Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations MikeeOK on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

IP Office Cisco Call Manager SIP Configuration Issue - Help please!

Status
Not open for further replies.

defh

Technical User
Apr 26, 2010
11
US
Hello forum members, I´m new to the forum and I wanted to share with you a problem that I can´t figure out.

We have been using an IP office 406 (recently upgraded to 5.0) in one of our locations (Location A) and we have a second location (location B) that has a Cisco Call Manager. I have been trying (with no success) to configure SIP trunks between the two systems for basic telephony.

We have configured both IPO and CM and have tried making calls but so far I´m experiencing the following:

- When calls are being originated by the CM, the phone call rings on the IPO extension. However, when I try to pick up the call, I get no audio. The person originating the call does not even know I have picked up the phone.

- When calls are being originated by the IPO I get no response at all.

I have attached the monitor output of when calls are being received by the IPO and also generated from the IPO. Could you guys please take a look at these and give me a few pointers as to what I might habe been doing wrong?

Thanks in advance for all your help,

defh
 
why dont you just post the sysmon data instead hyper-linking to a third party site.

Correct if I'm wrong 5.0 is not supported on a 406
 
5.0 is supported on a 406 if it can handle 4.0 (memory issue)

I think it is a routing issue.


ACSS IP Office
APSS IP Office
APSS UC
ACA - Implement IP Telephony -- ACA - Design IP Telephony
ACA - Voice Services Management


______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!
 
Is there a reason you are using SIP. H323 would seem a more appropriate choice...

Also a bit more info on the system - what handsets are you using. How many VCM channels do you have? What is the netwrok setup between the systems?

At the moment we are guessing...

Take Care

Matt
I have always wished that my computer would be as easy to use as my telephone.
My wish has come true. I no longer know how to use my telephone.
 
If you make a trace regadring a SIP line why don't you enable the SIP filter?
Now you have a complete useless trace.
reading your story i think you have a routing/firewall problem. The Cisco can reach the IPO but the IPO can't reach the Cisco.
In System Status Application you can ping the Cisco in the line monitoring area, the ping is done by the IP Office and not from your PC. That is the first basic step to take.
You must be sure that IP routing is fine, then you must make sure that the used SIP port traffic can travel without restriction between both systems and real time media also.

___________________________
Call Avaya, costs only €400 per hour, you must buy at least five hours.
But then you can talk to a REAL expert....
Now that is what i call support.
 
ip office to CM:
short code:
add "@name.callmanger.com" include quotes,
you need Call Manager FQDN
example:

2N
2N"@name.callmanager.com"
10

CM to ip office:

Use codec g711...

Try this..

 
Hi, first of all, thanks for taking the time to answer. I apologize for posting incomplete information, but I'm still new to all of this. Let me try to answer your questions and also provide most of the info I currently have. Please disregard the original sysmon data. I will try to get new one using the SIP filters.

- I did not include all the info on the post as it would have made for a very long post...
- H.323 was not chosen by the IT people. IT people handle the location B resources (Cisco). I'm on the remote end with the IPO (Location A)
- I have pinged the Cisco box from the System Status App and it responded.

The configuration looks like the following:

VCM (8 resources)
5 SIP Trunk licenses
Digital 2420 Handsets
Outgoing calls use the following short code:
38XXX 38N"@152.220.44.205" 9
Line Group ID 9 points toward the SIP Line
I do not have anything on Authentication/Pwd
I used the CUCM-IPO-SIPtrk.pdf guide that is available on the web for the configuration.

I attached a drawing of the set up including all IP routes on the IPO (sorry for the third party).

I will get new traces this afternoon. On SysMON which SIP filters do you suggest I enable? all of the options?

I understand I need to make sure ports 49152-53246 are not blocked and also 5060. Any others? According to the IT person, there is no blocking between the sites as they are within the private network.

Thanks,

defh
 
 http://www.mediafire.com/?wwtrwtw5o3r
According to the IT person, there is no blocking between the sites as they are within the private network"...

That is always the case until two weeks later you find out it is and then they go "Oh yeah, I've never seen that before" :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
Remove the 152.220.243.0 route, the 0.0.0.0 route is clashing with it and that can cause funny things plus the IP office automatically routes things on it's own subnet without needing a ststic route :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
Can the Cisco also ping the IP Office, if so I doubt it's the route that's the cause of this issue though as pings are traversing correctly, but it's good practice :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
amriddle,

I hear what you are saying regarding the blocking, so I will insist on having this checked.

The 0.0.0.0 route covers all so the 152.220.243.0 should not be needed, correct?

Yes they can both be pinged.

Rgds,

defh
 
