+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Опять VoIP.

Опять VoIP., RouterOS

jparsons

Guest

20.03.2006 14:12:00

Ладно, я знаю, что постов на эту тему уже много, и кажется, я перечитал их все, но пока что так и не нашёл хорошего ответа. У меня есть несколько клиентов на Vonage, и мы также перепродаём собственный VoIP-сервис под своим брендом. Мы недавно обновили все наши вышки с AP-1000 на RB532/SR-2 и заметили значительное улучшение качества обслуживания, однако VoIP стал хуже. Изначально, до обновления, клиенты жаловались на случайные обрывы звука или эхо и так далее. Теперь звук стал очень "порезанным", как будто CD прокручивается со скрежетом, постоянные моменты отключения. Я знаю, что SIP сложно классифицировать и расставлять приоритеты, но есть ли какие-то рабочие конфигурации, которые могли бы помочь? Какие-нибудь предложения по настройкам, которые могли бы улучшить ситуацию? Я знаю значения ToS для нашего сервиса и для Vonage и могу расставлять приоритеты на основе этого, но это помогает только для исходящего трафика. Что можно сделать, чтобы дать приоритет потоку при поступлении к клиенту? Может ли кто-нибудь предоставить подробный пример конфигурации, который помог ему добиться успеха? Заранее спасибо!

HarvSki

Guest

20.03.2006 16:04:00

Можно приоритизировать трафик в зависимости от того, куда он направляется (vonage / ваш сервис) и откуда он приходит. Либо измените Условия использования, либо используйте очередь, или и то, и другое! Не перехватит весь VoIP-трафик, но можно добавлять правила по мере того, как узнаете, какие VoIP-компании используют люди. Это пока просто теория, я планирую что-то подобное сделать на своей сети, если VoIP станет проблемой, а пока что всё в порядке.

jparsons Guest	#3 0 20.03.2006 16:28:00 Я этим занимаюсь, но у Vonage и нашего провайдера используется так много IP-адресов, что это просто головная боль... но, похоже, это мой единственный вариант, что уж тут.

Johan

Guest

20.03.2006 19:15:00

Я настроил правило mangle, основываясь на содержимом пакетов TCP/IP. Потом создал список адресов на его основе. Использую следующее правило: /ip firewall mangle chain=prerouting in-interface=ether2 content=SIP/2.0 action=add-src-to-address-list address-list=sip address-list-timeout=1h Но вот вопрос: как правильно использовать TOS?

jparsons Guest	#5 0 20.03.2006 19:29:00 Что ты имеешь в виду, когда спрашиваешь, как правильно этим пользоваться? Есть способ определить это в правиле Мангеля, или ты спрашиваешь, как найти подходящее значение?

jparsons Guest	#6 0 20.03.2006 19:32:00 Кстати, я не знаю, как правильно настроить приоритеты, то есть, как сделать так, чтобы VoIP или, в данном случае, SIP, имели приоритет над всем остальным.

GotNet

Guest

20.03.2006 20:15:00

Мы копались в этом довольно долго. Сам SIP легко заметить, но это всего лишь рукопожатие. Vonage, кажется, использует случайные порты выше 10000 для самого разговора. Но так поступают и многие другие сервисы. Наше лучшее решение – выставить все остальное на более низкий приоритет. Это позволит VoIP работать без помех. Конечно, кое-что будет пропадать. По сути, довольно странный способ решения проблемы. Мы используем http://www.testyourvoip.com для проверки. Надеюсь, метод обнаружения MT для p2p можно будет применить к VoIP-трафику в будущей версии. Майк

jparsons

Guest

21.03.2006 01:44:00

Отличный сайт.. точно буду использовать. Когда ты говоришь о том, чтобы дать приоритет всему остальному ниже, ты имеешь в виду, что нужно просто определить все возможные сервисы и так далее, и установить их на более низкий уровень, а затем позволить VoIP и несколько других неопределенных потоков быть на более высоком? Интересный подход… Можешь, пожалуйста, привести пример, если есть возможность? Я понимаю, что там может быть много, но даже упрощенный пример помог бы мне лучше понять.

joeri91942

Guest

21.03.2006 06:31:00

Как я это сделал, ну, как бы задом наперед, так как у меня VOIP-серверы внутри сети, я отмечаю все трафик, идущий с конкретного сервера/IP или направляющийся на этот IP. Затем помечаю все пакеты с этой меткой соединения специальной меткой VOIP и помещаю их в очередь с самым высоким приоритетом. Примерно такой код: add chain=prerouting src-address=192.168.2.41 action=mark-connection \
new-connection-mark=voip-con passthrough=yes comment="" disabled=no
add chain=prerouting dst-address=192.168.2.41 action=mark-connection \
new-connection-mark=voip-con passthrough=yes comment="" disabled=no
add chain=prerouting connection-mark=voip-con action=mark-packet new-packet-mark=voip \
passthrough=no comment="" disabled=no В общем, вы тоже должны уметь так же, просто используйте IP-адрес сервера Voange и свой IP-адрес для связи, чтобы пометить соединения, а затем пометить соответствующие пакеты меткой пакета voip. Надеюсь, это поможет! /Jörgen

Johan Guest	#10 0 22.03.2006 13:51:00 Чтобы заглянуть внутрь пакета! Позже у меня будут правила, чтобы обходить трафик, который приходит и уходит к хосту в списке адресов.

jparsons

Guest

#11

13.07.2006 20:48:00

Наконец-то получилось! Иногда нужно как следует подумать... кажется, работает именно так, как ты и говорил. Я просто сначала не понимал. Пришлось немного покопаться, чтобы разобраться, какие именно пакеты нужно идентифицировать, но как только это было выяснено, остальное пошло как по маслу. Спасибо!

meritel1025 Guest	#12 0 08.08.2006 21:15:00 Ранее кто-то упоминал про порты управления и порты транзакций VoIP и как сложно будет управлять портами 10000+ для голоса. MT это делает, но некоторое SIP-брандмауэрное программное обеспечение достаточно умное, чтобы отслеживать порожденные порты и затем расставлять им приоритеты наряду с исходными портами. Например, когда SIP начинает свою сессию на 5060/5061 брандмауэр следит за порожденными портами из этой сессии и повышает их приоритет. Когда звонок завершается, временный приоритет для порожденных портов отменяется. На самом деле, это можно сделать для любого порта с некоторыми брандмауэрами и не только для голоса. Довольно интересный тип динамичного QoS. Это позволяет управлять мультимедиа намного легче без приоритизации P2P или другого нежелательного трафика. Такое управление портами "на лету" было бы отличным дополнением к брандмауэру MT. Конечно, добавление простого управления SIP тоже было бы здорово. Steve

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры