http://mikrotik.moscow Новое в теме Ставьте приоритет на VoIP — делитесь своими идеями форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Fri, 21 Aug 2026 23:06:49 -0400 Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Похоже, текст для перевода не был предоставлен. Пожалуйста, отправьте его, чтобы я мог помочь.
10.08.2012 06:32:00, Miklim.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399637 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399637 Fri, 10 Aug 2012 06:32:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
TOS 46
26.09.2012 19:54:00, gnuttisch.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399636 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399636 Wed, 26 Sep 2012 19:54:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Есть ли какие-то конкретные DSCP (DiffServ) для VoIP, SIP, Skype и подобного? Или как правильно пометить VoIP-трафик?
22.09.2012 12:39:00, rado3105.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399635 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399635 Sat, 22 Sep 2012 12:39:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Чтобы приоритизировать VOIP-пакеты, нужно сделать следующее:

1. Определить VOIP-пакеты по номеру TOS. Это зависит от вашего софтфона, IP-телефона или PBX. Для этого можно прослушать (снифить) пакеты и найти нужные.

2. Пометить пакеты с помощью mangle. Вкладка Advanced — указываете номер DSCP (TOS).

3. Создать простой очередь для VOIP-пакетов с лимитом max-limit равным всей вашей пропускной способности.

4. Сделать PCQ тип для не-VOIP пакетов (pcq up: classifier: src-address & pcq down: classifier: dst-address).

5. Создать простую очередь для не-VOIP пакетов. Целевая сеть — ваша LAN (выберите target upload = pcq up и target download = pcq down), max-limit = вся доступная пропускная способность.
21.08.2012 17:00:00, jafari.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399634 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399634 Tue, 21 Aug 2012 17:00:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
В моей сети VoIP работает очень хорошо на 2/3 сети. У нас хорошие каналы, и в целом всё отлично. Максимальная задержка — 10 мс на расстоянии около 70 км. На этом участке три промежуточных узла. У нас довольно много клиентов (в основном премиум-класс), и все хотят быстрые каналы. VoIP — это «бесплатная услуга», за исключением тех случаев, когда нам выставляют счета, тогда мы их перепродаём дальше. У нас хорошее волоконно-оптическое соединение, и именно оно многое решает. Мы не занимаемся перепродажей ADSL — это полная катастрофа. Так что, если помех нет, всё в целом работает хорошо. Мы заметили, что чем лучше проект сети, тем лучше качество VoIP. Обычно мы держим около 30 Мбит/с на канал. Используем PC-роутеры — они обеспечивают больше вычислительных ресурсов для маршрутизации, и обычно наша загрузка процессора не превышает 35%. Да, речь о двухъядерном процессоре с частотой больше 2 ГГц. Мы убедились, что вычислительная мощность процессора очень важна. Также стабильность канала критична. На слабых процессорах мощности не хватает для обработки VoIP, поэтому чем больше ресурсов — тем лучше качество. Обычно мы пингуем IP с пакетом 56 байт с задержкой около 40 мс, чтобы проверить стабильность VoIP. Главная проблема — задержка. Есть одна зона, где что-то создаёт высокую задержку. На этом участке скорость спокойно держится на уровне 20 Мбит/с в обе стороны, но как только появляется задержка — начинаются проблемы. Мы не можем решить эту проблему, хотя привлекали нескольких консультантов, но безуспешно. Проблема в том, что при нагрузке обычные процессоры не справляются с обработкой пакетов, начинаются их потери и другие проблемы. Будем признательны, если кто-то сможет помочь с одним из роутеров. В остальном всё работает очень хорошо, VoIP отличного качества. У нас 99,3% успешных звонков. Просто дайте номер — я позвоню вам по каналу около 70 км, и вы сами убедитесь, что всё работает отлично. И это мы достигли без использования приоритизации QOS… Просто PC-роутеры решают задачу, а запас мощности даёт хороший результат.
13.08.2012 16:06:00, Erastus.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399633 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399633 Mon, 13 Aug 2012 16:06:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Итак, я изменил свою конфигурацию на следующую…  
/queue tree add limit-at=850k max-limit=850k name=“Outbound Centurylink - 12mbit down 896kbit up” parent=CENTURYLINK priority=1  
add limit-at=850k max-limit=850k name=“CS7 outbound traffic - Centurylink” packet-mark=“DSCP CS7” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=1  
add limit-at=850k max-limit=850k name=“CS6 outbound traffic - Centurylink” packet-mark=“DSCP CS6” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=2  
add limit-at=850k max-limit=850k name=“CS5 outbound traffic - Centurylink” packet-mark=“DSCP CS5” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=3  
add limit-at=850k max-limit=850k name=“CS4 outbound traffic - Centurylink” packet-mark=“DSCP CS4” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=4  
add limit-at=850k max-limit=850k name=“CS3 outbound traffic - Centurylink” packet-mark=“DSCP CS3” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=5  
add limit-at=850k max-limit=850k name=“CS2 outbound traffic - Centurylink” packet-mark=“DSCP CS2” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=6  
add limit-at=850k max-limit=850k name=“CS1 outbound traffic - Centurylink” packet-mark=“DSCP CS1” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=7  
add limit-at=850k max-limit=850k name=“BE outbound traffic - Centurylink” packet-mark=“DSCP BE” parent=“Outbound Centurylink - 12mbit down 896kbit up”  

