as5350 incoming calls failing which have blocked callerid
Hi Guys, Have just upgraded one of our PSTN gateways from an old as5300 to a new as5350xm. Have run into an issue whereby incoming calls from PSTN which have callerID blocked won't complete, and just seem to get dropped on the floor. I get the following debug output when I make a call from callerid blocked number to the gateway - seems odd because the only references I can find to this error message are for outgoing calls.. Of note is the Plan / type which are Unknown, and the drop cause. Cause i = 0x809C - Invalid number format (incomplete number) 00124: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01FF Sending Complete Bearer Capability i = 0x9090A3 Standard = CCITT Transfer Capability = 3.1kHz Audio Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA18381 Preferred, Channel 1 Progress Ind i = 0x8283 - Origination address is non-ISDN Date/Time i = 0x0A081A1318 Date (dd-mm-yr) = 10-08-26 Time (hr:mnt:sec) = 19:24:52 Signal i = 0x40 - Alerting on - pattern 0 Calling Party Number i = 0x00A3, N/A Plan:Unknown, Type:Unknown Called Party Number i = 0x80, '4987770' Plan:Unknown, Type:Unknown 000125: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: Received SETUP callref = 0x81FF callID = 0x0017 switch = primary-net5 interface = User 000126: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81FF Cause i = 0x809C - Invalid number format (incomplete number) 000127: Aug 26 19:25:04.058 NZST: %CALLTRKR-6-CALL_RECORD: ct_hndl=25, service=None, origin=Answer, category=SyncData, DS0 slot/port/ds1/chan=3/0/0/0, called=4987770, calling=(n/a), resource slot/port=(n/a)/(n/a), userid=(n/a), ip=0.0.0.0, account id=(n/a), setup=08/26/2010 19:24:53, conn=0.00, phys=0.00, service=0.00, authen=0.00, init-rx/tx b-rate=0/0, rx/tx chars=0/0, charged units=0, time=0.01, disc subsys=ISDN, disc code=0x1C, disc text=Invalid number format (incomplete number), sig type=Unknwn Anyone run into this kind of thing before and have any ideas how I might configure the box so that these calls complete? Cheers, Blair
Hey Blair, This is just a guess. It appears that your gateway is receiving 7 digits for the call. -->Called Party Number i = 0x80, '4987770' That might be OK, but I'd usually expect/prefer to receive 10 digits incoming in the United States on ISDN. It is completely fine if your area has a different dialing plan. Anyhow, if your gateway is registered to CCM, (and why it shouldn't be?), I believe there is a section in the CUCM Devices>Gateway Record that says, "Inbound Calls > Significant Digits." How do you have that configured? For example, if you set that to 'ALL' and also had a directory number on your box that was "4987770", I'd expect the calls to start ringing there. However, you may need to set it to '4' if your DN is '7770'... Explanation here: http://www.cisco.com/en/US/docs/voice_ip_comm/cucm/admin/4_0_1/ccmcfg/b06gtw... Sometimes you may have special requirements that force you to be creative there and/or use translation patterns to fit the overall dialing scheme. Don't surrender until it does what you want. That one catches everyone! Please be careful to test all important numbers on your box in case you receive varying numbers of incoming digits for different telephone numbers, which modification of this parameter could adversely affect. On Thu, Aug 26, 2010 at 6:20 AM, Blair Harrison <blair at fx.net.nz> wrote:
Hi Guys,
Have just upgraded one of our PSTN gateways from an old as5300 to a new as5350xm. Have run into an issue whereby incoming calls from PSTN which have callerID blocked won't complete, and just seem to get dropped on the floor.
I get the following debug output when I make a call from callerid blocked number to the gateway - seems odd because the only references I can find to this error message are for outgoing calls.. Of note is the Plan / type which are Unknown, and the drop cause.
Cause i = 0x809C - Invalid number format (incomplete number)
00124: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01FF Sending Complete Bearer Capability i = 0x9090A3 Standard = CCITT Transfer Capability = 3.1kHz Audio Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA18381 Preferred, Channel 1 Progress Ind i = 0x8283 - Origination address is non-ISDN Date/Time i = 0x0A081A1318 Date (dd-mm-yr) = 10-08-26 Time (hr:mnt:sec) = 19:24:52 Signal i = 0x40 - Alerting on - pattern 0 Calling Party Number i = 0x00A3, N/A Plan:Unknown, Type:Unknown Called Party Number i = 0x80, '4987770' Plan:Unknown, Type:Unknown 000125: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: Received SETUP callref = 0x81FF callID = 0x0017 switch = primary-net5 interface = User 000126: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81FF Cause i = 0x809C - Invalid number format (incomplete number) 000127: Aug 26 19:25:04.058 NZST: %CALLTRKR-6-CALL_RECORD: ct_hndl=25, service=None, origin=Answer, category=SyncData, DS0 slot/port/ds1/chan=3/0/0/0, called=4987770, calling=(n/a), resource slot/port=(n/a)/(n/a), userid=(n/a), ip=0.0.0.0, account id=(n/a), setup=08/26/2010 19:24:53, conn=0.00, phys=0.00, service=0.00, authen=0.00, init-rx/tx b-rate=0/0, rx/tx chars=0/0, charged units=0, time=0.01, disc subsys=ISDN, disc code=0x1C, disc text=Invalid number format (incomplete number), sig type=Unknwn
Anyone run into this kind of thing before and have any ideas how I might configure the box so that these calls complete?
Cheers, Blair
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
On 27/08/10 12:59, Tony Zunt wrote:
Hey Blair, This is just a guess. It appears that your gateway is receiving 7 digits for the call.
-->Called Party Number i = 0x80, '4987770'
That might be OK, but I'd usually expect/prefer to receive 10 digits incoming in the United States on ISDN. It is completely fine if your area has a different dialing plan.
Normal for NZ, you end up with the local number minus the area code. the dial peers and translation rules are configured accordingly. It's working fine, except when a call comes in where the callerID is blocked. This works fine on the old gateway.
Anyhow, if your gateway is registered to CCM, (and why it shouldn't be?), I believe there is a section in the CUCM Devices>Gateway Record that says, "Inbound Calls > Significant Digits."
Actually, it's sitting in front of a couple of SER boxes, but the call isn't even getting that far. the gateway just seems to be dropping it as soon as it decides that it's got an incomplete number :( I suspect there's some magic config I need to modify on the box to accept these calls. The previous box was running 12.3.17c, new box is running 12.4.24.T3, so bit of a change. Cheers, Blair
Blair, Hmm. Since the Plan:Unknown, Type:Unknown are shown in the debug and you are using dial peers, did you attempt to force the plan to 'unknown' in the associated dials peer(s)? I'm not sure how to do this exactly, but perhaps the 'numbering-type unknown' command is needed somewhere or a different plan is already asserted? dial-peer voice 25 pots numbering-type unknown port 0/x/0:23 On Thu, Aug 26, 2010 at 9:26 PM, Blair Harrison <blair at fx.net.nz> wrote:
On 27/08/10 12:59, Tony Zunt wrote:
Hey Blair, This is just a guess. It appears that your gateway is receiving 7 digits for the call.
-->Called Party Number i = 0x80, '4987770'
That might be OK, but I'd usually expect/prefer to receive 10 digits incoming in the United States on ISDN. It is completely fine if your area has a different dialing plan.
Normal for NZ, you end up with the local number minus the area code. the dial peers and translation rules are configured accordingly. It's working fine, except when a call comes in where the callerID is blocked. This works fine on the old gateway.
Anyhow, if your gateway is registered to CCM, (and why it shouldn't be?), I believe there is a section in the CUCM Devices>Gateway Record that says, "Inbound Calls > Significant Digits."
Actually, it's sitting in front of a couple of SER boxes, but the call isn't even getting that far. the gateway just seems to be dropping it as soon as it decides that it's got an incomplete number :(
I suspect there's some magic config I need to modify on the box to accept these calls. The previous box was running 12.3.17c, new box is running 12.4.24.T3, so bit of a change.
Cheers, Blair
So the resolution for this turned out to be the command incoming called-number . on the first pots dial peer as follows - ! dial-peer voice 1 pots destination-pattern T translate-outgoing calling 150 incoming called-number . direct-inward-dial port 3/0:D ! Really weird, but this works fine now, just wanted to document my resolution for anyone else who might be searching the archives :) Cheers, Blair On 26/08/10 22:20, Blair Harrison wrote:
Hi Guys,
Have just upgraded one of our PSTN gateways from an old as5300 to a new as5350xm. Have run into an issue whereby incoming calls from PSTN which have callerID blocked won't complete, and just seem to get dropped on the floor.
I get the following debug output when I make a call from callerid blocked number to the gateway - seems odd because the only references I can find to this error message are for outgoing calls.. Of note is the Plan / type which are Unknown, and the drop cause.
Cause i = 0x809C - Invalid number format (incomplete number)
00124: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01FF Sending Complete Bearer Capability i = 0x9090A3 Standard = CCITT Transfer Capability = 3.1kHz Audio Transfer Mode = Circuit Transfer Rate = 64 kbit/s Channel ID i = 0xA18381 Preferred, Channel 1 Progress Ind i = 0x8283 - Origination address is non-ISDN Date/Time i = 0x0A081A1318 Date (dd-mm-yr) = 10-08-26 Time (hr:mnt:sec) = 19:24:52 Signal i = 0x40 - Alerting on - pattern 0 Calling Party Number i = 0x00A3, N/A Plan:Unknown, Type:Unknown Called Party Number i = 0x80, '4987770' Plan:Unknown, Type:Unknown 000125: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: Received SETUP callref = 0x81FF callID = 0x0017 switch = primary-net5 interface = User 000126: Aug 26 19:24:54.621 NZST: ISDN Se3/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81FF Cause i = 0x809C - Invalid number format (incomplete number) 000127: Aug 26 19:25:04.058 NZST: %CALLTRKR-6-CALL_RECORD: ct_hndl=25, service=None, origin=Answer, category=SyncData, DS0 slot/port/ds1/chan=3/0/0/0, called=4987770, calling=(n/a), resource slot/port=(n/a)/(n/a), userid=(n/a), ip=0.0.0.0, account id=(n/a), setup=08/26/2010 19:24:53, conn=0.00, phys=0.00, service=0.00, authen=0.00, init-rx/tx b-rate=0/0, rx/tx chars=0/0, charged units=0, time=0.01, disc subsys=ISDN, disc code=0x1C, disc text=Invalid number format (incomplete number), sig type=Unknwn
Anyone run into this kind of thing before and have any ideas how I might configure the box so that these calls complete?
Cheers, Blair
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
-- Regards, Blair Harrison FX Networks e: blair at fx.net.nz ddi: 04 498 7770 noc: 0800 65 65 38
participants (2)
-
blair＠fx.net.nz -
tony.zunt＠gmail.com