What happens when you make a call from HQ to BR1 phones? If phones ring, check if show sccp connections has expected output - that is, there is a reservation of 40K bandwidth for each ringing phones.
You have partial configuration included here. Can you make sure that you have configured physical interfaces, Serial0/1/0 (from your config), on both routers to have ip rsvp bandwidth? On Mon, Jun 10, 2013 at 8:24 PM, Martin Sloan <martinsloa...@gmail.com>wrote: > Just re-read my configs, please note that BR1 *does* have the 'rsvp' > command under the dspfarm profile as well, it didn't copy over in my email: > > > dspfarm profile 1 mtp > codec pass-through > codec g729r8 > rsvp > maximum sessions software 4 > associate application SCCP > > > On Mon, Jun 10, 2013 at 10:28 AM, Martin Sloan <martinsloa...@gmail.com>wrote: > >> I'm running into an issue getting RSVP to work on Vol 2 Lab 5 and would >> like some advice on what I might have missed. >> >> The requirement is to allow an equal number of calls (2) over redundant >> links from HQ->BR1 and 4 calls from HQ->BR2. Also, RSVP should use 'video >> desired' allowing calls to proceed as audio only when there is not enough >> bandwidth for audio and video. Just using HQ->BR1 as an example, so far I >> have configured: >> >> - bandwidth statements on Serial sub-interfaces: >> >> HQ: >> >> interface Serial0/1/0.1 point-to-point >> bandwidth 384 >> ip address 10.10.111.1 255.255.255.252 >> ip ospf mtu-ignore >> snmp trap link-status >> frame-relay interface-dlci 201 >> class AutoQoS-FR-Se0/1/0-201 >> auto qos voip >> ip rsvp bandwidth 64 >> ! >> interface Serial0/1/0.2 point-to-point >> bandwidth 384 >> ip address 10.10.111.5 255.255.255.252 >> ip ospf mtu-ignore >> snmp trap link-status >> frame-relay interface-dlci 211 >> class AutoQoS-FR-Se0/1/0-201 >> ip rsvp bandwidth 64 >> >> BR1: >> >> interface Serial0/1/0.1 point-to-point >> bandwidth 384 >> ip address 10.10.111.2 255.255.255.252 >> ip ospf mtu-ignore >> snmp trap link-status >> frame-relay interface-dlci 101 >> class AutoQoS-FR-Se0/1/0-201 >> ip rsvp bandwidth 64 >> ! >> interface Serial0/1/0.2 point-to-point >> bandwidth 384 >> ip address 10.10.111.6 255.255.255.252 >> ip ospf mtu-ignore >> snmp trap link-status >> frame-relay interface-dlci 111 >> class AutoQoS-FR-Se0/1/0-201 >> ip rsvp bandwidth 64 >> >> - Software MTP on the router: >> >> HQ: >> >> sccp local Loopback0 >> sccp ccm 10.10.210.10 identifier 2 priority 2 version 7.0 >> sccp ccm 10.10.210.11 identifier 1 priority 1 version 7.0 >> sccp >> ! >> sccp ccm group 1 >> bind interface Loopback0 >> 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 8 >> associate application SCCP >> >> BR1: >> >> sccp local Loopback0 >> sccp ccm 10.10.210.11 identifier 1 priority 1 version 7.0 >> sccp ccm 10.10.210.10 identifier 2 priority 2 version 7.0 >> sccp >> ! >> sccp ccm group 1 >> bind interface Loopback0 >> 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 >> maximum sessions software 4 >> associate application SCCP >> >> - Configured both MTP's in CUCM (both are registered) >> - Placed MTP's into their own MRG >> - Placed the RSVP MRG at the bottom of the MRGL for each site >> - Set Locations RSVP settings to mandatory (video desired) >> - Inter-region settings for HQ/BR1 is set to g729 >> - HQ Device Pool contains HQ Location and Region >> - BR1 Device Pool contains BR1 Location and Region >> - HQ Device Pool is assigned to the phone placing the call to BR1 >> - BR1 Device Pool is assigned to the phone I'm calling to from HQ >> >> With the above settings, I never see any RSVP messaging on the routers. >> I've done a debug sccp all and debug ip rsvp all and there is nothing sent >> in regard to RSVP CAC. I've shut/no shut sccp about 100 times, rebooted >> the routers and rebooted the CUCM servers but still nothing. >> >> I pulled some CUCM traces and I can see there is activity for RSVP but >> it's unclear to me what the issue is. Here are the last few lines, with an >> 'SsCause' code that I haven't been able to dig up the meaning on: >> >> 000618017| 2013/06/07 11:26:50.937| 002| SdlSig | >> SsUnregisterRelRejInterceptReq | tcc_intercept | >> Cdcc(2,100,171,82) | Cc(2,100,172,1) | >> (2,100,37,1).114100-(SEP001E4A928455:10.10.200.72)| [R:NP - HP: 0, NP: 3, >> LP: 0, VLP: 0, LZP: 0 DBP: 0]SsType=33554437 SsKey=0 SsNode=2 >> SsParty=45758182 handler=0 >> 000618018| 2013/06/07 11:26:50.937| 002| SdlSig | >> SsUnregisterRelRejInterceptReq | tcc_intercept | >> Cdcc(2,100,171,82) | Cc(2,100,172,1) | >> (2,100,37,1).114100-(SEP001E4A928455:10.10.200.72)| [R:NP - HP: 0, NP: 2, >> LP: 0, VLP: 0, LZP: 0 DBP: 0]SsType=33554437 SsKey=0 SsNode=2 >> SsParty=45758182 handler=0 >> 000618019| 2013/06/07 11:26:50.937| 002| SdlSig | >> SsClearCallReq | tcc_intercept | >> Cdcc(2,100,171,82) | Cc(2,100,172,1) | >> (2,100,37,1).114100-(SEP001E4A928455:10.10.200.72)| [R:NP - HP: 0, NP: 1, >> LP: 0, VLP: 0, LZP: 0 DBP: 0]SsType=33554437 SsKey=40 SsNode=2 >> SsParty=45758182 *SsCause=125 *clearCallRequestor=0 >> clearCallInstruction=1 FDataType=0opId=0invokeId=0resultExp=F >> >> Can someone take a look and let me know if there's a glaring issue with >> my configs? I've set this up numerous times in the other labs so I'm >> either blanking on the proper configs or missing a 'gotcha' somewhere. >> >> Any help is appreciated. >> >> Marty >> > > > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > Are you a CCNP or CCIE and looking for a job? Check out > www.PlatinumPlacement.com > -- Suresh Bhandari
_______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com Are you a CCNP or CCIE and looking for a job? Check out www.PlatinumPlacement.com
