Добрый день, ув. Сайко! Спасибо большое за Ваши комментарии и обоснованную критику! Дело в том что это все делалось на основе документа который прислали из офиса cisco - он так и называется "настройка COS для VoFR".
>я бы посоветовал Вам строить политику не по UDP портам, а на
>основании поля TOS:
>1. Жестко перекрашивать входящие пакетики с данными(Ethernet e.t.c) в Prec=0.
>
>2. А в dial-peer'ах раскрашивать в другой Prec, например 5:
>dial-peer voice XXX voip
> ip precedence 5
>или по новому:
>dial-peer voice XXX voip
> ip qos dscp cs5 media
>--- "аналог" prec=5
>
>3. В свете пунктов 1 и 2 пересторить policy.
>
Это классный совет! Честно говоря я с начала почти так и делал, после неудачи решил попробовать настроить diffserv - вроди бы указал что нужно войс как EF обрабатіваеть но толку мало...
>4. Прочитать по больше информации про ACL, дабы впреть такого не писать
>
>access-list 111 permit udp any any range 4000 32767
>access-list 111 permit ip any any
>
На самом деле изначально там было только одно правило - permit udp any any range 16384 32767 - согласно бумагам cisco войсовій трафик в пределах єтих портов передается, потом товарищ сказал что 16384 - это совсем не нижний предел для портов войс трафика. потом от без исходности появилось и след. правило.... разумеется толку не дало...
>5. Добавить на обох концах PVC FRF, согласно FRF.12.
>
Фрагментация стояла - для нашего канала, по рассчетам нужно размер фрагмента 160 байт. Вот только после включения фрагментации на обеих концах перестали проходить фрагментированные пакеты, т.е. больше 160 байт (проверял пингом). Может конечно где-то не правльно настроил - сейчас буду смотреть.
>Вопросы:
>1. Ширина Вашего FR канала?
128к
>2. В этом канале только голос, или есть еще данные?
голос+данные.
>3. Включен ли у Вас "frame-relay ip rtp header-compression" на обоих концах?
нет, поскольку это лишь не большой выигрыш в занимаемой голосовым трафиком полосы, а не решение проблемы, когда настрою политики обязательно включу.
>4. Сколько одновременных голосовых вызовов может/должно быть?
1 голосовой вызов.
>5. Нужна ли Вам приоритезация? т.е. действительно ли Вы испытывает проблемы с
>качеством голоса?
проблема действительно есть, особенно если кто-то начинает тянуть почту или лазить в инете... я бы сделал абсолютный приоритет для войса с помощью PQ, но похоже на субинтерфейсах это делать нельзя. в связи с этим еще такой вопрос - если настроена политика для интерфейса, распространяется ли она для субинтерфейсов? точнее говоря если я выделяю голосу на опр. интерфейсе, скажем 30к, при этом у меня с субинтерфейсов этого интерфейса выходят два точечных ФР соединения в разные места, как будет распределяться трафик из этой очереди?
>6. Показать вывод следующих команд:
>show interface
>show policy-map
>show policy-map interface
bagira#sh int s 0/1
Serial0/1 is up, line protocol is up
Hardware is DSCC4 Serial
MTU 1500 bytes, BW 2048 Kbit, DLY 20000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation FRAME-RELAY, loopback not set
Keepalive set (10 sec)
LMI enq sent 985375, LMI stat recvd 985389, LMI upd recvd 0, DTE LMI up
LMI enq recvd 0, LMI stat sent 0, LMI upd sent 0
LMI DLCI 0 LMI type is CCITT frame relay DTE
FR SVC disabled, LAPF state down
Broadcast queue 0/64, broadcasts sent/dropped 382085/0, interface broadcasts 0
Last input 00:00:00, output 00:00:00, output hang never
Last clearing of "show interface" counters 16w2d
Input queue: 1/75/0/0 (size/max/drops/flushes); Total output drops: 208
Queueing strategy: weighted fair
Output queue: 0/1000/64/208 (size/max total/threshold/drops)
Conversations 0/9/256 (active/max active/max total)
Reserved Conversations 0/0 (allocated/max allocated)
Available Bandwidth 1536 kilobits/sec
5 minute input rate 1000 bits/sec, 5 packets/sec
5 minute output rate 4000 bits/sec, 8 packets/sec
6741814 packets input, 532779800 bytes, 0 no buffer
Received 0 broadcasts, 0 runts, 10 giants, 0 throttles
8312 input errors, 5919 CRC, 2393 frame, 0 overrun, 0 ignored, 0 abort
6561075 packets output, 1254686183 bytes, 0 underruns
0 output errors, 0 collisions, 16 interface resets
0 output buffer failures, 0 output buffers swapped out
26 carrier transitions
DCD=up DSR=up DTR=up RTS=up CTS=up
bagira#sh policy-map
Policy Map VOICE-POLICY
Class voice-traffic
Weighted Fair Queueing
Strict Priority
Bandwidth 40 (kbps) Burst 1000 (Bytes)
Class voice-signaling
Weighted Fair Queueing
Bandwidth 8 (kbps) Max Threshold 64 (packets)
Class class-default
Weighted Fair Queueing
Flow based Fair Queueing Max Threshold 64 (packets)
Третья команда, вывод которой Вы просили ничего не выводит - собственно с этим я и обращался сюда за помощью - такое ощущеие, что политика не "приципилась к интерфейсу".
Спасибо за помощь!
Вариант для распечатки
Маршрутизаторы CISCO и др. оборудование. (Public)
(??) on
14-Дек-04, 11:20 (MSK)
