12-22-2013 10:09 AM - edited 03-16-2019 08:59 PM
Hi,
After configure the SNR, a guy (John) call the ip-phone (with its internal and external number), my cell phone rings, I answer, the cell is stalled.
But the call between the John's phone and my cell John is not connected, in the John's phone, you always hear the bells, as if nobody had yet won.
if i test with a call forwarding (forward all or no answer), it's good, no problem
Who have a idea?
It's a french intallation BRI.
CUCM v9.1 (BE6000)
c2901 v15.4(1)T (i have test with 15.3 and 15.2 version)
no error message in the router's debug q931 when in test SNR
Routeur-CUCM#
Dec 22 16:31:20.660: ISDN BR0/0/1 Q931: RX <- SETUP pd = 8 callref = 0x75
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0x89
Exclusive, B1
Calling Party Number i = 0x2183, 'JOHN PHONE'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, 'External number IP-PHONE'
Plan:ISDN, Type:National
Sending Complete
Dec 22 16:31:20.680: ISDN BR0/0/1 Q931: TX -> CALL_PROC pd = 8 callref = 0xF5
Channel ID i = 0x89
Exclusive, B1
Dec 22 16:31:20.692: ISDN BR0/0/1 Q931: TX -> ALERTING pd = 8 callref = 0xF5
Progress Ind i = 0x8088 - In-band info or appropriate now available
Dec 22 16:31:24.700: ISDN BR0/0/0 Q931: TX -> SETUP pd = 8 callref = 0x77
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0x8A
Exclusive, B2
Calling Party Number i = 0x2183, 'External number IP-PHONE'
Plan:ISDN, Type:National
Called Party Number i = 0x80, 'My CELL PHONE number'
Plan:Unknown, Type:Unknown
Redirecting Number i = 0x00008F, '117'
Plan:Unknown, Type:Unknown
Dec 22 16:31:24.768: ISDN BR0/0/0 Q931: RX <- CALL_PROC pd = 8 callref = 0xF7
Channel ID i = 0x8A
Exclusive, B2
Dec 22 16:31:29.804: ISDN BR0/0/0 Q931: RX <- ALERTING pd = 8 callref = 0xF7
Channel ID i = 0x8A
Exclusive, B2
Progress Ind i = 0x8088 - In-band info or appropriate now available
Dec 22 16:31:31.984: ISDN BR0/0/0 Q931: RX <- CONNECT pd = 8 callref = 0xF7
Channel ID i = 0x8A
Exclusive, B2
Facility i = 0x91A306020100020103
Protocol Profile = Remote Operations Protocol
0xA306020100020103
Component = Return Error component
Invoke Id = 0
Error = 3 not available
12-22-2013 11:16 PM
It seems to be configuration issue with SNR.
Check this document- https://supportforums.cisco.com/docs/DOC-27111
Thanks
Manish
12-23-2013 11:17 AM
Thanks, i used this document for to check my configuration, but it does not solves my problem.
My SNR "works", the cell ring, but when i answer, the communication is not connected with John (external phone) and my cell, as if the CUCM did not see that the cell has answered.
12-30-2013 11:15 AM
I use a MGCP gateway, it's possible to just use the the SNR feature with this gateway's type?
Or it's requires a H323 gateway?
01-08-2014 12:05 PM
Hi, no idea for me?
I don't use the MVA, and for the MVA I know it takes a H323 gateway.
I tested with a trunk sip link and it's ok, SNR work.
It's possible to use the SNR with a MGCP gateway?
I have check with this document, but no succes for use with my MGCP gateway.
https://supportforums.cisco.com/docs/DOC-27111
Can you help me please?
Thanks.
01-08-2014 03:42 PM
HI Gilles.
Can you please attach a screenshot of both Remote Destination and Remote Destination Profile pages.
Thanks
Carlo
Please rate all helpful posts
"The more you help the more you learn"
01-09-2014 02:23 AM
01-09-2014 08:34 AM
Hi Gilles
Can you try to put Answer Too Soon timer to 500 instead of 1500 and send a deb isd q931 from your gateway?
Thanks
Regards
Carlo
Please rate all helpful posts
"The more you help the more you learn"
01-09-2014 09:31 AM
Hi Carlo,
It's the same problème with "Answer Too Soon timer to 500", but i tested with H323 gateway and Trunk Sip and it's ok, but no with MGCP gateway :-(
Gateway-MGCP#debug isdn q931
debug isdn q931 is ON.
Gateway-MGCP#
*Jan 9 17:31:47.135: ISDN BR0/0/0 Q931: RX <- SETUP pd = 8 callref = 0x0D
Sending Complete
Bearer Capability i = 0x9090A3
Standard = CCITT
Transfer Capability = 3.1kHz Audio
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0x89
Exclusive, B1
Calling Party Number i = 0x2083, '296622525'
Plan:Unknown, Type:National
Called Party Number i = 0x81, '1228'
Plan:ISDN, Type:Unknown
*Jan 9 17:31:47.167: ISDN BR0/0/0 Q931: TX -> CALL_PROC pd = 8 callref = 0x8D
Channel ID i = 0x89
Exclusive, B1
*Jan 9 17:31:47.191: ISDN BR0/0/0 Q931: TX -> ALERTING pd = 8 callref = 0x8D
Progress Ind i = 0x8088 - In-band info or appropriate now available
*Jan 9 17:31:51.191: ISDN BR0/0/0 Q931: TX -> SETUP pd = 8 callref = 0x04
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0x8A
Exclusive, B2
Calling Party Number i = 0x2083, '0296642525'
Plan:Unknown, Type:National
Called Party Number i = 0x80, '0290035006'
Plan:Unknown, Type:Unknown
Redirecting Number i = 0x00008F, '2001'
Plan:Unknown, Type:Unknown
*Jan 9 17:31:51.563: ISDN BR0/0/0 Q931: RX <- CALL_PROC pd = 8 callref = 0x84
Channel ID i = 0x8A
Exclusive, B2
*Jan 9 17:31:52.415: ISDN BR0/0/0 Q931: RX <- ALERTING pd = 8 callref = 0x84
*Jan 9 17:31:52.967: ISDN BR0/0/0 Q931: RX <- PROGRESS pd = 8 callref = 0x84
Cause i = 0x87F2 - Unknown cause value
Progress Ind i = 0x8281 - Call not end-to-end ISDN, may have in-band info
*Jan 9 17:31:55.127: ISDN BR0/0/0 Q931: RX <- CONNECT pd = 8 callref = 0x84
*Jan 9 17:32:02.123: ISDN BR0/0/0 Q931: RX <- DISCONNECT pd = 8 callref = 0x84
Cause i = 0x8790 - Normal call clearing
*Jan 9 17:32:02.619: ISDN BR0/0/0 Q931: RX <- RELEASE pd = 8 callref = 0x0D
Cause i = 0x8790 - Normal call clearing
*Jan 9 17:32:02.623: ISDN BR0/0/0 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x8D
Info Request i = 0x80
*Jan 9 17:32:32.179: ISDN BR0/0/0 Q931: RX <- RELEASE pd = 8 callref = 0x84
Cause i = 0x8790 - Normal call clearing
*Jan 9 17:32:32.183: ISDN BR0/0/0 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x04
Info Request i = 0x80
*Jan 9 17:32:34.271: %ISDN-6-LAYER2DOWN: Layer 2 for Interface BR0/0/0, TEI 0 changed to down
*Jan 9 17:32:34.299: %ISDN-6-LAYER2UP: Layer 2 for Interface BR0/0/0, TEI 0 changed to up
01-08-2014 06:45 PM
I think if its a MGCP gateway then might need to re-route the call back to H.323 gw and back to CUCM. having said if its only mgcp gw in the call flow then it won't work.
Br,
Nadeem
Please rate all useful post.
01-09-2014 11:04 AM
Hi Gilles.
To be honest I always preferred SIP or H323 as signaling protocol.
Tomorrow I'll setup a LAB to test MGCP with SNR and I'll let you know
Regards
Carlo
Sent from Cisco Technical Support iPhone App
01-09-2014 11:08 AM
ok Carlo, thank you very much for your help.
01-10-2014 01:52 AM
Good morning Gilles.
I reproduded SNR configuration in my lab with mgcp gateway.
Adjusting following timers, all worked good.
Answer Too Soon Timer: 500
Answer Too Late Timer: 30000
Delay Before Ringing Timer:1000
Try this settings and let me know
Regards
Carlo
Please rate all helpful posts
"The more you help the more you learn"
01-10-2014 07:41 AM
i have the same problem with this timers.
01-10-2014 08:41 AM
Gilles,
Please collect a debbug isdn q931 during these 3 situations
1) direct call to your mobile from an ip phone
2) forward your extension to your mobile and call your extension from another ip phone
3) From an ip phone, call your extensions removing call forward settings.
Thanks
Carlo
Please rate all helpful posts
"The more you help the more you learn"
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