From: alain faure (alainfaure@xxxxxxxx)
Date: Fri Mar 08 2002 - 06:09:10 GMT-3
Hi,
On your design i see some point:
1- mtu to 500 : i think you have to use a mechanism for fragmenting packet more
dedicated (LFI or FRF 1? )
2- traffic-shape rate 32000 4000 4000 1000
i don't think i work's cause it limits traffic to 32kbps (you ask for 48 in
rsvp)
3-rsvp bandwith reservation is 48kbps globaly and 48kbps for one conversation
(ok, but for your codec maybye it is better if you can choose it because 48 is
not good for every codec : do not forget to add header to the payload). For
exemple g711 will ask you for 80kbps (64kbps + at least 16kbps of header-->
frame header + rtp header (well compressed, it's ok)+ip header).
4- > acc-qos guaranteed-delay; on the cd cisco prefer
We suggest that you select the controlled-load keyword for the req-qos command.
(it is because with that you request a control by bandwith, you ask for a
guaranteed-delay, that is not important with voice)
look at :
http://127.0.0.1:8080/cc/td/doc/product/software/ios121/121cgcr/multi_c/mcprt1/
mcdvoip.htm#xtocid2323016
best regards
--- Roger Schotsal <schotsal@hotmail.com> a icrit : > all,
>
> Below are my configs for this:
>
> TOPOLOGY
>
> r11 ----ETHERNET-----R2-------64k FRAME----------------R10
>
> Basically what I am trying to do is have the dial peers make rsvp
> reservations through the frame cloud. The config is successful without the
> acc-qos dial-peer config - but with it on I get:
>
> Last Disconnect Text is "qos unavailable"
>
> I cannot figure why the qos ia unavailable? rsvp does no seem to have the
> bandwidth - have I missed something?
>
> thanx,
> Roger
>
> r10
> interface Serial0/0
> mtu 500
> bandwidth 64
> ip address 150.100.32.10 255.255.224.0
> encapsulation frame-relay
> ip ospf network point-to-multipoint
> no fair-queue
> traffic-shape rate 32000 4000 4000 1000
> frame-relay map ip 150.100.32.2 807 broadcast
> frame-relay map ip 150.100.32.4 802 broadcast
> frame-relay map ip 150.100.32.10 807 broadcast
> no frame-relay inverse-arp
> frame-relay lmi-type cisco
> frame-relay ip rtp header-compression passive
> ip rsvp bandwidth 48 48
> !
> interface Ethernet0/0
> ip address 172.168.10.33 255.255.255.224
> half-duplex
> !
> dial-peer voice 1 pots
> destination-pattern 110
> port 1/0/0
> !
> dial-peer voice 2 voip
> destination-pattern 111
> session target ipv4:11.1.1.1
> acc-qos guaranteed-delay
> !
>
> r2
> interface Serial0
> mtu 500
> bandwidth 64
> no ip address
> encapsulation frame-relay
> no ip mroute-cache
> no fair-queue
> no frame-relay inverse-arp
> frame-relay lmi-type cisco
> ip rsvp bandwidth 48 48
> ip rsvp signalling dscp 0
> !
> interface Serial0.1 point-to-point
> bandwidth 64
> ip address 150.100.32.2 255.255.224.0
> ip ospf network point-to-multipoint
> no ip mroute-cache
> traffic-shape rate 32000 4000 4000 1000
> frame-relay interface-dlci 708
> frame-relay ip rtp header-compression
> ip rsvp bandwidth 48 48
> !
>
> r11
> !
> dial-peer voice 1 pots
> destination-pattern 111
> port 1/0/0
> !
> dial-peer voice 2 voip
> destination-pattern 110
> session target ipv4:172.168.10.65
> req-qos guaranteed-delay
> !
>
This archive was generated by hypermail 2.1.4 : Thu Jun 13 2002 - 10:56:56 GMT-3