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