The 0.0.0.0 route covers all so the 152.220.243.0 should not be needed, correct?"

Kind of, the system has routes built in that are not shown in IP route but can be seen using SSA in the IP Route section, these take care of local subnet traffic, so you can safely remove that route if you like :)



ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
You know what to do with Cisco don't you?
realization.gif


___________________________
Call Avaya, costs only €400 per hour, you must buy at least five hours.
But then you can talk to a REAL expert....
Now that is what i call support.
 
I like that picture but it never displays, I need to paste the address into the address bar to display it :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
I believe we are ok on the Cisco side. The IT person went through the config. The calls get to the IP office, it seems it is only the IPO traffic going back to Cisco that is not working.

defh
 
I think your statement is back to front,the fact the call gets into the IP Office means you have the IP office configured correctly to accept the call, I would say the Cisco isn't set up correctly to accept the IP Offices incoming call, do they see any traffic coming in on the Cisco side? What does Monitor show, did you run the trace? :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
Im getting this for outgoing calls(not sure if applied filters correctly):

1365585mS PRN: Monitor Started IP=152.220.243.6 IP 406 DS 5.0(15) ADC
(IP Office: Supports Unicode, System Locale is esv)
1365586mS PRN: LAW=U PRI=0, BRI=0, ALOG=8, ADSL=0 VCOMP=8, MDM=0, WAN=0, MODU=0 LANM=0 CkSRC=0 VMAIL=1(VER=2 TYP=3) CALLS=0(TOT=9)
1365814mS RES: Tue 27/4/2010 13:54:00 FreeMem=39443684(2) CMMsg=3 (5) Buff=100 568 499 1092 5 Links=8494
1365814mS RES2: IP 406 DS 5.0(15) Tasks=24 RTEngine=0 CMRTEngine=0 Timer=50 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=1
1368586mS PRN: +++ START OF ALARM LOG DUMP +++
1368586mS PRN: ALARM: 20/02/2008 17:47:59 IP 406 DS 4.0(1001) <TLB Data > CRIT RAISED addr=0745533b d=5 pc=ff4805b4 ff483ee8 ff4807e0 ff480c88 ff47597c ff475cd4
1368586mS PRN: +++ END OF ALARM LOG DUMP +++
1375006mS PRN: 208: Digit Pressed 3
1375012mS CMExtnRx: v=208, p1=0
CMSetup
Line: type=DigitalExtn 3 Call: lid=0 id=1032 in=0
Called[] Type=Default (100) Reason=CMDRdirect Calling[208] Type=Internal Plan=Default
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
IE CMIECallingPartyName (110)(Type=CMNameDefault) name=Defh
IE CMIECallingPartyKName (226)(Type=CMNameDefault) name=Defh
1375014mS CMTARGET: 0.1032.0 10 Defh.0: LOOKUP CALL ROUTE: type=100 called_party= sub= calling=208 dir=out complete=0 ses=0
1375014mS CMTARGET: 0.1032.0 10 Defh.0: ADD TARGET (N): number= type=100 depth=1 nobar=1 setorig=1 ses=0
1375016mS CMExtnTx: v=208, p1=0
CMSetupAck
Line: type=DigitalExtn 3 Call: lid=0 id=1032 in=0
BChan: slot=1 chan=15
Timed: 27/04/10 13:54
1375016mS CMExtnRx: v=208, p1=0
CMInformation
Line: type=DigitalExtn 3 Call: lid=0 id=1032 in=0
Called[3] Type=Default (100) Reason=CMDRdirect
1375018mS CD: CALL: 0.1032.0 BState=Idle Cut=0 Music=0.0 Aend="Defh(208)" (1.15) Bend="" [] (0.0) CalledNum=3 () CallingNum=208 (Defh) Internal=1 Time=11 AState=Dialling
1375207mS PRN: 208: Digit Pressed 8
1375208mS CMExtnRx: v=208, p1=0
CMInformation
Line: type=DigitalExtn 3 Call: lid=0 id=1032 in=0
Called[8] Type=Default (100) Reason=CMDRdirect
1375314mS RES: Tue 27/4/2010 13:54:09 FreeMem=39423068(2) CMMsg=3 (5) Buff=84 568 497 1092 5 Links=8474
1375315mS RES2: IP 406 DS 5.0(15) Tasks=24 RTEngine=0 CMRTEngine=0 Timer=50 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=1
1375756mS PRN: 208: Digit Pressed 2
1375757mS CMExtnRx: v=208, p1=0
CMInformation
Line: type=DigitalExtn 3 Call: lid=0 id=1032 in=0
Called[2] Type=Default (100) Reason=CMDRdirect
1376006mS PRN: 208: Digit Pressed 6
1376007mS CMExtnRx: v=208, p1=0
CMInformation
Line: type=DigitalExtn 3 Call: lid=0 id=1032 in=0
Called[6] Type=Default (100) Reason=CMDRdirect
1376008mS CMTARGET: 0.1032.0 10 Defh.0: CancelTimer CMTCDelayedProcessing
1376008mS CMTARGET: 0.1032.0 10 Defh.0: LOOKUP CALL ROUTE: type=100 called_party=3826 sub= calling=208 dir=out complete=0 ses=0
1376009mS CMTARGET: 0.1032.0 10 Defh.0: ADD TARGET (N): number=3826 type=100 depth=1 nobar=1 setorig=1 ses=0
1376252mS PRN: 208: Digit Pressed 0
1376253mS CMExtnRx: v=208, p1=0
CMInformation
Line: type=DigitalExtn 3 Call: lid=0 id=1032 in=0
Called[0] Type=Default (100) Reason=CMDRdirect
1376254mS CMTARGET: 0.1032.0 10 Defh.0: LOOKUP CALL ROUTE: type=100 called_party=38260 sub= calling=208 dir=out complete=0 ses=0
1376254mS CMTARGET: 0.1032.0 10 Defh.0: ADD TARGET (N): number=38260 type=100 depth=1 nobar=1 setorig=1 ses=0
1376255mS CMTARGET: 0.1032.0 10 Defh.0: SYS SC: 38260 5 260 sc=type=Dial code=38XXX, num=38N"@152.220.44.205" callinfop->sending_complete=0 secondary_dialtone=
1376256mS CMARS: FindActiveARSByGroupID GroupID=9 - Not Found
1376256mS CMLRQ: FindActiveLRQByGroupID GroupID=9 - Not Found
1376257mS CMMap: a=3.1 b=0.0 Mapper::AllocateCodec allocated CMRTVocoder resource busy 1, total 8
1376257mS Sip: License, Valid 1, Available 5, Consumed 0
1376259mS Stun: Info: media ports will be mapped with STUN.
1376277mS CMTARGET: DIAL LINE: 10 GROUP = 9 SUCCESS = fea90748
1376277mS CMTARGET: 0.1032.0 10 Defh.0: CancelTimer CMTCDialToneTimeout
1376277mS CMTARGET: 0.1032.0 10 Defh.0: INITIAL TARGETING SUCCEEDED
1376277mS CMTARGET: 0.1032.0 10 Defh.0: GetNoAnswerTimer:15
1376283mS VOIP: (Out) 9.1034.0 10 SIPTrunk Endpoint: SetLocalState LCIdle -> LCFSInitialize
1376284mS CMLineTx: v=0
CMSetup
Line: type=IPLine 9 Call: lid=9 id=1034 in=0
Called[38260@152.220.44.205] Type=Default (100) Reason=CMDRdirect Calling[208] Type=Internal Plan=Default
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
BChan: slot=1 chan=15
IE CMIERespondingPartyName (228)(Type=CMNameDefault) name=Defh
IE CMIERespondingPartyKName (229)(Type=CMNameDefault) name=Defh
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:101 N:100 R:4) number=208
IE CMIEDeviceDetail (231) LOCALE=esv HW=8 VER=5 class=CMDeviceStdPhone type=18 number=55 channel=0 rx_gain=32 tx_gain=32 ep_callid=1032 ipaddr=152.220.243.25 apps=0
IE CMIECallingPartyName (110)(Type=CMNameDefault) name=Defh
IE CMIECallingPartyKName (226)(Type=CMNameDefault) name=Defh
IE CMIEMohSourceId (247) MOH Source = 255
IE CMIEFastStartInfoData (6)
Display [Defh>38260]
Timed: 27/04/10 13:54
Locale: esv
1376284mS Stun: Creating STUNClient to resolve binding for 152.220.243.25:49152, server 69.90.168.13:3478
1376285mS Stun: Creating STUNUdpClient port 49152 address fea8c738
1376285mS Stun: StunClient: ResolveIPAndPort 152.220.243.25:49152
1376285mS Stun: Creating STUNClient to resolve binding for 152.220.243.25:49153, server 69.90.168.13:3478
1376286mS Stun: Creating STUNUdpClient port 49153 address feaa1e7c
1376286mS Stun: StunClient: ResolveIPAndPort 152.220.243.25:49153
1376289mS CD: CALL: 0.1032.0 BState=Idle Cut=0 Music=0.0 Aend="Defh(208)" (1.15) Bend="Line 9" [Line 9] (0.0) CalledNum=38260 () CallingNum=208 (Defh) Internal=0 Time=1282 AState=Dialling
1376385mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 0
1376387mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 0
1376486mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 1
1376488mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 1
1376686mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 2
1376688mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 2
1377087mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 3
1377089mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 3
1377888mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 4
1377889mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 4
1379488mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 5
1379489mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 5
1381089mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 6
1381090mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 6
1382690mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 7
1382692mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 7
1384290mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 8
1384293mS Stun: StunClient: ResponseTimeout in Resolve RTP, attempt 8
1385890mS Sip: CMMediaSTUNFilter::callback_received addr fea895d0 (rtp fea895d0 rtcp fea89730)
1385895mS Sip: CMMediaSTUNFilter::callback_received addr fea89730 (rtp fea895d0 rtcp fea89730)
1385898mS CMLineRx: v=0
CMReleaseComp
Line: type=IPLine 9 Call: lid=9 id=1034 in=0
IE CMIERespondingPartyNumber (230)(P:100 S:100 T:0 N:100 R:4) number=38260
IE CMIEDeviceDetail (231) LOCALE=esv HW=8 VER=5 class=CMDeviceSIPTrunk type=0 number=9 channel=0 rx_gain=32 tx_gain=32 ep_callid=1034 ipaddr=152.220.243.25 apps=0
Cause=38, Network out of order
1385899mS CMTARGET: 0.1032.0 10 Defh.0: CancelTimer CMTCNoAnswerTimeout
1385909mS CMLOGGING: CALL:2010/04/2713:54,00:00:00,000,208,O,38260@152.220.44.205,38260,Defh,,,0,,""n/a,0
1385909mS CD: CALL: 0.1032.0 BState=Disconnecting Cut=0 Music=0.0 Aend="Defh(208)" (1.15) Bend="Line 9" [Line 9] (0.0) CalledNum=38260@152.220.44.205 () CallingNum=208 (Defh) Internal=0 Time=10902 AState=Dialling
1385910mS CD: CALL: 0.1032.0 Deleted
1385914mS Sip: SipTCPUser has 1 dialog open
1385917mS Sip: CMMediaSTUNFilter endpoint got deleted...
1385917mS Sip: ~SipTrunkEndpoint 9.1034.0 -1 SIPTrunk Endpoint
1385918mS Stun: ~STUNClient 152.220.243.25:49152
1385918mS Stun: ~STUNClient 152.220.243.25:49153
1385924mS CMMap: a=3.1 b=0.0 Mapper::FreeCodec freed CMRTVocoder resource busy 0, total 8
1385925mS CMMap: a=1.15 b=0.0 B2
1386175mS CMMap: a=1.15 b=0.0 B0
1386314mS RES: Tue 27/4/2010 13:54:20 FreeMem=39432972(2) CMMsg=3 (5) Buff=100 568 497 1092 5 Links=8491
1386314mS RES2: IP 406 DS 5.0(15) Tasks=24 RTEngine=0 CMRTEngine=0 Timer=50 Poll=0 Ready=0 CMReady=0 CMQueue=0 VPNNQueue=0 Monitor=1
1386425mS CMMap: a=1.15 b=0.0 B2
1386675mS CMMap: a=1.15 b=0.0 B0
1386925mS CMMap: a=1.15 b=0.0 B2
1387176mS CMMap: a=1.15 b=0.0 B0
1387426mS CMMap: a=1.15 b=0.0 B2
1387677mS CMMap: a=1.15 b=0.0 B0
1387926mS CMMap: a=1.15 b=0.0 B2
1387967mS CMExtnRx: v=208, p1=0
CMReleaseComp
Line: type=DigitalExtn 3 Call: lid=0 id=1032 in=0
1387968mS CMTARGET: 0.1032.0 -1 BaseEP: ~CMTargetHandler
1387971mS CMMap: a=1.15 b=0.0 B0
1389969mS CMExtnTx: v=208, p1=0
CMVoiceMailStatus
Line: type=DigitalExtn 3 Call: lid=0 id=-1 in=0
Called[Defh Msgs=0 Old=0 Sav=0] Type=Default (100) Reason=CMDRdirect Calling[00000000] Type=Default Plan=Default
Display [Defh Msgs=0]
Timed: 27/04/10 13:54

 
I would turn STUN off, this isn't going through a NAT'd connection according to your setup :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
Cause=38, Network out of order" would also suggest that for some reason the SIP traffic isn't making it to the other side :)

ACSS Small and Medium Enterprise (SME) Communications

"What the Crocodile Hat....was that?
 
turned STUN off (Open Internet). now it rings on both sides but I still get no audio.

Defh
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top