add limit-at=6M max-limit=6M name=“Outbound Comcast - 30mbit down 6mbit up” parent=“Ethernet 2” priority=1  
add limit-at=6M max-limit=6M name=“CS7 outbound traffic - Comcast” packet-mark=“DSCP CS7” parent=“Outbound Comcast - 30mbit down 6mbit up” priority=1  
add limit-at=6M max-limit=6M name=“CS6 outbound traffic - Comcast” packet-mark=“DSCP CS6” parent=“Outbound Comcast - 30mbit down 6mbit up” priority=2  
add limit-at=6M max-limit=6M name=“CS5 outbound traffic - Comcast” packet-mark=“DSCP CS5” parent=“Outbound Comcast - 30mbit down 6mbit up” priority=3  
add limit-at=6M max-limit=6M name=“CS4 outbound traffic - Comcast” packet-mark=“DSCP CS4” parent=“Outbound Comcast - 30mbit down 6mbit up” priority=4  
add limit-at=6M max-limit=6M name=“CS3 outbound traffic - Comcast” packet-mark=“DSCP CS3” parent=“Outbound Comcast - 30mbit down 6mbit up” priority=5  
add limit-at=6M max-limit=6M name=“CS2 outbound traffic - Comcast” packet-mark=“DSCP CS2” parent=“Outbound Comcast - 30mbit down 6mbit up” priority=6  
add limit-at=6M max-limit=6M name=“CS1 outbound traffic - Comcast” packet-mark=“DSCP CS1” parent=“Outbound Comcast - 30mbit down 6mbit up” priority=7  
add limit-at=6M max-limit=6M name=“BE outbound traffic - Comcast” packet-mark=“DSCP BE” parent=“Outbound Comcast - 30mbit down 6mbit up”  

Теперь это можно считать чем-то вроде «приоритетной очереди», как у Cisco?
13.08.2012 00:44:00, cheeze.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399632 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399632 Mon, 13 Aug 2012 00:44:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Ага, ты прав. На самом деле нужно сначала задать «максимальное ограничение», чтобы поле приоритета начало работать? Я знаю, что бит приоритета не должен менять порядок обработки (согласно руководству), но вот что я использовал как инструкцию: Priority

Мы уже знаем, что limit-at (CIR) для всех очередей будет выдаваться в любом случае.

Приоритет отвечает за распределение оставшегося трафика родительских очередей между дочерними, чтобы они могли достигнуть max-limit.

Очередь с более высоким приоритетом достигнет своего max-limit раньше, чем очередь с более низким приоритетом. 8 — самый низкий приоритет, 1 — самый высокий.

Обрати внимание, что приоритет работает только:

- для конечных очередей — приоритет во вложенной очереди не имеет значения.
- если указан max-limit (не 0) и приоритет (от 1 до 8): приоритет задаёт преимущество одной дочерней очереди над другой. Не работает с родительскими очередями (если у очереди есть хотя бы один потомок). 1 — самый высокий приоритет, 8 — самый низкий. Дочерняя очередь с более высоким приоритетом сначала получит шанс достичь своего limit-at, а затем max-limit раньше, чем очередь с более низким приоритетом. Приоритет не влияет на burst.

