IP Office - Can presented digits begin with 0 ?

[IPOJIM]

The customer went ahead and ordered a DID range that starts with 0 and has 4 digits.. such as 414-234-0550 thru 414-234-0590. Is this something that can be worked around? So far these calls are being routed to the operator when a standard call route is entered such as

Line Group 0 , presented 0551, then destination a extension that is unconditionally forwarded to a group that a fax server is connected to. We did have one did working but it did not begin with the 0.

 

[jamie77]

I wouldn't think it would be a problem. just program the ICR's as 0550-0590 pointed to the relavent destination.

ICR's can't be dialled so shouldn't cause a problem with users, groups etc.

I'm not sure I would recommend it though. Always try keep everything different.

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[thrtnastrx]

We have a block that start with 0 and have no trouble.

 

[IPOJIM]

Tried many different settings and its still hitting the operator on the DID numbers starting with 0. The 406V2 is at version 3.1(56) Re-verified the extension with no leading 0's does route as its told. I have tried a -0570 as well as 0570 and the full 10 digits with no luck in the incoming digits field.

 

[jamie77]

I would run monitor. Tuen on all ISDN tracing and ring in on the number. just to check what your provider are actually sending you.

I have seen it before where the DDI's ring into the system but do not show any DDI digits in the ISDN setup packet so the system sees a call but no idea which DDI it is for.

Do a trace and throw it here if your not too sure.

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[IPOJIM]

I think you are onto something,
I called from my cell to test it 4147320303 and the "called number" is not the number I dialed but the last 4 digits of their "main published number" - is the phone company sending this number instead of the DID? I called 646-216-0570. I do not see a reference to 0570 anywhere in the trace.


here is the trace output:

101047mS CMLineRx: v=1
CMSetup
Line: type=Q931Line 1 Call: lid=1 id=21 in=1
Called[6360] Type=Unknown (0) SndComp Calling[94147320303] Type=National (2) Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
BChan: slot=2 chan=1
Product Unknown
IE CMIEProgressIndicator (30) cs=CMCSITUT (4650240), loc=CMLPublicNetLocalUser (2), pd=CMPDOrigNotISDN (1561603)
101048mS CMLineRx: v=1
CMSetup
Line: type=Q931Line 1 Call: lid=1 id=21 in=1
Called[6360] Type=Unknown (0) SndComp Calling[94147320303] Type=National (2) Pres=Allowed (0)
BC: CMTC=Speech CMTM=Circuit CMTR=64 CMST=Default CMU1=ULaw
BChan: slot=2 chan=2
Product Unknown
IE CMIEProgressIndicator (30) cs=CMCSITUT (4650240), loc=CMLPublicNetLocalUser (2), pd=CMPDOrigNotISDN (1561603)
101048mS CD: CALL: 1.21.1 State=0 Cut=1 Music=0.0 Aend="Line 1" (2.2) Bend="" [] (0.0) CalledNum=6360 () CallingNum=94147320303 () Internal=0 Time=0 Astate=0
101049mS PRN: PrepareIncomingCall: incoming_group_id is 0.
101049mS PRN: Setting configured voice gain on ch 1.
101049mS PRN: T1 DSP: Slot A (Dual): Gains Chan 2 Tx 10 Rx 10
101049mS CMTARGET: LOOKUP CALL ROUTE:4566 type=0 called_party=6360 sub= calling=94147320303 in=1 complete=1
101050mS CMTARGET: SET BESTMATCH:4566 length 4 vs 0 match=-6360 dest=Main
101050mS CMTARGET: LOOKUP INCOMING CALL ROUTE:4566, calling party is 94147320303. Using destination Main
101050mS CMTARGET: ADD TARGET:4566 number=Main type=0 depth=1 nobar=1 setorig=1
101050mS CMTARGET: SET HG:4566 Main orig=1
101050mS CMTARGET: NS HG:4566 Main out_of_time=0
101051mS CMTARGET: NS FALLBACK HG:4566 Main -> Backup
101051mS CMTARGET: ADD HG:4566 Backup (depth=2 B=0)

 

[kwing112000]

The called party is what they are sending you. It is 6360 in this case...

 

[jconrad0305]

this will be okay becuase of the way the ip handles call for incoming routes. i have used 0xxx and 9xxx numbers without a problem. the incoming call routes dnis numbers are not matched against any short codes or any users only destinations are so you should be just fine.

ACA & ACS IPO Implementation
ACA IP Telephony

 

[jamie77]

If you dialled DDI 0570 the provider are not sending you this. This is why you cannot route these properly. You need to get on to them ASAP.

You will not be able to route these without them sending you the correct DDI info.

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[IPGuru]

I always enter the full number in ICR (11 digits in UK)
the IPO does not need to know the number of presented digits will always route to the closest match & it makes it much easier to administer the system remotly if you do not have to keep looking up the prefix

 

[jamie77]

I have found using the full number to cause problems (mainly with non BT operators in the UK) with o/g CLI.

Only once or twice though!!

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[tlpeter]

I always put in the full number with out the leading 0
I my case it is 9 digits
Never ever had problems with it but this is a normal way overhere


ACA - Implement IP Office
ACA - Voice Services Management
______________
Women and cats can do as they please and men and dogs should relax and get used to the idea!