Доброго! Коллеги, ткните, пожалуйста носом, где почитать. Имеется: Два маршрутизатора, два канала между ними. Первый маркирует определённый трафик определённым DSCP и отправляет на второй. Когда трафик идет по "чистым" каналам метка отлично проезжает. Но, если на этих двух каналах соорудить MPLS TE и запустить трафик туда - метки как не бывало. Нюхом чую, что дело в tunneling mode и MPLS EXP, а доказать не могу ;-( Ситуацию наблюдаю как на 7200, так и на RSP720. Если у кого есть мысли, натолкните заблудшего на путь верный ;) -- RAZ-UANIC RAZ-RIPE
On Tue, 16 Sep 2008, Anton Turygin wrote:
Доброго!
Коллеги, ткните, пожалуйста носом, где почитать.
Имеется: Два маршрутизатора, два канала между ними. Первый маркирует определённый трафик определённым DSCP и отправляет на второй. Когда трафик идет по "чистым" каналам метка отлично проезжает. Но, если на этих двух каналах соорудить MPLS TE и запустить трафик туда - метки как не бывало. Нюхом чую, что дело в tunneling mode и MPLS EXP, а доказать не могу ;-( Ситуацию наблюдаю как на 7200, так и на RSP720.
Если у кого есть мысли, натолкните заблудшего на путь верный ;)
Извините, забыл. Конфиг туннелей: interface Tunnel1 ip unnumbered Loopback0 mpls label protocol ldp mpls ip tunnel destination X.X.X.X tunnel mode mpls traffic-eng tunnel mpls traffic-eng autoroute announce tunnel mpls traffic-eng priority 7 7 tunnel mpls traffic-eng bandwidth XXX tunnel mpls traffic-eng path-option 1 explicit name FIRST tunnel mpls traffic-eng load-share X end interface Tunnel1001 ip unnumbered Loopback0 mpls label protocol ldp mpls ip tunnel destination X.X.X.X tunnel mode mpls traffic-eng tunnel mpls traffic-eng autoroute announce tunnel mpls traffic-eng priority 7 7 tunnel mpls traffic-eng bandwidth YYY tunnel mpls traffic-eng path-option 1 explicit name SECOND tunnel mpls traffic-eng load-share Y end -- RAZ-UANIC RAZ-RIPE
On Tue, Sep 16, 2008 at 10:38:00AM +0300, Anton Turygin wrote: Приветствую,
Коллеги, ткните, пожалуйста носом, где почитать.
Имеется: Два маршрутизатора, два канала между ними. Первый маркирует определённый трафик определённым DSCP и отправляет на второй. Когда трафик идет по "чистым" каналам метка отлично проезжает. Но, если на этих двух каналах соорудить MPLS TE и запустить трафик туда - метки как не бывало. Нюхом чую, что дело в tunneling mode и MPLS EXP, а доказать не могу ;-( Ситуацию наблюдаю как на 7200, так и на RSP720. Если у кого есть мысли, натолкните заблудшего на путь верный ;)
TE tunnels в общем случае непричем. А вот обработка QoS на PFC действительно не очень тривиальна :) Логика обработки "клиентской" раскраски в случае использования mpls описана здесь : http://www.cisco.com/en/US/docs/routers/7600/ios/12.2SR/configuration/guide/... Ключевые слова - short pipe и uniform. В случае PFC еще имеет значение trust state ingress-интерфейса. Но если бы проблемы были с ним - "клиентская" раскраска отлично херилась бы и без mpls :) Про 72-е врать не буду, MPLS на них никогда не гонял.
-- RAZ-UANIC RAZ-RIPE
-- Andrey Elperin
On Tue, 16 Sep 2008, Andrey Elperin wrote:
On Tue, Sep 16, 2008 at 10:38:00AM +0300, Anton Turygin wrote:
Приветствую,
Коллеги, ткните, пожалуйста носом, где почитать.
Имеется: Два маршрутизатора, два канала между ними. Первый маркирует определённый трафик определённым DSCP и отправляет на второй. Когда трафик идет по "чистым" каналам метка отлично проезжает. Но, если на этих двух каналах соорудить MPLS TE и запустить трафик туда - метки как не бывало. Нюхом чую, что дело в tunneling mode и MPLS EXP, а доказать не могу ;-( Ситуацию наблюдаю как на 7200, так и на RSP720. Если у кого есть мысли, натолкните заблудшего на путь верный ;)
TE tunnels в общем случае непричем. А вот обработка QoS на PFC действительно не очень тривиальна :) Логика обработки "клиентской" раскраски в случае использования mpls описана здесь :
http://www.cisco.com/en/US/docs/routers/7600/ios/12.2SR/configuration/guide/...
Ключевые слова - short pipe и uniform. В случае PFC еще имеет значение trust state ingress-интерфейса. Но если бы проблемы были с ним - "клиентская" раскраска отлично херилась бы и без mpls :)
Да это понятно. Непонятно, почему на обыкновенном интерфейсе работает, а тунели перетирают. В чем отличие (кроме меток)? -- RAZ-UANIC RAZ-RIPE Technological Systems CJSC Senior Network Engineer
On Tue, Sep 16, 2008 at 11:50:39AM +0300, Anton Turygin wrote:
http://www.cisco.com/en/US/docs/routers/7600/ios/12.2SR/configuration/guide/... Ключевые слова - short pipe и uniform. В случае PFC еще имеет значение trust state ingress-интерфейса. Но если бы проблемы были с ним - "клиентская" раскраска отлично херилась бы и без mpls :) Да это понятно. Непонятно, почему на обыкновенном интерфейсе работает, а тунели перетирают. В чем отличие (кроме меток)?
По вышеприведенной ссылке кое-что написано на тему :)
-- RAZ-UANIC RAZ-RIPE Technological Systems CJSC Senior Network Engineer
-- Andrey Elperin
On Tue, 16 Sep 2008, Andrey Elperin wrote:
On Tue, Sep 16, 2008 at 11:50:39AM +0300, Anton Turygin wrote:
http://www.cisco.com/en/US/docs/routers/7600/ios/12.2SR/configuration/guide/... Ключевые слова - short pipe и uniform. В случае PFC еще имеет значение trust state ingress-интерфейса. Но если бы проблемы были с ним - "клиентская" раскраска отлично херилась бы и без mpls :) Да это понятно. Непонятно, почему на обыкновенном интерфейсе работает, а тунели перетирают. В чем отличие (кроме меток)?
По вышеприведенной ссылке кое-что написано на тему :)
Спасибо. Возвращение в конфиг mls qos rewrite ip dscp + mpls ldp explicit-null спасло отца русской демократии. -- RAZ-UANIC RAZ-RIPE
participants (2)
-
Andrey Elperin -
Anton Turygin