On 5/16/08, Oleh Hrynchuk
Конкретно, як зараз задовольняються (вирішуються) вимоги, пов"язані з проблемами стиковки 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 =================================================================== uanog mailing list. To Unsubscribe: send mail to majordomo@uanog.kiev.ua with "unsubscribe uanog" in the body of the message