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 
______________________________________________________________________
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to