Дуже дякую, Артем!
Ще таке питання: а щось (переваги) кардинально поміняється з SIP-адресацією та/або резольвінгом, якщо замість виключно VoIP-викликів передбачатимуться і аудіовідео-виклики? Типу, відеотелефонія та відеоконференцзв"язок (як "точка-точка", так і "многоточка").
Ну і може хто знає - як там зараз справи з реалізацією протоколу H.460.18/.19 (це якраз для забезпечення firewall/NAT traversal)?
Реально його вендори (Tandberg, Polycom, Huawei etc) підтримують? Бо заявляють, що ага. Але як воно насправді?
On 5/16/08, Oleh Hrynchuk <oleh.hrynchuk@gmail.com> wrote:Для NAT/Firewall bypass краще за все використовувати рішення з RTP
> Конкретно, як зараз задовольняються (вирішуються) вимоги, пов"язані з
> проблемами стиковки enterprise-клієнтської LAN та операторської
> IP/MPLS-мережі:
> 1) Всякі там питання NAT/Firewall Traversal
> 2) Стиковка/узгодження Enterprise QoS з QoS policy операторської
> мережі (тут, пам"ятаю, був чудовий документ від Cisco, з рекомендацією по
> маркуванню трафіку для переходу в MPLS-мережу оператора, але я його загубив
> :-( )
> 3) SIP-адресація та резольвінг
>
> ???
>
>
> Самий простий приклад:
>
> 1. Сервіс-провайдер має 2 клієнти - ентерпрайзи А та Б.
> 2. Ініціюється VoIP-дзвінок з LAN одного ентерпрайза в LAN другого
> ентерпрайза (типа директор одного ентерпрайзу захотів подзвонити та
> поспілкуватися з директором іншого).
> 3. SIP- та DNS-сервери належать і знаходяться на площадці
> сервіс-провайдера.
> 4. Кожен з ентерпрайзів А та Б має в себе NAT та Firewall.
>
> То як для реалізації цього дзвінка оператор вирішує питання 1)-2)-3) ? Як
> це зараз правильно робиться?
proxy-сервером на стороні оператора.
Найбільш зручний для споживача варіант адресації - використання E.164.
SIP Request-URI буде виглядати якось так:
sip:380123456789@sip.operator.com
Переваги:
* споживач звик до числових телефонних номерів
* споживач може використовувати для дзвінків звичайний телефонний
апарат, що під'єднаний до SIP-адаптера
* споживач зможе отримувати вхідні дзвінки з PSTN на свій VoIP телефон
* для маршрутизації таких дзвінків DNS взагалі не потрібен (окрім
резолвінгу імені sip.operator.com, в принципі і його можна уникнути)
--
Artem Naluzhnyy