|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Oleg V Prokofiev 2:5020/400 23 Oct 2002 13:43:01 To : Alexander Golovankov Subject : Re: QoS -------------------------------------------------------------------------------- ru> From: Oleg V Prokofiev <quark@comset.net> On Tue, 22 Oct 2002, Alexander Golovankov wrote: > В статье <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 терминироваться с > использованием их собственной адресации. Только похоже прокси и спасет. loopback не спасает? > > -- > С наилучшими пожеланиями, > Голованков Александр mailto:algo@atnn.ru > -- Oleg Prokofiev OVP2-RIPE, OP1126 --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/249737321e95d.html, оценка из 5, голосов 10
|