02-08-2013 08:06 AM - edited 03-19-2019 06:14 AM
Technology: Voice - Communications Manager
Subtechnology: Communications Manager PSTN/PBX Inbound/outbound Call Failure across Cisco Gateway (H.323, MGCP, SIP)
Problem Code: Configuration Assistance
Software Version: Cisco Unified Communications Manager v.8.6.2.20000-2
Problem Details: Hi team.
I need support in the integration of a Communications Manager v.8.6 with a PBX Nortel Meridian 1.
The SIP Trunk was configured successfully between both devices. The calls on CUCM->PBX-Nortel direction are established perfectly.
The calls on PBX-Nortel->CUCM direction fail to establish and generates busy tone to caller.
The SIP Trunk configuration was performed according to the steps in the following document:
http://www.cisco.com/en/US/solutions/collateral/ns340/ns414/ns728/ns784/989942.pdf
The last step is to apply a recommended SIP Normalization Script and set the one in the paper.
With this configuration, the call behavior on the PBX-Nortel->CUCM is the same.
This SIP Normalization Script understand that it is for the CUCM can modify the "phone-context" and the parameters that are before or after the @ (as defined).
In our case [according the captures (.cap) attached] calls coming from the Nortel PBX adds the extension you are calling, followed by the @ + domain.
Obviously the CUCM not know that domain and does not allow the call is established. We think these instructions should be given in the SIP Normalization Script. I need support to learn if the script used is correct.
Thanks.
ErnestoG
02-08-2013 08:07 AM
On PBX-Nortel -> CUCM direction (Ext. 23264 to Ext. 22595), the call reaches the CUCM as follows:
sip:22595; phone-context=campina02.campina01.com@pdvsacampina.com:5060 ... that "phone-context" and "domain" after the @ not know how the CUCM can interpret it and remove it. We believe it is through the SIP Normalization Script that CUCM can "clean up" the number of the receiver and the call can be established.
Thanks.
ErnestoG.
09-13-2013 07:30 AM
Hi Ernesto,
im having the same issue on the same kind of integration (Nortel - CUCM), how did you fixed it?
can you please share?
thanks,
01-10-2014 01:24 AM
Hello Ernesto,
I have a similar issue. In my case I have a CUCM 9.1.2 and a Nortel CS1000E v.7.x
Did you find a solution for this ?
Regards,
Jerome
01-10-2014 12:24 PM
hi, Jerome, i have done a piece of script as follows
To: <43444>phone-context=udpdomain.com@domain.com;user=phone>43444>
to = to:gsub(";phone%-context=[^;]*;([^@]*)@domain.com", ";%1@192.168.30.17")
to = to:gsub(";phone%-context=[^;]*;([^@]*)", ";%1@192.168.30.17")
to = to:gsub(";phone%-context=[^@domain.com]*@", "@")
to = to:gsub(";user=phone", "")
msg:modifyHeader("To", to)
end
return Nortel
get to read it from the following link
http://www.lua.org/manual/5.2/manual.html#6.4, but at the end the nortel guy modified the parameters and removed the piece of information i needed.
01-12-2014 07:07 PM
I have the same issue for sip trunk between Call Manager 9.1 and Nortel but for Call manager return Unable to find a device handler for the request received after get SIP invite from Nortel.
I don;t know how to solving this issue.
Hi Javier,
Can you explain your script for me?
01-12-2014 11:21 PM
Hello Natee,
The issue you describe does not seem to be related with the script.
Have you made sure that the Incoming CSS contains the right partition ? I remember having faced the same issue some time ago and the CSS/Partition was the reason.
Other possibility is the Organization Top Level Domain in the enterprise parameters that is not set.
Regards,
Jerome
01-12-2014 11:51 PM
Hi Jerome,
incoming CSS is correct, Organization Top Level Domain already configure but problem still occur. So if we used voice gateway between CUCM and Nortel is work fine.
CUCM -- [sip] -- Nortel = not work
CUCM -- [sip] -- CiscoVG -- [sip] -- Nortel = work
:S
01-13-2014 12:16 AM
Re,
have you configured all the possible IP addresses for the SIP trunk? Perhaps the Nortel will send from multiple IP addresses. For example I have a virtual IP to send my requests to, but in total there are 4 addresses that may reply.
Can you check the CDR logs and see whether your calls fall into the right partition ?
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide