軟交換系統(tǒng)中的私網(wǎng)地址轉(zhuǎn)換---私網(wǎng)穿越問(wèn)題-資料下載頁(yè)
2025-01-10 12:53本頁(yè)面
【正文】 呼叫建立時(shí)， SBC 會(huì)給終端分配一對(duì) RTP 代理端口 (收、發(fā) )，并以此替換 SDP 消息中對(duì) RTP 接收端口的描述，再轉(zhuǎn)發(fā)給軟交換。即：每個(gè)終端收到的對(duì)方 RTP信息實(shí)際上是 SBC 分配的 RTP 代理端口號(hào)， RTP 流經(jīng) SBC 在兩個(gè)終端間建立連接。 一般 NAPT 為私網(wǎng)終端分配的 UDP 端口有一定生命期 (如 40s)，因此 SBC 和終端間要有某種機(jī)制來(lái)保持這個(gè)端口始終對(duì)終端開(kāi)放。如， SIP 終端可定期向 SBC 發(fā)注冊(cè)信息；而對(duì) MGCP 系統(tǒng)，軟交換收到終端 RSIP 消息后，可定期向終端發(fā) AUEP 消息，強(qiáng)制終端回應(yīng)，來(lái)保持 NAPT 上相應(yīng)端口開(kāi)放。 由于所有消息和媒體流都是經(jīng)過(guò)同一 SBC 轉(zhuǎn)接，這就解決了對(duì)稱(chēng) NAT(Symmetric NAT)問(wèn)題。 需要指出，在軟交換系統(tǒng)中， SBC 還可實(shí)現(xiàn)很多重要功能，如防止帶寬盜用、安全管理、 QoS 管理、合法監(jiān)聽(tīng)等，本文僅涉 及其中的私網(wǎng)穿越功能。引入 SBC 可使軟交換系統(tǒng)更加完善，但也帶來(lái)了新問(wèn)題：如果所有消息和媒體流都需要經(jīng)過(guò) SBC 轉(zhuǎn)接，似乎與軟交換呼叫控制與承載分離的設(shè)計(jì)思想不符， SBC 有可能會(huì)成為整個(gè)系統(tǒng)的瓶頸。 結(jié)束語(yǔ) 業(yè)內(nèi)還有其它解決私網(wǎng)穿越的方案，具體采用哪種方法，要綜合考慮承載網(wǎng)現(xiàn)狀、相關(guān)設(shè)備的成熟度、軟交換系統(tǒng)要實(shí)現(xiàn)的功能、規(guī)模等來(lái)確定。如上文提到的，這一問(wèn)題的根源在于 IPv4 系統(tǒng)本身的限制，未來(lái) IPv6 網(wǎng)絡(luò)將會(huì)從根據(jù)上解決這一問(wèn)題，也將會(huì)給軟交換帶來(lái)更廣闊的發(fā)展空間。
試題試卷相關(guān)推薦
鄂ICP備17016276號(hào)-1