|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Alex Semenyaka 2:461/640.640 09 Mar 2008 16:19:28 To : Slawa Olhovchenkov Subject : mpd: traffic shaping & ttl changing --------------------------------------------------------------------------------
07 Mar 08 20:11, you wrote to me:
AS>>>>>>>> Эт хорошо. Правда, вот tos (или входящий в него dscp) надо бы
AS>>>>>>>> менять не просто так... А согласовано с CoS... Hу да ладно,
AS>>>>>>>> это уже второй вопрос.
VG>>>>>>> Hу это от тела правила зависит, что матчим.
AS>>>>>> Да что б ни матчили, менять dscp и CoS несогласованно - глупо.
SO>>>>> га?!
SO>>>>> менять dscp не меняя cos -- еще соглашусь, но не наоборот
AS>>>> Почему "не меняя"? Есть diffserv-политики у меня, в соответствии
AS>>>> с ними менять надо и то, и то согласованно.
SO>>> потому что например может имется необходимость сбросить
SO>>> неоплаченный в данном тарифе qos до дефолтного. при этом dscp нас
SO>>> не волнует.
AS>> Собственно, в этом случае лучше сбросить и CoS, и DSCP. Потом по
AS>> DSCP можно зароутмапить в другой канал, например.
SO> вот лично я бы провайдера, который трогает dscp в моих пакетах -- порол
SO> бы кнутом на конюшне.
А для тех кому нужно DSCP хранить, а трафик классифицировать больше, чем в
пределах одного броадкастового домена - MPLS придуман, и никак иначе.
Это я к тому, что можно хотеть когда-нибудь всего и сразу, но пока что речь
идёт о том, чтобы минимальными усилиями получить часть прямо сейчас. Ы?
Alex
--- IMHO в последней инстанции
* Origin: ...можжевеловых... (2:461/640.640)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/392947d3d623.html, оценка из 5, голосов 10
|