MTP or MTPs? You should have one for each end....
J On Thu, Sep 3, 2009 at 9:27 AM, Jonathan Charles<jonv...@gmail.com> wrote: > Post the config for BR1 > > On Thu, Sep 3, 2009 at 9:21 AM, Kumar, > Narinder<narinder.ku...@uxcg.com.au> 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
