Peter, Yes if I set rsvp to "no reservation" it works fine.
I have already erased all the config, will re do it from scratch on the weekend and let you know if problem persist. Thanks! -----Original Message----- From: Peter Slow [mailto:peter.s...@gmail.com] Sent: Thursday, 1 October 2009 3:13 AM To: Mike Thompson; Aamir Panjwani Cc: Michael Ciarfello; ccie_voice@onlinestudylist.com Subject: Re: [OSL | CCIE_Voice] vol 2 lab 3 : RSVP just won't work Aamir... ...if you leae EVERYTHING else alone, but set the RSVP requirement to none, i assume it works then? Can we see configs from both routers please, along with "sh ip route" from each? -Peter On Wed, Sep 30, 2009 at 10:09 AM, Mike Thompson <mthompson...@gmail.com> wrote: > I agree, there should be a LOT more output to a RSVP ALL debug. > > > > I had the same issue when I first configured it. my issue was that my ip > rspv bandwidth 112 statement didn't 'stick' when I first configured it > (likely a user entry error due to long lab hours). Once I corrected that, > it worked fine. > > > > If I recall, I was getting a similar message initially. > > > > From: Michael Ciarfello [mailto:mciarfe...@iplogic.com] > Sent: Wednesday, September 30, 2009 12:54 AM > To: Aamir Panjwani; Mike Thompson; ccie_voice@onlinestudylist.com > Subject: RE: [OSL | CCIE_Voice] vol 2 lab 3 : RSVP just won't work > > > > I am not an RSVP debug expert, but I think this is what's getting you. > There should also be a LOT more output. > > Do you have ip rsvp command on all interfaces in the path? Bandwidth on the > WAN interfaces you want to subtract from. > > > > Sep 30 04:34:03.166: RSVP-MSG: 10.10.101.1 _17284->10.10.200.3 > _17888[0.0.0.0]: no matching path state for Resv > > ________________________________ > > From: Aamir Panjwani [aamir.panjw...@ivision.com.au] > Sent: Wednesday, September 30, 2009 12:49 AM > To: Michael Ciarfello; Mike Thompson; ccie_voice@onlinestudylist.com > Subject: RE: [OSL | CCIE_Voice] vol 2 lab 3 : RSVP just won't work > > Please see attached output of "debug ip rsvp all" from HQ and BR1 side > > > > Test call was made from HQ to BR1 > > > > From: Michael Ciarfello [mailto:mciarfe...@iplogic.com] > Sent: Wednesday, 30 September 2009 2:25 PM > To: Aamir Panjwani; Mike Thompson; ccie_voice@onlinestudylist.com > Subject: RE: [OSL | CCIE_Voice] vol 2 lab 3 : RSVP just won't work > > > > Do you get output if do debug ip rsvp all? > > > > ________________________________ > > From: ccie_voice-boun...@onlinestudylist.com > [ccie_voice-boun...@onlinestudylist.com] On Behalf Of Aamir Panjwani > [aamir.panjw...@ivision.com.au] > Sent: Wednesday, September 30, 2009 12:22 AM > To: Mike Thompson; ccie_voice@onlinestudylist.com > Subject: Re: [OSL | CCIE_Voice] vol 2 lab 3 : RSVP just won't work > > Yep all registered in their own MRG/MRGL....location bandwidth resync didn't > make any difference. > > > > Restarted CCM service too.....only thing left is to reboot the gateways > > > > From: Mike Thompson [mailto:mthompson...@gmail.com] > Sent: Wednesday, 30 September 2009 1:48 PM > To: Aamir Panjwani; ccie_voice@onlinestudylist.com > Subject: RE: [OSL | CCIE_Voice] vol 2 lab 3 : RSVP just won't work > > > > So they're all registered. > > > > Each of them is in their own MRG, etc. > > > > Did you do a resync bandwidth after making any Location changes? > > > > From: Aamir Panjwani [mailto:aamir.panjw...@ivision.com.au] > Sent: Tuesday, September 29, 2009 11:13 PM > To: Mike Thompson; ccie_voice@onlinestudylist.com > Subject: RE: [OSL | CCIE_Voice] vol 2 lab 3 : RSVP just won't work > > > > show sccp output below > > > > HQ > > > > MTP Oper State: ACTIVE - Cause Code: NONE > > Active Call Manager: 10.210.210.11, Port Number: 2000 > > TCP Link Status: CONNECTED, Profile Identifier: 1 > > Reported Max Streams: 8, Reported Max OOS Streams: 0 > > Supported Codec: pass-thru, Maximum Packetization Period: N/A > > Supported Codec: g729r8, Maximum Packetization Period: 60 > > Supported Codec: rfc2833 dtmf, Maximum Packetization Period: 30 > > Supported Codec: rfc2833 pass-thru, Maximum Packetization Period: 30 > > Supported Codec: inband-dtmf to rfc2833 conversion, Maximum Packetization > Period: 30 > > RSVP : ENABLED > > > > BR1 > > > > MTP Oper State: ACTIVE - Cause Code: NONE > > Active Call Manager: 10.210.210.11, Port Number: 2000 > > TCP Link Status: CONNECTED, Profile Identifier: 1 > > Reported Max Streams: 8, Reported Max OOS Streams: 0 > > Supported Codec: pass-thru, Maximum Packetization Period: N/A > > Supported Codec: g729r8, Maximum Packetization Period: 60 > > Supported Codec: rfc2833 dtmf, Maximum Packetization Period: 30 > > Supported Codec: rfc2833 pass-thru, Maximum Packetization Period: 30 > > Supported Codec: inband-dtmf to rfc2833 conversion, Maximum Packetization > Period: 30 > > RSVP : ENABLED > > > > > > > > > > From: Mike Thompson [mailto:mthompson...@gmail.com] > Sent: Wednesday, 30 September 2009 1:11 PM > To: Aamir Panjwani; ccie_voice@onlinestudylist.com > Subject: RE: [OSL | CCIE_Voice] vol 2 lab 3 : RSVP just won't work > > > > What's show sccp tell you at both routers? > > > > From: ccie_voice-boun...@onlinestudylist.com > [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of Aamir Panjwani > Sent: Tuesday, September 29, 2009 10:42 PM > To: ccie_voice@onlinestudylist.com > Subject: [OSL | CCIE_Voice] vol 2 lab 3 : RSVP just won't work > > > > I have tested RSVP CAC few time before and it always works, but this time > not sure what's happening it just won't work. I get "not enough bandwidth" > on the phone display. Had a look at CCM traces and couldn't pickup anything > obvious. > > > > 1) HQ and BR1 RSVP agent is registered in CUCM and configured on both > MGCP gateways > > 2) Ip rsvp bandwidth 112 command is configured on both ends. Even if I > set the bandwidth to 400 it won't work > > 3) Appropriate MRG, MRGL and location configured and assigned to > respective device pools > > 4) RSVP location set to "mandatory" between HQ and BR1. Video bandwidth > set to none. > > 5) Have done no sccp/sccp, no mgcp/mgcp few times > > 6) Have tried configuring ip rsvp bandwidth on physical and sub > interfaces > > 7) Reset MRGL, phones etc > > > > sccp local GigabitEthernet0/0.130 > > sccp ccm 10.210.210.11 identifier 2 version 7.0 > > sccp ccm 10.210.210.12 identifier 1 version 7.0 > > sccp > > ! > > sccp ccm group 1 > > bind interface GigabitEthernet0/0.102 > > associate ccm 1 priority 1 > > associate ccm 2 priority 2 > > associate profile 1 register HQ-RSVP > > ! > > dspfarm profile 1 mtp > > codec pass-through > > codec g729r8 > > rsvp > > maximum sessions software 4 > > associate application SCCP > > > > ************************************************* > > > > sccp local Vlan230 > > sccp ccm 10.210.210.11 identifier 1 version 7.0 > > sccp ccm 10.210.210.12 identifier 2 version 7.0 > > sccp > > ! > > sccp ccm group 1 > > bind interface Vlan230 > > associate ccm 1 priority 1 > > associate ccm 2 priority 2 > > associate profile 1 register BR1-RSVP > > ! > > dspfarm profile 1 mtp > > codec pass-through > > codec g729r8 > > rsvp > > maximum sessions software 4 > > associate application SCCP > > > > > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > ______________________________________________________________________ > This email has been scanned by the MessageLabs Email Security System. > For more information please visit http://www.messagelabs.com/email > ______________________________________________________________________ > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
