Хорошо, тогда поставлю вопрос по-другому: можно ли настроить SIP ALG, чтобы он резервировал полосу для SIP-media-трафика или давал ему приоритет перед другими видами трафика?


Здесь мне нужен Ваш совет, т.к. я не знаю всех ньюансов работы SIP ALG ...



Отличий между ними на мой взгляд несколько:
а) Сервис ftp уже присутсвует в стандартных настройках "Объекты/Сервисы", а sip-rtp нет;
б) протокол ftp работает на скачивание по одному 21 порту, а sip-rtp - нет.
Поэтому мне непонятно, как его записать в "Объекты/Сервисы", чтобы потом использовать для установки Pipe Rules

Вообще-то - FTP в обычном (активном) режиме работает аналогично SIP+RTP, с открытием дополнительных соединений для передачи данных.

Так что - используйте сервис sip-udp с подключенным к нему SIP ALG.

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc

Но где в определении сервиса sip-udp есть что-нибудь про RTP?

Вот что там указано:

Type: UDP
Source: 0-65535
Destination: 5060
Pass returned ICMP error messages from destination - No
SYN flood protection (SYN Relay) - No
ALG: SIP
Max Sessions: 200
Комментарии: Enables UDP based Session Initiation Protocol communication (обратите внимание - про RTP здесь ничего не сказано)

Обработка RTP (как и data channels у FTP) производится ALG.

_________________
Хотите хороший девайс? D-Link DFL!

Хотите считать с него трафик?
http://www.raresoftware.ru/products/lan/dfltc

Я, конечно, неправильно выразился. В терминах великой и могучей нужно делать не Traffic Shaping, а Traffic Policing. Механизм же очень простой - сверх какой-то полосы пакеты начинают дропаться, при этом TCP уменьшает размер окна и снижает скорость передачи, в UDP, GRE, ESP и др (за исключением случаев мультикаста и некоторых других) скорость передачи уменьшит протокол более верхнего уровня.

Что за "Traffic Policing"? Не нашёл я таких слов в документации "User Manual DFL-210/260/800/860/1600/2500 NetDefendOS version 2.25.01"

В терминах Dlink это Traffic Shaping.

Тогда я непонял, что имелось ввиду здесь, если это одно и тоже:

Что всё таки-нужно делать-то (в терминах D-Link)?

Я использую VoIP шлюзы Linksys. В их настройках есть такие параметры:
SIP ToS/DiffServ Value: 0x68 SIP CoS Value: 3
RTP ToS/DiffServ Value: 0xb8 RTP CoS Value: 6

Можно ли эти параметры использовать для настройки pipe rules на маршрутизаторе (для указания на sip/rtp-трафик)? Если да, то как?

Можно. Устройство умеет обрабатьвать DSCP метки и направлять их в указанный вами канал. Но тут вы уже будете шейпить а не приоретизировать.

_________________
Сообщения в PM игнорируются, задавайте вопросы на форуме.

Igor009
В терминах Dlink эти две фичи (policing и shaping) не разделены.

Так где эту метку можно указать? По документации (Chapter 10 - Traffic Management) я не понял как это использовать. Есть такая опция "Map IP DSCP (ToS)", но что с ней делать - не понятно... Там и поля нет, чтобы указать, например значение "0xb8".
Приведите, пожалуйста, какой-нибудь пример, как это работает (желательно на моём случае).

Суть вот какая. У пакета, подпадающего под правило Pipe Rules, есть метка DSCP, на основе которой DFL проводит соответствие этого трафика с определенным precedence. Как это делается? Очень просто. В заголовке IP пакета есть поле в 1 байт (8 бит) сразу после поля, где указывается длина IP-заголовка. Первые три бита и определяют тот самый precedence. Т.е. если у VOIP трафика пакеты идут с меткой "0xb8", то в битовом представлении это будет 10111000. Первые три бита - 101, что при переводе с bin в dec получаем 5. Потому этот пакет отправится в трубу с 5-м приоритетом.
Почитать можно здесь и здесь

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)

Правильно ли я понял, что если в правиле канала на вкладке "traffic shaping" переключатель Precedence установить на "Map IP DSCP (ToS)", то для пакетов со значением "SIP ToS/DiffServ Value"=0x68, Precedence будет равно 3, а для пакетов для пакетов со значением "SIP ToS/DiffServ Value"=0xB8, Precedence будет равно 5

При этом значения SIP CoS Value/RTP CoS Value, котрорые устанавливает пакетам шлюз Linskys, наш DFL вообще обрабатывать никак не может?

Правильно, только маленькая ошибочка - 0x68 = 1101000, где первые три бита - 110, что в десятичном виде 6.


Вы о чем? О тегированном трафике?

_________________
DFL-860E (10.22.01.04), DFL-210 (2.27.08.03-22678), DGS-1210-20/ME/B1A (7-03-B043), DGS-3200-10 (2.21.B018), DES-3200-10 (4.38.B012), DWL-2100AP (250eu-rc358), DNS-323 (1.10), DI-824VUP (1.06b21), DSL-300T (2.00B01T01.EU.20071227)