Так что я подумал, что в теории пакеты на выходе должны упорядочиваться при возникновении перегрузки среди всех дочерних очередей… значит, если есть одна родительская очередь и остальные — дочерние, то сортировка на выходе идёт по приоритету каждой дочерней… правильно?
08.08.2012 19:44:00, cheeze.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399631 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399631 Wed, 08 Aug 2012 19:44:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
cheeze, ты читал инструкцию про то, что такое «приоритет»?.. На самом деле это не про порядок, в котором обрабатываются очереди…
08.08.2012 17:50:00, Chupaka.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399630 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399630 Wed, 08 Aug 2012 17:50:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Кто-нибудь делал эхо-тест на этом уровне? http://www.youtube.com/watch?v=AF5AFca-16U Проверьте свою конфигурацию, то есть действительно ли теория работает? Как бы вы поступили с моим rb750? Я стараюсь не оставлять аудио только с одной стороны, у меня 10 проблем на 100 звонков. Мне сказали, что это из-за symmetric NAT, может ли это решить DMZ?? С помощью VPN??? Туннелей?? И IP-адресов с портами, которые у провайдера меняются со временем и их слишком много.
04.08.2012 13:55:00, Miklim.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399629 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399629 Sat, 04 Aug 2012 13:55:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Вот что я лично использую:

/queue tree add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=850k max-limit=850k name=“Outbound Centurylink - 12mbit down 896kbit up” packet-mark=“” parent=CENTURYLINK priority=1  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=6M max-limit=6M name=“Outbound Comcast - 30mbit down 6mbit up” packet-mark=“” parent=“Ethernet 2” priority=1  

/queue type set 0 kind=pfifo name=default pfifo-limit=50  
set 1 kind=pfifo name=ethernet-default pfifo-limit=50  
set 2 kind=sfq name=wireless-default sfq-allot=1514 sfq-perturb=5  
set 3 kind=red name=synchronous-default red-avg-packet=1000 red-burst=20 red-limit=60 red-max-threshold=50 red-min-threshold=10  
set 4 kind=sfq name=hotspot-default sfq-allot=1514 sfq-perturb=5  
add kind=red name=“random early detect - 100 deep” red-avg-packet=1000 red-burst=10 red-limit=100 red-max-threshold=100 red-min-threshold=10  
set 6 kind=none name=only-hardware-queue  
set 7 kind=mq-pfifo mq-pfifo-limit=50 name=multi-queue-ethernet-default  
set 8 kind=pfifo name=default-small pfifo-limit=10  

/queue tree add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS7 outbound traffic - Centurylink” packet-mark=“DSCP CS7” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=1 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS6 outbound traffic - Centurylink” packet-mark=“DSCP CS6” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=2 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS5 outbound traffic - Centurylink” packet-mark=“DSCP CS5” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=3 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS4 outbound traffic - Centurylink” packet-mark=“DSCP CS4” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=4 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS3 outbound traffic - Centurylink” packet-mark=“DSCP CS3” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=5 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS2 outbound traffic - Centurylink” packet-mark=“DSCP CS2” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=6 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS1 outbound traffic - Centurylink” packet-mark=“DSCP CS1” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=7 queue=“random early detect - 100 deep”  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“BE outbound traffic - Centurylink” packet-mark=“DSCP BE” parent=“Outbound Centurylink - 12mbit down 896kbit up” priority=8 queue=“random early detect - 100 deep”  

add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS7 outbound traffic - Comcast” packet-mark=“DSCP CS7” parent= “Outbound Comcast - 30mbit down 6mbit up” priority=1 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS6 outbound traffic - Comcast” packet-mark=“DSCP CS6” parent= “Outbound Comcast - 30mbit down 6mbit up” priority=2 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS5 outbound traffic - Comcast” packet-mark=“DSCP CS5” parent= “Outbound Comcast - 30mbit down 6mbit up” priority=3 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS4 outbound traffic - Comcast” packet-mark=“DSCP CS4” parent= “Outbound Comcast - 30mbit down 6mbit up” priority=4 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS3 outbound traffic - Comcast” packet-mark=“DSCP CS3” parent= “Outbound Comcast - 30mbit down 6mbit up” priority=5 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS2 outbound traffic - Comcast” packet-mark=“DSCP CS2” parent= “Outbound Comcast - 30mbit down 6mbit up” priority=6 queue=default-small  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“CS1 outbound traffic - Comcast” packet-mark=“DSCP CS1” parent= “Outbound Comcast - 30mbit down 6mbit up” priority=7 queue=“random early detect - 100 deep”  
add burst-limit=0 burst-threshold=0 burst-time=0s disabled=no limit-at=0 max-limit=0 name=“BE outbound traffic - Comcast” packet-mark=“DSCP BE” parent= “Outbound Comcast - 30mbit down 6mbit up” priority=8 queue=“random early detect - 100 deep”  

