|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Alexander Golovankov 2:5020/400 22 Oct 2002 21:25:48 To : Oleg V Prokofiev Subject : Re: QoS -------------------------------------------------------------------------------- В статье <Pine.SGI.4.33.0210221459550.577061-100000@quark.office.comset.net> Oleg V Prokofiev написал(а): > On Tue, 22 Oct 2002, Alexander Golovankov wrote: > >> >> В статье <Pine.SGI.4.33.0210211408270.577061-100000@quark.office.comset.net> >> Oleg V Prokofiev написал(а): >> >> > On Sun, 20 Oct 2002, Alexander Golovankov wrote: >> > >> >> Добрый день! >> >> >> >> Есть следующая схема: >> >> >> >> (cisco3640)---(cat2950-24)---(cat2950-24)---(cisco3640)---ISP >> >> VOIP trunk trunk trunk trunk >> >> >> >> Задача максимум, обеспечить на всем участке до ISP QoS. К сожалению >> >> каталисты не поддерживают в необходимой мере QoS. >> > >> > они позвонляют назначить bandwidth для определенного класса на порту, >> > этого тут достаточно должно быть >> >> а как если не секрет? >> > > заклинило, перепутал с 3550 ;) бывет :) > > >> >> Вопрос 1. Можно ли вообще как то приоретизировать трафик идущий через >> >> каталисты? В доке в основном делается упор на каталисты использующие EI, >> >> но у меня, увы, SI. QoS там коцаный до безобразия. :( Согласно доке >> >> ничего не работает, не удается поставить даже trusted режим для CoS >> >> (DSCP вообще на SI не поддерживается). >> >> >> >> Вопрос 2. При попытке принудительно выставить на пакетах идущих с >> >> voip-шлюза через: >> >> >> >> dial-peer voice 777 voip >> >> destination-pattern 777T >> >> translate-outgoing called 1 >> >> session target ipv4:ххх.ххх.ххх.ххх >> >> fax protocol t38 ls-redundancy 5 hs-redundancy 2 >> >> ip qos dscp cs5 media >> >> ip qos dscp cs5 signaling >> >> >> >> а так же >> >> >> >> class-map match-all EF >> >> match access-group 190 >> >> ! >> >> ! >> >> policy-map SETDSCP >> >> class EF >> >> set ip dscp 40 >> >> ! >> >> interface FastEthernet0/0 >> >> ip address х.х.х.х 255.255.255.240 >> >> ip access-group 100 in >> >> duplex auto >> >> speed auto >> >> service-policy output SETDSCP >> >> >> >> не принесли должного эффекта. >> >> >> >> sh policy-map int fa0/0 >> >> >> >> Service-policy output: SETDSCP >> >> Class-map: EF (match-all) >> >> 68811 packets, 5772472 bytes >> >> 5 minute offered rate 0 bps, drop rate 0 bps >> >> Match: access-group 190 >> >> QoS Set >> >> ip dscp 40 >> >> Packets marked 0 >> >> ^^^^^^^^ >> >> >> >> В чем ошибка? >> > >> > в access-list? >> >> access-list 190 permit udp host 81.18.134.254 range 16384 32768 any > > он match показывает, роутинг точно в правильный интерфейс идет? да, насколько я могу судить, там ниже на интерфейсе стоит h323-gateway interface, через него весь войп трафик идет. в дополнение, h323-gateway interface только на один физический интерфейс ставится? а то на sub-interface не ставится, приходится через native vlan на каталисте извращаться. может в планах у циски есть снятие данного ограничения? ведь нужно на разных ISP терминироваться с использованием их собственной адресации. Только похоже прокси и спасет. -- С наилучшими пожеланиями, Голованков Александр mailto:algo@atnn.ru --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/44593d3ce382.html, оценка из 5, голосов 10
|