Дуже дякую, Артем!

Ще таке питання: а щось (переваги) кардинально поміняється з SIP-адресацією та/або резольвінгом, якщо замість виключно VoIP-викликів передбачатимуться і аудіовідео-виклики? Типу, відеотелефонія та відеоконференцзв"язок (як "точка-точка", так і "многоточка").

Ну і може хто знає - як там зараз справи з реалізацією протоколу H.460.18/.19 (це якраз для забезпечення firewall/NAT traversal)?
Реально його вендори (Tandberg, Polycom, Huawei etc) підтримують? Бо заявляють, що ага. Але як воно насправді?



16 травня 2008 р. 22:13 Artem Naluzhnyy <tut@nhamon.com.ua> написав:
On 5/16/08, Oleh Hrynchuk <oleh.hrynchuk@gmail.com> wrote:
> Конкретно, як зараз задовольняються (вирішуються) вимоги, пов"язані з
> проблемами стиковки 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) ?  Як
> це зараз правильно робиться?

Для NAT/Firewall bypass краще за все використовувати рішення з RTP
proxy-сервером на стороні оператора.


Найбільш зручний для споживача варіант адресації - використання E.164.
SIP Request-URI буде виглядати якось так:
sip:380123456789@sip.operator.com

Переваги:
 * споживач звик до числових телефонних номерів
 * споживач може використовувати для дзвінків звичайний телефонний
апарат, що під'єднаний до SIP-адаптера
 * споживач зможе отримувати вхідні дзвінки з PSTN на свій VoIP телефон
 * для маршрутизації таких дзвінків DNS взагалі не потрібен (окрім
резолвінгу імені sip.operator.com, в принципі і його можна уникнути)

--
Artem Naluzhnyy



--
Regards,
/oleh