/queue interface set “Ethernet 1” queue=only-hardware-queue  
set “Ethernet 2” queue=only-hardware-queue  
set “Ethernet 3” queue=only-hardware-queue  
set “Ethernet 4” queue=only-hardware-queue  
set “Ethernet 5” queue=only-hardware-queue  

Отмечено следующим:

ip firewall mangle add action=passthrough chain=prerouting comment=“DSCP Bittorrent Classification - Incoming from Ethernet 5” dscp=1 in-interface=“Ethernet 5”  
add action=mark-packet chain=prerouting comment=“DSCP BE Classification - Incoming from Ethernet 5” dscp=0 in-interface=“Ethernet 5” new-packet-mark= “DSCP BE” passthrough=no  
add action=mark-packet chain=prerouting comment=“DSCP CS1 Classification - Incoming from Ethernet 5” dscp=8 in-interface=“Ethernet 5” new-packet-mark= “DSCP CS1” passthrough=no  
add action=mark-packet chain=prerouting comment=“DSCP CS2 Classification - Incoming from Ethernet 5” dscp=16 in-interface=“Ethernet 5” new-packet-mark= “DSCP CS2” passthrough=no  
add action=mark-packet chain=prerouting comment=“DSCP CS3 Classification - Incoming from Ethernet 5” dscp=24 in-interface=“Ethernet 5” new-packet-mark= “DSCP CS3” passthrough=no  
add action=mark-packet chain=prerouting comment=“DSCP CS4 Classification - Incoming from Ethernet 5” dscp=32 in-interface=“Ethernet 5” new-packet-mark= “DSCP CS4” passthrough=no  
add action=mark-packet chain=prerouting comment=“DSCP CS5 Classification - Incoming from Ethernet 5” dscp=40 in-interface=“Ethernet 5” new-packet-mark= “DSCP CS5” passthrough=no  
add action=mark-packet chain=prerouting comment=“DSCP CS6 Classification - Incoming from Ethernet 5” dscp=48 in-interface=“Ethernet 5” new-packet-mark= “DSCP CS6” passthrough=no  
add action=mark-packet chain=prerouting comment=“DSCP CS7 Classification - Incoming from Ethernet 5” dscp=56 in-interface=“Ethernet 5” new-packet-mark= “DSCP CS7” passthrough=no  

