Make sure your CCM instances are defined in IOS with ver 5.0.1 or higher. They will register with a lower version - but they won't engage RSVP. If that fails, reboot both HQ and BR1 routers and try again.
-- Mark Snow CCIE #14073 (Voice, Security) Senior Technical Instructor - IPexpert, Inc. Telephone: +1.810.326.1444 Fax: +1.309.413.4097 Mailto: ms...@ipexpert.com -- Join our free online support and peer group communities: http://www.IPexpert.com/communities -- IPexpert - The Global Leader in Self-Study, Classroom-Based, Video-On- Demand and Audio Certification Training Tools for the Cisco CCIE R&S Lab, CCIE Security Lab, CCIE Service Provider Lab , CCIE Voice Lab and CCIE Storage Lab Certifications. -- On Sep 3, 2009, at 10:21 AM, Kumar, Narinder wrote: > MTP registered. > Under location it is set to unlimited > > For HQ - No reservation, bri Mandatory > > For BR1 - NO reservation , hq mandatory > Debug rsvp all - no output at all > > Video bandwidth set to none > > > -----Original Message----- > From: Jonathan Charles [mailto:jonv...@gmail.com] > Sent: Friday, 4 September 2009 12:17 AM > To: Kumar, Narinder > Cc: ccie_voice@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] RSVP not working > > 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 >> > > > 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
