From: Adarsh Singh (adarshs@hclinfinet.net)
Date: Mon Oct 07 2002 - 03:18:28 GMT-3
Hi Eric
So i need to apply the CBWFQ on the 2611 routers too, in that case do i need
to apply the service policy in both directions?
Also instead of using the udp access-list in case i use the ip host
access-list it takes care of the tcp & udp packets.
I was under the impression that only diffserv or RSVP needs to be done
end to end for implementing the same .
So i need to apply the CBWFQ for both the serial port of the 2611 routers
to which 1603 are connected .
Do let me know about it .
Thanks
Adarsh
----- Original Message -----
From: "Erick B." <erickbe@yahoo.com>
To: "Adarsh Singh" <adarshs@hclinfinet.net>; "CCIE Group Study (E-mail)"
<ccielab@groupstudy.com>
Sent: Monday, October 07, 2002 11:21 AM
Subject: Re: CBWFQ not working on 1603 for VOICE--HELP NEEDED URGENTLY
> Adarsh,
>
> Yes, Queueing (CBWFQ, etc) needs to be done on all
> routers between the source and destination in the
> outbound direction. Serial interfaces are fine but you
> can also do ethernet if you want. All forms of
> queueing are local to the router.
>
> "When i talk between the voice boxes it uses exactlt
> 30000 series of udp ports & Ip ports"
>
> So your access-list permitting UDP Ports >20000 covers
> this range of 30000 ports, and are they all UDP?
>
> Do you have any documentation on the ports and
> protocols (might be UDP and TCP) used by the Ericsson
> voip box?
>
> --- Adarsh Singh <adarshs@hclinfinet.net> wrote:
> > Hi Eric
> >
> > I would redescribe the setup .
> >
> > VOIP BOX(erricson)----HUB-----Router
> >
>
(1603)-----backtoback(2601)--------backtoback(1603)----HUB---VOIPBOX(erricso
> > n).
> >
> > First step i took was to debug ip packet detail :
> > When i talk between the
> > voice boxes it uses exactlt 30000 series of udp
> > ports & Ip ports.
> > Now this is a test setup , so there is no other
> > traffic coming on the above
> > described network.
> >
> > The CBWFQ is configured on the serial interface
> > connected to 2601 router .
> > The classification of the pakets is done by using
> > the access-list .
> > The ip address of the VOIP boxes are 10.66.6.36/29
> > & 10.66.6.124/29.
> >
> > The output of the show access-list is s follows :
> > Extended IP access list 102
> > permit udp host 10.66.6.124 gt 20000 host
> > 10.66.6.36 gt 20000 (20315
> > matches)
> >
> > Now my objective is that whenever i am doign a voice
> > conversation , a
> > guranteed bandwidth is reserved for the voice , say
> > 30 Kbps , actually the
> > codes used in the voip boxes is G 729 , which
> > utilizes 12 Kbps , which i
> > have tested by talking between two voip boxes with
> > no other traffic .
> >
> > Other than the above setup two pc are connected to
> > the network diagram to
> > generate the ftp data between the two , so that the
> > load can be put on the
> > serail link .
> > Once that happens the voice starts breaking & cant
> > hear the other person
> > clearly.
> > Now i am wondering if i am doing the things properly
> > , i.e is theCBWFQ needs
> > to be done on the serial port of the end routers
> > only or also in the
> > internediarly routers, do i need to put CBWFQ on the
> > ethernet ports of both
> > the 1603 routers.
> >
> > I have not been able to found any doc on CBWFQ which
> > states that the CBWFQ
> > needs to be done on the intermediary routers too.
> > Pls suggest.
> >
> >
> > The config of the routers are as mentioned in my
> > previous mail.
> >
> > Thanks
> > Adarsh
> >
> > ----- Original Message -----
> > From: "Erick B." <erickbe@yahoo.com>
> > To: "Adarsh Singh" <adarshs@hclinfinet.net>; "CCIE
> > Group Study (E-mail)"
> > <ccielab@groupstudy.com>
> > Sent: Monday, October 07, 2002 10:40 AM
> > Subject: Re: CBWFQ not working on 1603 for
> > VOICE--HELP NEEDED URGENTLY
> >
> >
> > > Adarsh,
> > >
> > > What is your current policy, class, and
> > access-lists
> > > like? Please post them.
> > >
> > > If they are still like below, only matching udp
> > > traffic above port 20000 doesn't cover all voice
> > > traffic. The 2 hosts 10.66.6.124 and 10.66.6.36
> > are
> > > the only voip enabled devices right (the router
> > with
> > > the policys is just routing IP and not doing
> > voice?)
> > >
> > > Are these 2 hosts Cisco VoIP devices, or something
> > > else that may possibly be using other port ranges?
> > You
> > > could take the other gentlemens suggestion and
> > mark
> > > anything from these sources with precedence of 5
> > if
> > > all they are doing is voice.
> > >
> > > Erick
> > >
> > > --- Adarsh Singh <adarshs@hclinfinet.net> wrote:
> > > > Erik either marking the packets with Ip
> > precedence 5
> > > > or matching the
> > > > packets with access-list shd work , but in my
> > case
> > > > when i choke the 64 Kbps
> > > > link between the two routers doing the ftp ,
> > there
> > > > is no bandwidth
> > > > reservation of 30 Kbps out of 64 Kbps on the
> > serial
> > > > interface taking place
> > > > , so when the link is completely loaded with ftp
> > > > traffic i.e upto 62 to 62
> > > > Kbps, my voice traffic suffers , ideally it
> > should
> > > > reserve a bandwidth of
> > > > 30 Kbps out of 64 Kbps, but that is not
> > happening ,
> > > > any further idea how do
> > > > i go about it .
> > > > Thanks
> > > > Adarsh
> > > > ----- Original Message -----
> > > > From: "Erick B." <erickbe@yahoo.com>
> > > > To: "Adarsh Singh" <adarshs@hclinfinet.net>;
> > "CCIE
> > > > Group Study (E-mail)"
> > > > <ccielab@groupstudy.com>
> > > > Sent: Sunday, October 06, 2002 3:44 AM
> > > > Subject: Re: CBWFQ not working on 1603 for
> > > > VOICE--HELP NEEDED URGENTLY
> > > >
> > > >
> > > > > Adarsh,
> > > > >
> > > > > It depends on how granular you want to get.
> > You
> > > > could
> > > > > mark inbound packets from your voice-enabled
> > > > devices
> > > > > with ip precedence of 5, etc then on the class
> > > > just
> > > > > match ip precedence 5.
> > > > >
> > > > > In the sample I posted, theres a chance
> > non-voice
> > > > > traffic that falls in the same port ranges as
> > > > voice
> > > > > will be prioritized as voice traffic.
> > > > >
> > > > > --- Adarsh Singh <adarshs@hclinfinet.net>
> > wrote:
> > > > > > Hi
> > > > > >
> > > > > > Do i need to mark packets on the ethernet
> > port
> > > > first
> > > > > > , by using the
> > > > > > acces-list as you have mentioned
> > > > > >
> > > > > > access-list 100 permit ip any any precedence
> > > > > > critical
> > > > > > > access-list 100 permit udp any any range
> > 16384
> > > > > > 32767
> > > > > > > access-list 100 permit ip any any dscp ef
> > > > > > > access-list 100 permit udp any range 16384
> > > > 32767
> > > > > > any
> > > > > >
> > > > > > But in my scenario i would be marking the
> > > > packets
> > > > > > only between the first
> > > > > > voip box & the second one , i.e 10.66.6.126
> > &
> > > > > > 10.66.6.35.
> > > > > > How do i apply the marking of the packets on
> > the
> > > > > > ethernet, could you tell
> > > > > > me how do that part , do i need to apply
> > this
> > > > > > marking on both ends of the
> > > > > > router at the ethernet port.
> > > > > >
> > > > > > This is test setup so i have no other
> > traffic
> > > > > > between the two routers .
> > > > > > Inspite of the fact thet packets are
> > matching
> > > > the
> > > > > > qos is not working, the
> > > > > > voice is still breaking a lot .
> > > > > > the current config for the serial port for
> > both
> > > > > > routers are as follows :
> > > > > >
> > > > > >
> > > > > > router 1
> > > > > >
> > > > > > class-map voice
> > > > > > match access-group 102
> > > > > > !
> > > > > > !
> > > > > > policy-map test
> > > > > > class voice
> > > > > > priority 30
> > > > > > class class-default
> > > > > > fair-queue
> > > > > > policy-map tes
> > > > > >
> > > > > >
> > > > > > interface Serial0
> > > > > > description connected to Infinet 64K leased
> > > > line
> > > > > > for vpn
> > > > > > bandwidth 64
> > > > > > ip address 10.66.2.122 255.255.255.252
> > > > > > no ip route-cache
> > > > > > no ip mroute-cache
> > > > > > load-interval 30
> > > > > > max-reserved-bandwidth 90
> > > > > > service-policy output test
> > > > > > clockrate 64000
> > > > > >
> > > > > > access-list 102 permit udp host 10.66.6.124
> > gt
> > > > 20000
> > > > > > host 10.66.6.36 gt
> > > > > > 20000
> > > > > >
> > > > > >
> > > > > > router 2
> > > > > >
> > > > > >
> > > > > > class-map voice
> > > > > > match access-group 102
> > > > > > !
> > > > > > !
> > > > > > policy-map test
> > > > > > class voice
> > > > > > priority 30
> > > > > > class class-default
> > > > > > fair-queue
> > > > > > !
> > > > > > interface Serial0
> > > > > > description connected to Internet
> > > > > > bandwidth 64
> > > > > > ip address 10.66.2.98 255.255.255.252
> > > > > > no ip route-cache
> > > > > > no ip mroute-cache
> > > > > > load-interval 30
> > > > > > max-reserved-bandwidth 90
> > > > > > service-policy output test
> > > > > > !
> > > > > > access-list 102 permit udp host 10.66.6.36
> > gt
> > > > 20000
> > > > > > host 10.66.6.124 gt
> > > > > > 20000
> > > > > >
> > > > > > Kindly let me know if you have any ideas.
> > > > > >
> > > > > > Rgds
> > > > > > Adarsh
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Adarsh
> > > > > > ----- Original Message -----
> > > > > > From: "Erick B." <erickbe@yahoo.com>
> > > > > > To: "Adarsh Singh" <adarshs@hclinfinet.net>;
> > > > "CCIE
> > > > > > Group Study (E-mail)"
> > > > > > <ccielab@groupstudy.com>
> > > > > > Sent: Friday, October 04, 2002 9:35 PM
> > > > > > Subject: Re: CBWFQ not working on 1603 for
> > > > > > VOICE--HELP NEEDED URGENTLY
> > > > > >
> > > > > >
> > > > > > > Try making your classes and ACLs more
> > > > detailed.
> > > > > > >
> > > > > > > class-map match-all voip_traffic
> > > > > > > match access-group 100
> > > > > > > class-map match-all voip_control
> > > > > > > match access-group 101
> > > > > > >
> > > > > > > policy-map llq_256_voice_3calls
> > > > > > > class voip_traffic
> > > > > > > priority 134
> > > > > > > class voip_control
> > > > > > > bandwidth 8
> > > > > > > class class-default
> > > > > > > fair-queue
> > > > > > >
> > > > > > > access-list 100 permit ip any any
> > precedence
> > > > > > critical
> > > > > > > access-list 100 permit udp any any range
> > 16384
> > > > > > 32767
> > > > > > > access-list 100 permit ip any any dscp ef
> > > > > > > access-list 100 permit udp any range 16384
> > > > 32767
> > > > > > any
> > > > > > > access-list 101 permit tcp any range 2000
> > 2002
> > > > any
> > > > > > > access-list 101 permit tcp any any range
> > 2000
> > > > 2002
> > > > > > > access-list 101 permit tcp any range 11000
> > > > 11999
> > > > > > any
> > > > > > > access-list 101 permit tcp any any range
> > 11000
> > > > > > 11999
> > > > > > > access-list 101 permit tcp any any eq 1720
> > > > > > > access-list 101 permit tcp any eq 1720 any
> > > > > > >
> > > > > > >
> > > > > > > --- Adarsh Singh <adarshs@hclinfinet.net>
> > > > wrote:
> > > > > > > > Hi Erik
> > > > > > > >
> > > > > > > > I am getting the matched packets on the
> > > > > > access-list
> > > > > > > > for the ip packets, but
> > > > > > > > still when i start the voice
> > conversation
> > > > > > between
> > > > > > > > the two boxes, it is not
> > > > > > > > reserving the 40 Kbps , when the ftp is
> > > > going on
> > > > > > ,
> > > > > > > > the traffic reaches to
> > > > > > > > 62 Kbps , and the voice breaks while
> > talking
> > > > > > ,pls do
> > > > > > > > suggest what to do.
> > > > > > > >
> > > > > > > > Rgds
> > > > > > > > Adarsh Singh
> > > > > > > > ----- Original Message -----
> > > > > > > > From: "Erick B." <erickbe@yahoo.com>
> > > > > > > > To: "Adarsh Singh"
> > <adarshs@hclinfinet.net>;
> > > > > > "CCIE
> > > > > > > > Group Study (E-mail)"
> > > > > > > > <ccielab@groupstudy.com>
> > > > > > > > Sent: Friday, October 04, 2002 10:54 AM
> > > > > > > > Subject: Re: CBWFQ not working on 1603
> > for
> > > > > > > > VOICE--HELP NEEDED URGENTLY
> > > > > > > >
> > > > > > > >
> > > > > > > > > Thats because UDP is being matched by
> > the
> > > > > > first
> > > > > > > > entry
> > > > > > > > > in the ACL. ACL stops processing after
> > a
> > > > > > match. IP
> > > > > > > > > covers ICMP, UDP, and TCP.
> > > > > > > > >
> > > > > > > > > --- Adarsh Singh
> > <adarshs@hclinfinet.net>
> > > > > > wrote:
> > > > > > > > > > Hi ,=20
> > > > > > > > > >
> > > > > > > > > > I have been trying to implement
> > CBWFQ
> > > > > > between
> > > > > > > > two
> > > > > > > > > > cisco 1603 routers.
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > PC
> > > > > > > > > > |
> > > > > > > > > >
> > > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > >
> > > > >
> > > >
> > >
> >
> OAHO(router1)(serial0)------backtoback-------(serial0)OAREMOTE(router2)--=
> > > > > > > > > > --VOIPBOX1(10.66.6.126)
> > > > > > > > > > |
> > > > > > > > (64
> > > > > > > > > > Kbps) =
> > > > > > > > > >
> > > > > > > > |
> > > > > > > > > > |
> > > > > > > > > > =
> > > > > > > > > >
> > > > > > > > > > PC
> > > > > > > > > >
> > > > > > > > > > VOIPBOX2
> > > > > > > > > > (10.66.6.35)
> > > > > > > > > >
> > > > > > > > > > Now the default queing for the two
> > > > routers
> > > > > > is
> > > > > > > > > > Weighted fair quwing .
> > > > > > > > > >
> > > > > > > > > > Now i have reserved 30 Kbps
> > bandwidth
> > > > > > between
> > > > > > > > the
> > > > > > > > > > two router for the =
> > > > > > > > > > voice traffic , the voipbox is uing
> > UDP
> > > > > > ports
> > > > > > > > > > greater than 20000.
> > > > > > > > > >
> > > > > > > > > > So after configuring the routers , i
> > do
> > > > a
> > > > > > > > multiple
> > > > > > > > > > ftp sessions between =
> > > > > > > > > > the two PC, so that the traffic
> > between
> > > > the
> > > > > > two
> > > > > > > > > > serial interfaces =
> > > > > > > > > > touches 62 Kbps .
> > > > > > > > > >
> > > > > > > > > > Now when i start talking between
> > the
> > > > two
> > > > > > VOIP
> > > > > > > > boxes
> > > > > > > > > > , i dont see the =
> > > > > > > > > > CBWFQ kicking in & reserving the
> > > > necessary
> > > > > > > > bandwidth
> > > > > > > > > > as i have =
> > > > > > > > > > provisioned .
> > > > > > > > > >
> > > > > > > > > > I am enclosing both the router
> > > > configuration
> > > > > > :
> > > > > > > > > >
> > > > > > > > > > CONFIG OF OAHO=20
> > > > > > > > > >
> > > > > > > > > > OAHO=20
> > > > > > > > > >
> > > > > > > > > > sh ru=20
> > > > > > > > > > Building configuration...
> > > > > > > > > >
> > > > > > > > > > Current configuration : 1146 bytes
> > > > > > > > > > !
> > > > > > > > > > version 12.1
> > > > > > > > > > no service single-slot-reload-enable
> > > > > > > > > > service timestamps debug uptime
> > > > > > > > > > service timestamps log uptime
> > > > > > > > > > no service password-encryption
> > > > > > > > > > !
> > > > > > > > > > hostname OAHO
> > > > > > > > > > !
> > > > > > > > > > !
> > > > > > > > > > !
> > > > > > > > > > class-map voice
> > > > > > > > > > match access-group 101
> > > > > > > > > > !
> > > > > > > > > > !
> > > > > > > > > > policy-map test
> > > > > > > > > > class voice
> > > > > > > > > > priority 40
> > > > > > > > > > !
> > > > > > > > > > ip subnet-zero
> > > > > > > > > > ip tftp source-interface Ethernet0
> > > > > > > > > > !
> > > > > > > > > > !
> > > > > > > > > > interface Ethernet0
> > > > > > > > > > description connected to
> > EthernetLAN_1
> > > > > > > > > > ip address 10.66.6.33
> > 255.255.255.248
> > > > > > > > > > no cdp enable
> > > > > > > > > > !
> > > > > > > > > > interface Serial0
> > > > > > > > > > description connected to Internet
> > > > > > > > > > bandwidth 64
> > > > > > > > > > ip address 10.66.2.98
> > 255.255.255.252
> > > > > > > > > > no ip route-cache
> > > > > > > > > > no ip mroute-cache
> > > > > > > > > > service-policy output test=20
> > > > > > > > > > load-interval 30
> > > > > > > > > > max-reserved-bandwidth 90
> > > > > > > > > > !
> > > > > > > > > > interface BRI0
> > > > > > > > > > no ip address
> > > > > > > > > > shutdown
> > > > > > > > > > ip classless
> > > > > > > > > > ip route 0.0.0.0 0.0.0.0 10.66.2.97
> > > > > > > > > > no ip http server
> > > > > > > > > > !
> > > > > > > > > > access-list 101 permit ip host
> > > > 10.66.6.35
> > > > > > host
> > > > > > > > > > 10.66.6.126
> > > > > > > > > > access-list 101 permit udp host
> > > > 10.66.6.35
> > > > > > gt
> > > > > > > > 20000
> > > > > > > > > > host 10.66.6.126 gt =
> > > > > > > > > > 20000
> > > > > > > > > > dialer-list 1 protocol ip permit
> > > > > > > > > > tftp-server
> > flash:c1600-sy-mz.121-15.bin
> > > > > > > > > > !
> > > > > > > > > > line con 0
> > > > > > > > > > exec-timeout 0 0
> > > > > > > > > > password vpn
> > > > > > > > > > login
> > > > > > > > > > line vty 0 4
> > > > > > > > > > exec-timeout 60 0
> > > > > > > > > > password vpn
> > > > > > > > > > login
> > > > > > > > > > transport preferred none
> > > > > > > > > > !
> > > > > > > > > > end
> > > > > > > > > >
> > > > > > > > > > OAHO# show po
> > > > > > > > > > OAHO# show policy-map=20
> > > > > > > > > > Policy Map test
> > > > > > > > > > Weighted Fair Queueing
> > > > > > > > > > Class voice=20
> > > > > > > > > > Strict Priority
> > > > > > > > > > Bandwidth 40 (kbps)
> > > > > > > > > >
> > > > > > > > > > OAHO#show policy-map=20
> > > > > > > > > > Policy Map test
> > > > > > > > > > Weighted Fair Queueing
> > > > > > > > > > Class voice=20
> > > > > > > > > > Strict Priority
> > > > > > > > > > Bandwidth 40 (kbps)
> > > > > > > > > >
> > > > > > > > > > OAHO#show policy-map int se 0
> > > > > > > > > > OAHO#show int se 0
> > > > > > > > > > Serial0 is up, line protocol is
> > up=20
> > > > > > > > > > Hardware is QUICC Serial
> > > > > > > > > > Description: connected to Internet
> > > > > > > > > > Internet address is 10.66.2.98/30
> > > > > > > > > > MTU 1500 bytes, BW 64 Kbit, DLY
> > 20000
> > > > > > usec,=20
> > > > > > > > > > reliability 255/255, txload
> > 3/255,
> > > > > > rxload
> > > > > > > > 3/255
> > > > > > > > > > Encapsulation HDLC, loopback not
> > set
> > > > > > > > > > Keepalive set (10 sec)
> > > > > > > > > > Last input 00:00:00, output
> > 00:00:00,
> > > > > > output
> > > > > > > > hang
> > > > > > > > > > never
> > > > > > > > > > Last clearing of "show interface"
> > > > counters
> > > > > > > > > > 00:08:54
> > > > > > > > > > Input queue: 0/75/0/0
> > > > > > > > (size/max/drops/flushes);
> > > > > > > > > > Total output drops: 0
> > > > > > > > > > Queueing strategy: fifo
> > > > > > > > > > Output queue :0/40 (size/max)
> > > > > > > > > > 30 second input rate 1000
> > bits/sec, 4
> > > > > > > > packets/sec
> > > > > > > > > > 30 second output rate 62000
> > bits/sec,
> > > > 3
> > > > > > > > > > packets/sec
> > > > > > > > > > 816 packets input, 39184 bytes,
> > 0
> > > > no
> > > > > > buffer
> > > > > > > > > > Received 69 broadcasts, 0
> > runts, 0
> > > > > > giants,
> > > > > > > > 0
> > > > > > > > > > throttles
> > > > > > > > > > 0 input errors, 0 CRC, 0 frame,
> > 0
> > > > > > overrun,
> > > > > > > > 0
> > > > > > > > > > ignored, 0 abort
> > > > > > > > > > 717 packets output, 46507
> > bytes, 0
> > > > > > > > underruns
> > > > > > > > > > 0 output errors, 0 collisions,
> > 1
> > > > > > interface
> > > > > > > > > > resets
> > > > > > > > > > 0 output buffer failures, 0
> > output
> > > > > > buffers
> > > > > > > > > > swapped out
> > > > > > > > > > 6 carrier transitions
> > > > > > > > > > DCD=3Dup DSR=3Dup DTR=3Dup
> > > > RTS=3Dup
> > > > > > > > > > CTS=3Dup
> > > > > > > > > > --
> > > > > > > > > >
> > > > > > > > > > OAHO#show queue se 0
> > > > > > > > > > Show queue not supported with FIFO
> > > > queueing
> > > > > > > > > >
> > > > > > > > > > OAREMOTE CONFIG
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > sh ru=20
> > > > > > > > > > Building configuration...
> > > > > > > > > >
> > > > > > > > > > Current configuration : 1316 bytes
> > > > > > > > > > !
> > > > > > > > > > version 12.1
> > > > > > > > > > no service single-slot-reload-enable
> > > > > > > > > > service timestamps debug uptime
> > > > > > > > > > service timestamps log uptime
> > > > > > > > > > no service password-encryption
> > > > > > > > > > !
> > > > > > > > > > hostname OAREMOTE
> > > > > > > > > > !
> > > > > > > > > > enable secret 5
> > > > > > $1$r1WR$YWvapuJdPcjur/4S6MRKv.
> > > > > > > > > > !
> > > > > > > > > > username dlinpc password 0 npc
> > > > > > > > > > username noidad32 password 0 d32
> > > > > > > > > > !
> > > > > > > > > > class-map voice
> > > > > > > > > > match access-group 101
> > > > > > > > > > !
> > > > > > > > > > !
> > > > > > > > > > policy-map test
> > > > > > > > > > class voice
> > > > > > > > > > priority 40
> > > > > > > > > > ip subnet-zero
> > > > > > > > > > !
> > > > > > > > > > isdn switch-type basic-net3
> > > > > > > > > > !
> > > > > > > > > > !
> > > > > > > > > > !
> > > > > > > > > > interface Ethernet0
> > > > > > > > > > ip address 10.66.6.121
> > 255.255.255.248
> > > > > > > > > > ip nat inside
> > > > > > > > > > no cdp enable
> > > > > > > > > > !
> > > > > > > > > > interface Serial0
> > > > > > > > > > description connected to Infinet
> > 64K
> > > > leased
> > > > > > > > line
> > > > > > > > > > for vpn
> > > > > > > > > > bandwidth 64
> > > > > > > > > > ip address 10.66.2.122
> > 255.255.255.252
> > > > > > > > > > no ip route-cache
> > > > > > > > > > no ip mroute-cache
> > > > > > > > > > load-interval 30
> > > > > > > > > > max-reserved-bandwidth 90
> > > > > > > > > > service-policy output test
> > > > > > > > > > clockrate 64000
> > > > > > > > > > !
> > > > > > > > > > interface BRI0
> > > > > > > > > > description connected to NPC/D32
> > > > > > > > > > no ip address
> > > > > > > > > > encapsulation ppp
> > > > > > > > > > isdn switch-type basic-net3
> > > > > > > > > > no fair-queue
> > > > > > > > > > no cdp enable
> > > > > > > > > > !
> > > > > > > > > > ip classless
> > > > > > > > > > ip route 0.0.0.0 0.0.0.0 10.66.2.121
> > > > > > > > > > no ip http server
> > > > > > > > > > !
> > > > > > > > > > access-list 101 permit ip host
> > > > 10.66.6.126
> > > > > > host
> > > > > > > > > > 10.66.6.35
> > > > > > > > > > access-list 101 permit udp host
> > > > 10.66.6.126
> > > > > > gt
> > > > > > > > 20000
> > > > > > > > > > host 10.66.6.36 gt =
> > > > > > > > > > 20000
> > > > > > > > > > dialer-list 1 protocol ip permit
> > > > > > > > > > !
> > > > > > > > > > line con 0
> > > > > > > > > > exec-timeout 0 0
> > > > > > > > > > password 111
> > > > > > > > > > login
> > > > > > > > > > line vty 0 password 111
> > > > > > > > > > login
> > > > > > > > > > !
> > > > > > > > > > end
> > > > > > > > > >
> > > > > > > > > > OAREMOTE# show po
> > > > > > > > > > OAREMOTE# show policy-map=20
> > > > > > > > > > Policy Map test
> > > > > > > > > > Weighted Fair Queueing
> > > > > > > > > > Class voice=20
> > > > > > > > > > Strict Priority
> > > > > > > > > > Bandwidth 40 (kbps)
> > > > > > > > > > OAREMOTE#show po
> > > > > > > > > > OAREMOTE#show policy-map int se 0
> > > > > > > > > > Serial0 output : test
> > > > > > > > > > Weighted Fair Queueing
> > > > > > > > > > Class voice=20
> > > > > > > > > > Strict Priority
> > > > > > > > > > Output Queue: Conversation
> > 24=20
> > > > > > > > > > Bandwidth 40 (kbps) Packets
> > > > Matched
> > > > > > 40
> > > > > > > > > > (total drops/bytes drops)
> > 5/380
> > > > > > > > > > OAREMOTE#sjh=08 =08=08 =08=FF
> > > > > > > > > >
> > > > > > > > > > User Access Verification
> > > > > > > > > >
> > > > > > > > > > Password: =07=FF
> > > > > > > > > > OAHO>telnet 10.66.6.12=08 =08=08
> > =08121
> > > > > > > > > > Trying 10.66.6.121 ... Open
> > > > > > > > > >
> > > > > > > > > >
> > > > > > > > > > =20
> > > > > > > > > >
> > > > > > > > > > OAREMOTE#show policy-map=20
> > > > > > > > > > Policy Map test
> > > > > > > > > > Weighted Fair Queueing
> > > > > > > > > > Class voice=20
> > > > > > > > > > Strict Priority
> > > > > > > > > > Bandwidth 40 (kbps)
> > > > > > > > > > OAREMOTE#show po
> > > > > > > > > > OAREMOTE#show policy-map int se 0
> > > > > > > > > > Serial0 output : test
> > > > > > > > > > Weighted Fair Queueing
> > > > > > > > > > Class voice=20
> > > > > > > > > > Strict Priority
> > > > > > > > > > Output Queue: Conversation
> > 24=20
> > > > > > > > > > Bandwidth 40 (kbps) Packets
> > > > Matched
> > > > > > 40
> > > > > > > > > > (total drops/bytes drops)
> > 5/380
> > > > > > > > > > =20
> > > > > > > > > > =20
> > > > > > > > > > =20
> > > > > > > > > > =20
> > > > > > > > > > Now when i even see the access-list
> > 101
> > > > , i
> > > > > > dont
> > > > > > > > see
> > > > > > > > > > any match for the =
> > > > > > > > > > UDP packets while talking , i fail
> > to
> > > > > > undertand
> > > > > > > > that
> > > > > > > > > > because when i do =
> > > > > > > > > > debug ip packet detail , i see the
> > udp
> > > > ports
> > > > > > > > been
> > > > > > > > > > used while talking =
> > > > > > > > > > between the voip box .
> > > > > > > > > > =20
> > > > > > > > > > Can some one help me out with
> > > > this....needed
> > > > > > > > help
> > > > > > > > > > urgently .
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > > > > >
> > > > > >
> > > >
> > __________________________________________________
> > > > > > > > > Do you Yahoo!?
> > > > > > > > > New DSL Internet Access from SBC &
> > Yahoo!
> > > > > > > > > http://sbc.yahoo.com
> > > > > > >
> > > > > > >
> > > > > > >
> > > >
> > __________________________________________________
> > > > > > > Do you Yahoo!?
> > > > > > > New DSL Internet Access from SBC & Yahoo!
> > > > > > > http://sbc.yahoo.com
> > > > >
> > > > >
> > > > >
> > __________________________________________________
> > > > > Do you Yahoo!?
> > > > > Faith Hill - Exclusive Performances, Videos &
> > More
> > > > > http://faith.yahoo.com
> > > >
> > >
> > >
> > > __________________________________________________
> > > Do you Yahoo!?
> > > Faith Hill - Exclusive Performances, Videos & More
> > > http://faith.yahoo.com
> >
>
>
> __________________________________________________
> Do you Yahoo!?
> Faith Hill - Exclusive Performances, Videos & More
> http://faith.yahoo.com
This archive was generated by hypermail 2.1.4 : Tue Nov 05 2002 - 08:35:41 GMT-3