Здраствуйте!
Я расписал policy-map для QoS (voip):
!
policy-map QoS
class voipSignal
bandwidth 8
class voiptraffick
priority 256
set ip precedence 5
class All_Traffik
bandwidth 8
!
class-map match-all voipSignal
description voipSignal
match access-group 103
class-map match-all All_Traffik
description All
match access-group 104
class-map match-all voiptraffick
description Voiptrafik
match access-group 102
!
access-list 102 permit udp any any range 16384 37276
access-list 103 permit tcp any eq 1720 any
access-list 104 permit ip any any
!Активизирую police-map на интерфейсе:
router(config-if)#service-policy output QoS (Ethernet 0/1)
Однако на интерфейсе QoS не активизирует:
!
interface Ethernet0/1
ip address 10.10.11.2 255.255.255.252
half-duplex
!
И во время теста слышимость плохая (ясно что QoS не пашет)
Так в чём же я ошибся?
э... а смысл?
как проходить voice-тракт?
упс...
через какие устройства и каналы проходит голосовой трафик?
>э... а смысл?
>как проходить voice-тракт?
Есть 2 роутера Cisco 2611 IOS=c2600-i-mz.122-6.
К каждому роутеру подключены по одной MC3800 IOS=mc3810-a2jk8sv5-mz.122-3.bin, и по одному компу. Между компами генерируется трафик, и проводятся тел. звонки. То есть на входе у роутеров 2 типа трафика. Таким образам в не зависемости от интенсивности трафика между компами надо обеспечить хорошее качество звука.
QoS естествено поставлен как на Cisco2611_1, так и на Cisco2611_2.
есть ли на интерфейсах ошибки, дропы?
>есть ли на интерфейсах ошибки, дропы?
Ethernet0/1 is up, line protocol is up
********************************************
Internet address is фиктивный
Last clearing of "show interface" counters never
Queueing strategy: fifo //может в этом проблема? а как исправить?
Output queue 0/40, 0 drops (не одного); input queue 0/75, 0 drops
5 minute input rate 0 bits/sec, 1 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
777725 packets input, 852292465 bytes, 0 no buffer
Received 132634 broadcasts, 0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 input packets with dribble condition detected
763329 packets output, 479493858 bytes, 0 underruns
8544 output errors, 10123 collisions, 16 interface resets
0 babbles, 0 late collision, 8733 deferred
8544 lost carrier, 0 no carrier
0 output buffer failures, 0 output buffers swapped out
763329 packets output, 479493858 bytes, 0 underruns
8544 output errors, 10123 collisions, 16 interface resets
0 babbles, 0 late collision, 8733 deferred
8544 lost carrier, 0 no carrier
разбирайся с этим....
> 763329 packets output, 479493858 bytes, 0 underruns
>
> 8544 output errors, 10123 collisions, 16 interface
>resets
> 0 babbles, 0 late collision, 8733 deferred
>
> 8544 lost carrier, 0 no carrier
>разбирайся с этим....
А нельзя ли подробней.
Ведь по сравнению с количеством посланных пакетов количество ошибок меньше на 2 парядка. Да и как с этим боротся?
И к тому же почему после каманд:
c1_2611(config)#int e0/1
c1_2611(config-if)#service-policy out QoSв конфигурации интерфейса ничего не меняется:
!
interface Ethernet0/1
ip address ****************
half-duplex
!
можно сделать проще
на интерфейсе
ip rtp priority 16384 16383 256
1% потерь это существенно
да и вообще падение изернета несколько ... хм "необычно" ;)
Откуда вобще коллиззии? Может быть надо везде принудительно full duplex прописать?
Ребята!
Коллизии коллизиями, но смысл QoS-а в том, что этот 1% ообще не окакзывал влияния на качество звука.
И опять же, что я делаю не так, что команда: "service-policy output QoS", не оказывает своего воздейсртвия?
ДА КАКАЯ РАЗНИЦА!!!
применишь ты полиси или нет, все равно не будет работать, потому что это начинает работать только когда на интерфейсе возникает затор (дропы на интерфейсе)...проверяй физику...
>ДА КАКАЯ РАЗНИЦА!!!
>применишь ты полиси или нет, все равно не будет работать, потому что
>это начинает работать только когда на интерфейсе возникает затор (дропы
>на интерфейсе)...дак он же вроде юзает LLQ
а тот работает всегда
он же приоритетную очередь пускает в первую очередь, а остальные все пакеты потом
>Ребята!
>Коллизии коллизиями, но смысл QoS-а в том, что этот 1% ообще
>не окакзывал влияния на качество звука.
>И опять же, что я делаю не так, что команда: "service-policy output
>QoS", не оказывает своего воздейсртвия?1% это тот рубеж когда у тебя начинается интерполяция звука, можешь кстати проверить во время звонка, сделай s call ac vo, или s call hi vo после, там есть один параметр, который более менее объективно показывает качество звука, GapFillWithInterpolation, если он не ноль значит звук - гавно
Qos тут совершенно не причем, он только может совать одни пакеты первее других и гарантировать пропускную полосу, вот в чем смысл QoS, а не в том чтобы гарантировать качество звука на барахлящей физике
вообще сходи сюда
http://www.cisco.com/en/US/tech/tk652/tk698/technologies_tec...и посмотри как по человечески все конфигурицца
у тебя малость как то напутано
>вообще сходи сюда
>http://www.cisco.com/en/US/tech/tk652/tk698/technologies_tec...
>
>и посмотри как по человечески все конфигурицца
>у тебя малость как то напутано
Так я этим доком и пользовался.
***********************************
Кстати: GapFillWithInterpolation=0 ms
>Кстати: GapFillWithInterpolation=0 msтогда в чем заключается "плохая слышимость"?
>>Кстати: GapFillWithInterpolation=0 ms
>
>тогда в чем заключается "плохая слышимость"?
Cлышно плохо, речь неразборчивая, при интенсивном трафике не возможно даже смысл уловить.
а дропы есть по этой же команде?
>а дропы есть по этой же команде?
в диалпирах плэйауты прописал?
заодно покажи что у тебя на s in e0/1
и что говорит когда ты политику на интерфейс цепляешь
>>а дропы есть по этой же команде?
>в диалпирах плэйауты прописал?
>заодно покажи что у тебя на s in e0/1
>и что говорит когда ты политику на интерфейс цепляешь
А плэйаут за чем?
это выравнивающий буфер
пакеты могут запаздывать или наоборот поспешать на микродоли секунды, поэтому лучше сначала собирать эти пакеты в этот буфер а потому уже в речь
это создает задержку, но задержка в 100мсек практически неощутима, а вот джиттер из-за шатания пакетов огого
>есть ли на интерфейсах ошибки, дропы?А если есть дропы? то как от них избавиться?
Ребята, вот конфиг :!
class-map match-all voice-signaling
match access-group 103
class-map match-all voice-traffic
match access-group 102
!
!
policy-map VOICE-POLICY
class voice-traffic
priority 1024 1024
class voice-signaling
bandwidth 8
class class-default
fair-queue
!
!
!
interface Ethernet0/0 //in интерфейс для простого трафика
ip address * 255.255.255.252
no ip mroute-cache
half-duplex
!!
interface Ethernet0/1 //out интерфейс
ip address * 255.255.255.252
no ip mroute-cache
half-duplex
service-policy output VOICE-POLICY
!interface Ethernet1/0 //in интерфейс для voice трафика (FXS плата для MS3800 )
ip address * 255.255.255.252
half-duplex
!
router eigrp 1
************************
auto-summary
no eigrp log-neighbor-changes
!
access-list 102 permit udp any any range 16384 32776
access-list 103 permit tcp any eq 1720 any
access-list 103 permit tcp any any eq 1720
!
end
*********************************************************
на соседнем Cisco2611 точно такой же конфиг.
На ms3800 интерполяций звука нет.
Создаётся впечатление, что police-map не пашет, так-как при отсуствии трафика слышимость хорошая (речь внятная, разбопчивая),после генерации трафика звук резко ухудшается.З.Ы.
Роутеры соединены DSL модемами.ՊծՍծ
Качетво "железа" высокое.
в вашем случае надо делать что-то вроде этого...
!
policy-map child
class voice
priority 512
!
policy-map VOICE
class class-default
shape average 2000000
service-policy child
!
>в вашем случае надо делать что-то вроде этого...
>!
>policy-map child
> class voice
> priority 512
>!
>policy-map VOICE
> class class-default
> shape average 2000000
> service-policy child
>!Можно по-подробней.
А то копи-паст не помог...
я уже объяснял.... тот сервис-полиси, который вы вешаете на интерфейс, не работает, так как затор возникает на dsl линке, а не на ethernet.поэтому надо прикинуть пропускную спосодность dsl линка, и сделать cbwfq внутри шейпинга...
подробности - www.cisco.com
>я уже объяснял.... тот сервис-полиси, который вы вешаете на интерфейс, не работает,
>так как затор возникает на dsl линке, а не на ethernet.
>
>
>поэтому надо прикинуть пропускную спосодность dsl линка, и сделать cbwfq внутри шейпинга...
>
>
>подробности - www.cisco.com
Означает ли это что повесив на этот интерфейс трафик-шейп равный пропускной спосодности dsl линка мой сервис-полиси заработает.
>>я уже объяснял.... тот сервис-полиси, который вы вешаете на интерфейс, не работает,
>>так как затор возникает на dsl линке, а не на ethernet.
>>
>>
>>поэтому надо прикинуть пропускную спосодность dsl линка, и сделать cbwfq внутри шейпинга...
>>
>>
>>подробности - www.cisco.com
>Означает ли это что повесив на этот интерфейс трафик-шейп равный пропускной спосодности
>dsl линка мой сервис-полиси заработает.
не заработает...
делать надо подобно тому, как я показал в примере
и делать это надо с двух сторон...