[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