[c-nsp] QoS problem with VoIP (kind of fun)

Adrian Chadd adrian at creative.net.au
Sun Aug 26 20:31:38 EDT 2007


On Sun, Aug 26, 2007, Networkers wrote:

> Let me know if you have questions.  Here is the show policy and the relevant
> part of the 2621's config.

Aha, lets see.

> #show policy int multi1
>  Multilink1 

Tsk!

> interface Multilink1
>  bandwidth 3072
>  ip address Public.IP.Goes.Here 255.255.255.0
>  ip nat outside
>  load-interval 30
>  keepalive 1
>  ppp multilink
>  ppp multilink fragment delay 4
>  ppp multilink interleave
>  ppp multilink group 1
>  service-policy output CriticalTraffic

Hm, should the QoS apply here?

> !
> interface Tunnel0
>  bandwidth 3072
>  ip address Tunnel.IP.Goes.Here 255.255.255.0
>  ip mtu 1400
> ! < some irrelevant IPSec stuff deleted >
>  load-interval 30
>  delay 1000
>  qos pre-classify
>  cdp enable
>  tunnel source Multilink1
> !
> interface ATM0/0
>  mtu 1500
>  bandwidth 1536
>  no ip address
>  logging event subif-link-status
>  load-interval 30
>  no atm ilmi-keepalive
>  dsl operating-mode auto
>  dsl enable-training-log

> !
> interface ATM0/0.1 point-to-point
>  bandwidth 1536
>  ip address 172.16.16.38 255.255.255.252
>  ip nat outside
>  ip ospf transmit-delay 40
>  pvc 0/32 
>   protocol ppp Virtual-Template1

Try applying the policy to the ATM subinterface rather than the
dialer, multilink or virtual-template?




Adrian



More information about the cisco-nsp mailing list