[cisco-voip] Calling Name Issue with Nortel 11c and 61c with QSIG

Tim Smith thsglobal at gmail.com
Mon Nov 2 03:30:36 EST 2009


Are there other dial peers on the VG's? or are is the connection purely a
trunk between the 2 x PBX's?

There are H323 and SIP tunnelling features that should pass the Q.SIG
between them transparently.

See this for example..
http://www.cisco.com/en/US/docs/ios/voice/sip/configuration/guide/tunneling_qsig_ps6441_TSD_Products_Configuration_Guide_Chapter.html

Cheers,

Tim.

On Mon, Nov 2, 2009 at 4:42 PM, Syed Khalid Ali <
syed.khalid.khursheed at gmail.com> wrote:

> There is NO CallManager involved. Just two voice gateways.
>
> On Sun, Nov 1, 2009 at 11:31 PM, Nate VanMaren <VanMarenNP at ldschurch.org>wrote:
>
>>  Is there a Cisco Communications Manager controling the voicegateways?
>> H.323 support for QSIG is very very limited, you need to run the gateways
>> with MGCP, and you'll get much better results with QSIG.
>>
>> -Nate
>>  ------------------------------
>> *From:* cisco-voip-bounces at puck.nether.net [
>> cisco-voip-bounces at puck.nether.net] On Behalf Of Syed Khalid Ali [
>> syed.khalid.khursheed at gmail.com]
>> *Sent:* Sunday, November 01, 2009 1:39 AM
>> *To:* cisco-voip at puck.nether.net
>> *Subject:* [cisco-voip] Calling Name Issue with Nortel 11c and 61c with
>> QSIG
>>
>>  Greeting:
>>
>>  I have the following scenario. Two PBXes 11c and 61c. Both connected
>> with Cisco Voice gateways as following:
>>
>> 11c----------------E1----------------VG1----------------VG2----------------61c
>> Calls are working fine but I could not able to get the Caller Name at each
>> site. Both PBXes are acting the ISDN network side but QSIG.
>>
>>  11c has extension of 12XX and
>> 61c has 2XXX, 3XXX, 4XXX
>>
>>  After looking at the command reference, I concluded that following
>> commands should work:
>> isdn supp-service name calling
>> isdn outgoing display-ie
>>
>>  I did the following config on both sides:
>>  interface Serial0/3/0:15
>>  no ip address
>>  no logging event link-status
>>  isdn switch-type primary-qsig
>>  isdn incoming-voice voice
>>  isdn supp-service name calling
>>  isdn send-alerting
>>  isdn sending-complete
>>  isdn outgoing display-ie
>>  no cdp enable
>>
>>  but I am getting the following error message in Q931 debugs:
>>  ISDN Se0/3/0:15 Q931: Applying typeplan for sw-type 0x16 is 0x0 0x1,
>> Calling num
>>  1216
>> ISDN Se0/3/0:15 Q931: Applying typeplan for sw-type 0x16 is 0x0 0x9,
>> Called num
>> 0302
>> ISDN Se0/3/0:15 Q931: TX -> SETUP pd = 8  callref = 0x071A
>>         Sending Complete
>>         Bearer Capability i = 0x8090A3
>>                 Standard = CCITT
>>                 Transfer Capability = Speech
>>                 Transfer Mode = Circuit
>>                 Transfer Rate = 64 kbit/s
>>         Channel ID i = 0xA9839F
>>                 Exclusive, Channel 31
>>         Progress Ind i = 0x8183 - Origination address is non-ISDN
>>         Calling Party Number i = 0x0180, '1216'
>>                 Plan:ISDN, Type:Unknown
>>         Called Party Number i = 0x89, '0302'
>>                 Plan:Private, Type:Unknown
>>         Locking Shift to Codeset 5
>>         Codeset 5 IE 0x31  i = 0x80
>>         Codeset 5 IE 0x32  i = 0x81
>> ISDN Se0/3/0:15 Q931: RX <- CALL_PROC pd = 8  callref = 0x871A
>>         Channel ID i = 0xA9839F
>>                 Exclusive, Channel 31
>> ISDN Se0/3/0:15 Q931: RX <- ALERTING pd = 8  callref = 0x871A
>>         Locking Shift to Codeset 5
>>         Codeset 5 IE 0x32  i = 0x81
>>
>>   ISDN Se0/3/0:15 Q931: TX -> DISCONNECT pd = 8  callref = 0x071A
>>         Cause i = 0x8090 - Normal call clearing
>> ISDN Se0/3/0:15 Q931: RX <- CONNECT pd = 8  callref = 0x871A
>>         Progress Ind i = 0x8182 - Destination address is non-ISDN
>>         Connected Number i = 0x0080, '4446'
>>         Locking Shift to Codeset 5
>>         Codeset 5 IE 0x32  i = 0x81
>>  ISDN Se0/3/0:15 **ERROR**: Ux_BadMsg: Invalid Message for call state 11,
>> call id
>>  0x8E1D, call ref 0x71A, event 0x7
>> ISDN Se0/3/0:15 Q931: TX -> STATUS pd = 8  callref = 0x071A
>>         Cause i = 0x80E507 - Message not compatible with call state
>>         Call State i = 0x0B
>>  ISDN Se0/3/0:15 Q931: RX <- RELEASE pd = 8  callref = 0x871A
>> ISDN Se0/3/0:15 Q931: TX -> RELEASE_COMP pd = 8  callref = 0x071A
>>
>>  --
>> Thanks,
>> Syed Khalid Ali
>>
>>
>>
>> NOTICE: This email message is for the sole use of the intended
>> recipient(s) and may contain confidential and privileged information. Any
>> unauthorized review, use, disclosure or distribution is prohibited. If you
>> are not the intended recipient, please contact the sender by reply email and
>> destroy all copies of the original message.
>>
>>
>
>
> --
> Thanks,
> Syed Khalid Ali
>
>
> _______________________________________________
> cisco-voip mailing list
> cisco-voip at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-voip
>
>


-- 

Cheers,

Tim


Sent from Sydney, Nsw, Australia
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091102/2f63de93/attachment.html>


More information about the cisco-voip mailing list