Well, RSVP initially requests 40k for a G.729 call and then drops down
to 24k, so if it is 37k, yeah, it is going to fail.

Under Locations, it is set to unlimited right?

And the MTP is registered and assigned to the DP of the receiving phone?

Do a debug ip rsvp all and post the results, see if the request is
even being made...


On Thu, Sep 3, 2009 at 5:02 AM, Kumar,
Narinder<narinder.ku...@uxcg.com.au> wrote:
> My knowledge about RSVP is very little
>
> RSVP Location CAC issue not working.
>
> After configuring RSPV all calls between HQ and BR1 invoking AAR.
>
> Sh ip rsvp reservation return nothing
>
> ***********************************
> SiteA#sh ip rsvp
> RSVP: enabled (on 2 interface(s))
> Signalling:
>  Refresh interval (msec): 30000
>  Refresh misses: 4
>
> Rate Limiting: enabled
>  Burst: 8
>  Limit: 37--------------------------------------------As I have configured 
> the bandwidth to 180K shouldn't this be reflection the correct values instead 
> of 37
>  Maxsize: 2000
>  Period (msec): 20
>  Max rate (msgs/sec): 400
>
> Refresh Reduction: disabled
>  ACK delay (msec): 250
>  Initial retransmit delay (msec): 1000
>  Local epoch: 0xBE1FBD
>  Message IDs: in use 0, total allocated 0, total freed 0
>
> Neighbors: 0
>  Raw IP encap: 0  UDP encap: 0  Raw IP, UDP encap: 0
>
> Hello:
>  Fast-Reroute/Reroute: Disabled
>    Statistics: Disabled
>  Graceful Restart: Disabled
>
> Graceful Restart: Disabled
>  Refresh interval: 10000 msecs
>  Refresh misses: 4
>  DSCP: 0x30
>  Advertised restart time: 5 msecs
>  Advertised recovery time: 0 msecs
>  Maximum wait for recovery: 3600000 msecs
>
> Fast-Reroute:
>  PSBs w/ Local protection desired
>    Yes: 0
>    No:  0
> Local policy:
> COPS:
>
> Generic policy settings:
>    Default policy: Accept all
>    Preemption:     Disabled
>
> ***********************************
>
> Here is my config snip
>
> interface Serial0/0/0.200 point-to-point
>  ip address 10.230.1.5 255.255.255.252
>  snmp trap link-status
>  frame-relay interface-dlci 201
>  ip rsvp bandwidth 180
>
>
> sccp local GigabitEthernet0/0.201
> sccp ccm 10.10.20.1 identifier 2 version 6.0
> sccp ccm 10.10.20.2 identifier 1 version 6.0
> sccp
> !
> sccp ccm group 1
>  bind interface GigabitEthernet0/0.201
>  associate ccm 1 priority 1
>  associate ccm 2 priority 2
>  associate profile 2 register hq-rsvp
> !
> dspfarm profile 2 mtp
>  codec g711ulaw
>  codec pass-through
>  rsvp
>  maximum sessions software 4
>  associate application SCCP
>
>
>
> CONFIDENTIALITY - The information contained in this electronic mail message 
> is confidential and is intended solely for the addressee(s). If you are not 
> an authorised recipient of this message please contact UXC Getronics 
> Australia immediately by reply email and destroy/delete this message from 
> your computer.  Any unauthorised form of reproduction of this message, or 
> part thereof, is strictly prohibited.
> DISCLAIMER - Unless specifically indicated otherwise, the views and opinions 
> expressed in this email are those of the sender and not UXC Getronics 
> Australia.  While we endeavour to protect our network from computer viruses, 
> UXC Getronics Australia does not warrant that this email or any attachments 
> are free of viruses or any other defects or errors.  It is the duty of the 
> recipient to virus scan and otherwise test any information contained in this 
> email before loading onto any computer system.
>
> _______________________________________________
> For more information regarding industry leading CCIE Lab training, please 
> visit www.ipexpert.com
>
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to