|
|
ru.cisco- RU.CISCO --------------------------------------------------------------------- From : Alexander Golovankov 2:5020/400 23 Oct 2002 15:15:34 To : Oleg V Prokofiev Subject : Re: QoS -------------------------------------------------------------------------------- В статье <Pine.SGI.4.33.0210231335450.209718-100000@quark.office.comset.net> Oleg V Prokofiev написал(а): >> >> >> Добрый день! >> >> >> >> >> >> Есть следующая схема: >> >> >> >> >> >> (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 >> >> >> ^^^^^^^^ >> >> >> >> >> >> В чем ошибка? >> >> > >> > >> > он match показывает, роутинг точно в правильный интерфейс идет? это и странно, match есть, а маркировки нет :( >> >> да, насколько я могу судить, там ниже на интерфейсе стоит >> h323-gateway interface, через него весь войп трафик идет. >> в дополнение, h323-gateway interface только на один физический интерфейс >> ставится? а то на sub-interface не ставится, приходится через native >> vlan на каталисте извращаться. может в планах у циски есть снятие >> данного ограничения? ведь нужно на разных ISP терминироваться с >> использованием их собственной адресации. Только похоже прокси и спасет. > > loopback не спасает? а каким образом? ведь на каждого оператора войпа придется идти под их собственной адресацией, например: 1 - 192.168.1.1 2 - 172.16.0.100 второй не принимает пакеты 192.168.1.1, а первый 172.16.0.100. :( -- С наилучшими пожеланиями, Голованков Александр mailto:algo@atnn.ru --- ifmail v.2.15dev5 * Origin: Demos online service (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.cisco/445904ffdf1f.html, оценка из 5, голосов 10
|