QOS beispiel für VoIP auf dem Router

[ck84 10]

Hi, hat jemand ein Beispiel für QoS auf den 2600er Routern? Ich würde gerne mein VoIP hochpriorisieren. Kann man sowas evtl auch mit VLANs machen? Das ein VLAN hochpriorisiert ist?

[loopback_28 10]

habe das nur bei linux gemacht aber auf der ciscoseite gibt es einige beispiele

 

http://www.cisco.com/en/US/products/sw/iosswrel/ps1835/products_configuration_guide_chapter09186a0080080b20.html

[ck84 10]

Hier ist QoS leider nur für H323 erklärt, ich mache aber SIP. Kann man mit QoS nicht einfach ein VLAN in eine richtung hochpriorisieren? Also quasi fa0/0.30 am Router nach dialer1 hochpriorisieren?

[mr._oiso 10]

Hi ck84

 

Das klingt alles sehr einfach bei Dir !

Sicher geht das (hochpriorisieren), jedoch bringt Dir das alles herzlich wenig,

wenn Du am dialer nicht genügend Bandbreite hast, um die Packete auch

rechtzeitig loszuwerden. (beachte Delay und Jitter)

 

Was zum Beispiel ist denn bei Dir der Dialer für eine Hardware ?

ISDN 64K, 128K, .....oder PPoE mit 1024k oder 2048k (ADSL/SDSL) ?

 

Diese Info's sind schon alle sehr entscheident.

Nur mal als Beispiel:

Was verwenden Deine Telefone im RTP ? G711 oder G729 ?

Bedenke

G711 over IP = 80kBit = Payload 64k und Header 16k

G729 over IP = 24kBit = Payload 8k und Header 16k

 

Da ist es schon entscheident ob Du nun 64kBit/s versenden kannst oder sogar 2048kBit/s

 

Vieleicht macht auch cRTP für Dich Sinn, oder Header Compression !

 

Halte also erstmal danach ausschau !

Immerhin benötigen 3 G729 Gespräche z.B. schon 90kBit, und dann darf da auch nix mehr

zwischen kommen.

 

Ein 1500byte Packet z.B. erzeugt über eine 64K Leitung immerhin schon ein

Serialization Delay von 187ms und über 128k 93ms.

Und Sip oder H323 sollte nicht länger als 120ms unterwegs sein !

Vieleicht macht auch Fragmentation bei Dir Sinn.

 

Tip:

Je nach IOS kannst Du Dir auch eine pdlm nachladen, um mit NBAR SIP und Skinny

anstatt von H323 zu markieren.

Dann brauchst Du nur noch die Polcies umschreiben.

 

Ansonsten helfen Dir nur ACL's zum Filtern.

 

Beispiel:

 

ip access-list extended VoIP-RTCP

permit udp any any range 16384 32767

 

ip access-list extended VoIP-Control

permit tcp any any eq 1720

permit tcp any any range 11000 11999

permit udp any any eq 2427

permit tcp any any eq 2428

permit tcp any any range 2000 2002

permit udp any any eq 1719

permit udp any any eq 5060

 

 

MfG

 

Mr. Oiso

[rblasey 10]

eine Vorgehensweise nach dem Ciscos MQC Standard

 

erst eine CLass-map anlegen -

 

class-map VOIP

match access-group 10

 

jetzt in der acl 10 die eigentliche Definition vornehmen:

 

access-list 10 permit mac 11-22-33-44-55-66 (mac deines SIP Telefons)

oder

access-list 10 permit ip host 10.0.0.1 (ip deines SIP Telefons)

oder

access-list 10 permit ip 10.0.0.0 0.0.0.255 (ip deines VLANs)

 

jetzt eine sinnvolle Bandbreite reservieren:

(80kb für den 711 call + den RTCP traffic)

 

policy-map NAME

class VOIP

priority 100

class class-default

fair-queue

 

reserviert(und policed!) den in class-map VOIP definierten traffic auf 100kb, der rest wird mit der class-default versorgt ..

 

als letzten Schritt diese Policy map auf das gewünschte Interface binden:

 

interface dialer 1

service-policy output NAME

 

so könnte es gehen ...

 

Gruss

Robert

[rblasey 10]

PS:

mit show policy-map interface ethernet0

siehst du wieviele packete in der Queue tatsächlich priorisiert werden...

(Ich hoffe ja das Du nicht wirklich VOIP über zwei ISDN Kanäle machen must)

[Wordo 11]

Sicher das es so funktioniert? Virtual-Access1 bindet sich ja an den Dialer und das hat dann wiederum fifo und nicht weighted-fair ...

 

Besser mit den pyhsikalischen If's arbeiten .. diese "Always-Up" und "Spoofing" Sachen machen nur Probleme :(

[rblasey 10]

Ich denke man kann. Cisco dazu:

 

"If you choose to configure dialer profiles, both the dialer interface and the underlying physical interfaces support the service-policy command. If you apply a policy on the physical interface, use either the show policy-map interface serial command or the show policy-map interface bri 0/0:1 (and bri0/0:2) command to confirm the configuration. The D-channel, identified in IOS as BRI0/0, supports signaling and not data traffic. If you apply a policy to the dialer interface, use the show queueing interface dial <0-255> command to confirm the configuration.

Cisco IOS Software Releases 12.2(4) and 12.2(4)T introduced support for queuing-based service policies on virtual-access interfaces created from a dialer interface configured with MLPPP. In previous releases, the service-policy parameters are not copied over to the cloned virtual-access interface, where the queuing actually takes place."

 

hier der ganze Link:

http://www.cisco.com/en/US/tech/tk543/tk544/technologies_tech_note09186a0080094ad2.shtml

[Wordo 11]

Jep .. hab ich auch oefters gelesen, aber bei DSL habe ich mich schwarz konfiguriert. Virtual-Template und ATM ist der Horror :D Wenn einer ne funktionierende Konfiguration hat immer her damit (fuer 800er)! Aber nicht die von Cisco.com .. die hab ich alle druch ;)