Ethernet 5 — это порт моего граничного роутера, который смотрит на мой core — Cisco 4503. Этот 4503 занимается всей маркировкой трафика и прочим, и ПОЛУЧАЕТСЯ, что всё это вроде как неплохо работает в стиле приоритетной очереди. Не уверен, будет ли это работать идеально, но не кажется ли вам, что по идее это имитирует псевдо-LLQ?
01.08.2012 06:24:00, cheeze.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399628 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399628 Wed, 01 Aug 2012 06:24:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Так, вопрос, может, глупый, но тем не менее. Кажется, что возможно настроить строгую политику очередей. Разве нельзя просто создать классы под интерфейсом и назначить им приоритеты? Тогда более важные классы обслуживаются в первую очередь, а менее важные получают остаток. Когда доберусь домой, скину конфиги для этого...
31.07.2012 23:32:00, cheeze.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399627 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399627 Tue, 31 Jul 2012 23:32:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Очень часто люди думают, что смогут получить идеальное качество VOIP по стандартным ADSL-соединениям с помощью какой-то магии в правилах QOS. Иногда это действительно возможно, но чаще всего — нет. Из-за перегрузки DSLAM, транспортной сети, провайдера, проблем со стабильностью DSL-соединения и качества трафика у провайдеров первого уровня итоговое качество (не всегда) хорошее, а иногда может быть очень плохим. Поэтому первое, что нужно проверить — это качество линии от конца до конца в течение недель или месяцев, лучше всего при помощи аппаратного тестера с EtherSAM, а если его нет — используйте более простые известные тестовые утилиты, доступные в Linux бесплатно. Если качество линии недостаточно хорошее для VOIP, тогда QOS не поможет. Первое, что нужно сделать — это исправить качество линии, сменив провайдера, используя лучшие медные линии, лучшие xDSL-модемы и, по возможности, никогда не отправлять трафик провайдерам первого уровня Интернета для связи с вашими центральными узлами. Всегда арендуйте частные оптоволоконные линии с SLA между дата-центрами и провайдерами. Это ключ к успеху. QOS поможет лишь в управлении совместным трафиком VOIP и DATA по одной линии, и в этом случае его нужно реализовать с обеих сторон канала для исходящего трафика. Попытки делать QOS на входящем трафике работают только для замедления TCP и работают плохо, потому что замедление требует времени, чтобы стать эффективным. Это значит, что полностью защитить входящий трафик от перегрузки нельзя без правил QOS на стороне отправителя. Чтобы эффективно управлять QOS на DSL-соединениях, вам нужно быть самим провайдером или, по крайней мере, иметь приватный роутер на стороне провайдера. Это единственный способ получить полноценный двунаправленный QOS. Есть и другие советы, например использовать максимально быстрые DSL-линии, которые только можно получить. Это облегчает планирование пакетов в планировщике QOS. Управлять IP QOS на линиях со скоростью 128 кбит/с невозможно из-за размера DATA-пакетов: 1500 байт. Когда DATA-пакет передаётся, что бы вы ни делали, нужно дождаться окончания передачи, прежде чем отправить VoIP-пакет, из-за чего на медленных линиях возникает сильный джиттер. Если вам нужен QOS для VoIP на таких медленных линиях, тогда стоит использовать QOS более низкого уровня — ATM, учитывая намного меньший размер ATM-клеток. IP QOS на медленных линиях никогда не сработает, неважно, какие правила QOS и настройки очереди вы применяете (Cisco имеет функцию автофрагментации, которая улучшает VoIP QOS на медленных линиях, но на Linux этого нет). Ещё вариант — использовать двойные ADSL-линии с двумя разными ATM VCI и ATM QOS, один для VoIP, другой для DATA. Но для этого нужны специальные ADSL-линии и модемы с поддержкой много VCI, а такие предложения обычно недоступны большинству пользователей в большинстве стран. Во Франции, например, есть triple play-линии (VoIP, DATA, TV), но только у крупных провайдеров и то в составе комплексных тарифов, а не для профессионального использования. Правила QOS довольно просто внедрять для управления исходящим трафиком с помощью фильтрации DSCP или по исходным адресам — по крайней мере, если настройка роутера простая, с парой интерфейсов. При более сложных конфигурациях с множеством интерфейсов и туннелей правила QOS становятся гораздо сложнее и требуют очень тщательного проектирования трафик-маркировки внутри mangle и Queue trees. Небольшие ошибки здесь могут полностью свести на нет преимущества от использования QOS. Одна из проблем при управлении QOS на нескольких туннелях в MT-роутерах — это невозможность классифицировать пакеты сразу с нескольких клиентских PPTP или L2TP интерфейсов, исходящих с одного роутера. Только GRE-туннели имеют DSCP-маркировку, которую можно использовать для QOS. Для остальных туннелей единственный выход — смотреть внутри туннельного интерфейса пакеты, чтобы классифицировать трафик внутри туннеля.
14.07.2012 18:25:00, FIPTech.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399626 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399626 Sat, 14 Jul 2012 18:25:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Это даёт им нечто новое? Спасибо, dingsingo.
08.07.2012 17:14:00, dingsingo.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399625 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399625 Sun, 08 Jul 2012 17:14:00 -0400 RouterOS Ставьте приоритет на VoIP — делитесь своими идеями RouterOS в форуме RouterOS.
Пожалуйста, поделитесь своими настройками, как вы работаете с VoIP-трафиком. Часто на этом форуме спрашивают: «Как правильно приоритизировать VoIP?» Есть ли у кого-то успешный опыт в этом? Какие правила вы применяете и действительно ли они существенно помогли? Что вы понимаете под «VoIP-трафиком» и как вы обрабатываете исключения из этого общего правила? Пожалуйста, не задавайте вопросы, а делитесь наблюдениями и опытом.
20.06.2012 12:40:00, normis.]]> http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399624 http://mikrotik.moscow/forum/forum57/85757-stavte-prioritet-na-voip-_-delites-svoimi-ideyami/message399624 Wed, 20 Jun 2012 12:40:00 -0400 RouterOS