Hello! On Fri, Sep 19, 2008 at 11:02:54PM +0400, Nick 'tarantul' Novikov wrote:

...

...

А копирует ли cisco на VTI туннеле значение DSCP из внутреннего пакета в наружный заголовок ? Насколько помню, то да. И DF бит тоже копирует, в отличии от GRE. В GRE тоже копирует, если попросить. Что вполне логично.

Если попросить, то да. -- WBR, Alexander Burnos

Vladimir Velychko wrote:

20 сентября 2008 г. 15:43 пользователь Alexander Burnos написал:

...

Hello!

On Fri, Sep 19, 2008 at 11:02:54PM +0400, Nick 'tarantul' Novikov wrote:

...

...

...

А копирует ли cisco на VTI туннеле значение DSCP из внутреннего пакета в наружный заголовок ?

Насколько помню, то да. И DF бит тоже копирует, в отличии от GRE.

В GRE тоже копирует, если попросить. Что вполне логично.

Если попросить, то да.

К стати, а чем нехорошим может быть чревата просьба не копировать, а убирать (df bit clear) ?

Тем, что это надо делать в _каждом_ пакете? -- tarantul

21 сентября 2008 г. 19:39 пользователь Alexander Burnos написал:

Hello!

On Sun, Sep 21, 2008 at 02:53:45AM +0300, Vladimir Velychko wrote:

...

...

...

...

...

А копирует ли cisco на VTI туннеле значение DSCP из внутреннего пакета в наружный заголовок ? Насколько помню, то да. И DF бит тоже копирует, в отличии от GRE. В GRE тоже копирует, если попросить. Что вполне логично. Если попросить, то да.

К стати, а чем нехорошим может быть чревата просьба не копировать, а убирать (df bit clear) ?

Механизм PMTUD (path MTU discovery) поломается и если по пути будет место с узким MTU, то пакеты начнут фрагментироваться, что создаст нагрузку по дефрагментации на принимающий маршрутизатор.

Да он похоже и так не работает. И ключ в реестре винды "блэк хол детект" не помогает. На стороне с РРРоЕ включением ряд (виндовых) программ не работает, если не делать df bit clear. -- VEL-[RIPE|UANIC]

22 сентября 2008 г. 10:20 пользователь Alexander Burnos написал:

Hello!

On Sun, Sep 21, 2008 at 11:49:10PM +0300, Vladimir Velychko wrote:

...

...

...

К стати, а чем нехорошим может быть чревата просьба не копировать, а убирать (df bit clear) ? Механизм PMTUD (path MTU discovery) поломается и если по пути будет место с узким MTU, то пакеты начнут фрагментироваться, что создаст нагрузку по дефрагментации на принимающий маршрутизатор. Да он похоже и так не работает. И ключ в реестре винды "блэк хол детект" не помогает.

А что делает этот ключ?

http://www.pctools.com/guides/registry/detail/887/

...

На стороне с РРРоЕ включением ряд (виндовых) программ не работает, если не делать df bit clear.

ICMP в сторону оригинирующей трафик сторон(ы) часом не зафильтрован?

ICMP echo точно ходит. Как с остальными - ОГО его знает. %) -- VEL-[RIPE|UANIC]