Inet-Admins mailing list archive (inet-admins@info.east.ru)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [inet-admins] unfragmented frame & queuing
> Правда ли, что не фрагментированный трафик через порт FR на каком-либо из
> его каналов (PVC) ставится шейпером (FRTS) в последнюю очередь?
при включении FRF.12 автоматично включается dual-fifo, в одну очередь
складываются пакеты, который меньше max_fragment_size, в другую - все, что
должно пройти фрагментацию - в этой очереди FQ. Затем уже пошли модификации
типа FR RTP Priority, когда в первую очередь складываться только Voice RTP и
LMI, а все остальное в другую. Потом уже все просто - одна очередь
high-priority, другая - low. Впоследствии в первой очереди стало возможным
привязывать LLQ, а ко второй CBWFQ.
> Речь собственно о передаче VoIP и данных по разным PVC. Из-за малого
> роста VoIP пакетов вроде бы нет смысла его дробить. Но если выше сказанное
> верно, то может появится нехилая serialization delay.
> Ваши рекомендации, пожалуйста.
Все зависит от скорости линка и mtu на нем.
Если передача одного пакета с максимально возможным mtu при данной скорости
линка занимает менее, чем 10-15ms, тогда можно обойтись лишь приоритезацией.
Если задержка больше, тогда FRF.12, если у вас там VoIP. Приоритезация тоже
разной бывает. Иногда полезно вместо FRTS использовать FR PIPQ в случае с
separate PVC для data/voice.
----
Denis V. Schapov
JSC "DSI"
Irkutsk, Russia
dschapov@dsi.ru
+7 3952 510506
┼w╜iы╒·б'╣ЙГzж°qК,≥╗╔┼x%┼кLj)Мj)чu╪└jкB╒yчrь╗°└▐1╗╔╨{.nг+┴╥╒²КZvh╖╡з
j:+v┴╗┼wХy╚-╝Х÷й▀╟j{m╒╚╒╢
э├+ч┼ф°qК,┴╧^╒xm╤÷Ъ┼wХy╚-╝ОК╨оБ²КZvhm
|
