在視頻直播過程中，用戶看到的主播直播畫面其實是單向直播，視頻直播軟件開發的服務器接收到主播傳輸上的畫面後，分發到各請求端，屬於單向內容輸出。當出現用戶請求與主播連麥時，性質就發生改變，信息流傳輸由單向傳輸變爲雙向傳輸，如果有用戶正在觀看直播，那他接受到的信息流包括主播和連麥用戶兩股信息流。
爲保證觀看用戶能及時接收到語音信息，直播平臺都會使用CDN分發直播內容。也就是說用戶接收的信息流線路不一定是它在請求獲取信息時的那條線路，而是由CDN節點根據服務器的負載情況，重新選擇最優線路進行分發。對於互動直播面向衆多用戶羣體的公共服務，必須能讓處在不同地區的用戶在同一時間收到相同的直播內容，保證畫面流暢且視頻傳輸延遲低。
如今的視頻直播軟件中，RTMP協議的使用較爲廣泛，絕大多數視頻直播也是基於RTMP協議和CDN技術前提下實現連麥的，在主播和用戶進行連麥時，會基於RTMP協議，分別將主播端和連麥用戶端的流推到CDN，通過CDN將兩路視頻推送到播放端，播放端將兩路視頻流混合形成一個畫面進行播放。
拓幻科技需要提醒大家，使用RTMP協議和CDN節點連麥時的問題
RTMP協議可以保證直播延遲控制在5s內，這對於觀看的用戶來說不影響觀看體驗，但對於連麥的用戶來說，會感到明顯的延遲，影響互動體驗。
主播和用戶進行連麥時，會聽到明顯的回聲，目前這一問題比較常見且未得到解決。
如果實現連麥的話，耗費的流量會大大增加，本身視頻直播軟件在寬帶、流量支出和CDN節點使用方面會使用很多流量，爲實現連麥，兩條信息流傳輸耗費的流量會更高。
如果已有龐大的用戶基數，必須要適應高併發，那麼採用RTMP與CDN技術下的解決方案，想必是最佳的，這樣可以保證大多數用戶端用戶的觀看體驗；如果對高併發要求沒那麼高，反而對直播連麥要求較高或對直播延遲要求較低，則可採用私有UDP協議解決方案，這種方案適用於一對一連麥或語音聊天室。