Dla walczacych z 720. Qos na tej karcie jest jakos kosmicznie zaimplementowany.
Bede tego potrzebowal na produkcje wiec moze ktos kto juz to przerobil mi pomoze.
Spialem dwa voicegatewaye z 6500 z sup 720 PFC3BXL posrodku.
Rozmowa voiceowa miedzy nimi.
Na 6500:
mls qos
ip cef distributed
a na interfejsach do VG: mls qos trust dscp
do tego najprostsza mozliwa policy-mapa:
Kod: Zaznacz cały
class-map match-all voip
match ip dscp ef
!
policy-map voip
class voip
priority 100Kod: Zaznacz cały
rtr#sh mls qos
QoS is enabled globally
Microflow policing is enabled globally
QoS ip packet dscp rewrite enabled globally
Qos trust state is DSCP on the following interfaces:
Gi1/1 Gi5/2
Vlan or Portchannel(Multi-Earl) policies supported: Yes
Egress policies supported: Yes
----- Module [5] -----
QoS global counters:
Total packets: 4846
IP shortcut packets: 0
Packets dropped by policing: 0
IP packets with TOS changed by policing: 0
IP packets with COS changed by policing: 4797
Non-IP packets with COS changed by policing: 0
MPLS packets with EXP changed by policing: 0
To nie koniec ZONKow.
Kod: Zaznacz cały
sh poli int gi5/2
GigabitEthernet5/2
Service-policy output: voip
queue stats for all priority classes:
queue size 0, queue limit 25
packets output 0, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0
Class-map: voip (match-all)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: ip dscp ef
Priority: kbps 100, burst bytes 2500, b/w exceed drops: 0
Class-map: class-default (match-any)
0 packets, 0 bytes
5 minute offered rate 0 bps, drop rate 0 bps
Match: any
queue size 0, queue limit 2475
packets output 0, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0Natomiast po dodaniu do class-mapy voip 'set ip prec 4' ta sama komenda zwraca:
Kod: Zaznacz cały
sh poli int gi5/2
GigabitEthernet5/2
Service-policy output: voip
queue stats for all priority classes:
queue size 0, queue limit 25
packets output 0, packet drops 0
tail/random drops 0, no buffer drops 0, other drops 0
class-map: voip (match-all)
Match: ip dscp ef
set precedence 4:
Earl in slot 5 :
3787096 bytes
5 minute offered rate 61048 bps
aggregate-forwarded 3787096 bytesAaa, ten licznik '3787096 bytes' calkiem stoi.
Remarkowanie pakietow dziala - sprawdzilem. Ale czy jest jakis sensowny show
gdzie rosna countery ?
(W tych pudelkach wlozony jest jeszcze WS-SVC-IPSec-1, przez ktory bedzie
przepuszczony caly ruch - tez sie zajebiscie zachowuje - liczniki przeszyforwanych
pakietow 'sh cry en conn ac' rosna tylko wtedy gdy co kilka sekund wydaje sie ta
komende ;) )
Tak, wiem - inne pudelka z odpowiednim softem sie tez tak zachowuja, ale zachowuja
sie deterministycznie - tzn. liczniki nigdy nie dzialaja - i jest to udokumentowane.
Jest jakies wytlumaczenie na to ? Jakies ciekawe showy ?
Heh, mam za kazdym pakietem ganiac ze snifferem i sprawdzac czy go dobrze przemarkowal ?
Co za badziew, 120k$ za sztuke w GPLu i zeby stwierdzic czy w ogole dziala trzeba
go sniffowac. No chyba ze przegapilem cos oczywistego.
PJ
. Skutki tego sa albo dosyc mile jezeli chodzi o wydajnosc i ficzery (np. funkcjonalnosc NSF), albo juz nie calkiem jezeli mamy sie dowiedziec co sie tak naprawde w ASICach dzieje. Robiac 'sh mls qos' zmuszasz tak naprawde control plane aby pogmeral w rejestrach ASICow data plane i zrobil jakis snapshot aktualnej sytuacji - co nie zawsze odzwierciedla sytuacje rzeczywista (banalny przyklad - statystyki 'L3 switched' interfejsow uaktualniane sa raz na jakis czas; ze nie wspomne o statystykach ACLi, ktore w Sup2 pokazywaly tylko te przetworzone przez MSFC, a po 'wpaleniu' ACLi w PFC, zatrzymywaly sie). Do tego masz kupe restykcji i ograniczen wynikajacych z mozliwosci krzemu...wez zaimplementuj sensowny QoS na PFC+OSM+SIP to przestaniesz narzekac 
