Caller ID

[nappyshock]

I've two questions...

1) A customer has just swopped out an INDEX PBX for a new 3300 and the existing ISDN PRI line has been swopped over to the 3300. On the old INDEX when a user dialed out via the PRI the main site number was shown on the called parties phone. Now with the 3300 it is withheld. I've tried everything i can think of in the COS to no avail. I'm fairly sure it's the Telecom provider but why would it work on one PBX and not another, what are the default things to check to allow it on the 3300.

2) This same customer has another site with a 3300, when a caller dials in via PRI at the other site the full number is displayed on the IP handsets but on the this new site the first zero is missing. The telecom provider at the other site is Telewest and at this new site is BT could it be down to how they present the info.

Thanks

 

[Mitelmatt]

Hi

Question 1 does look to be a Operator issue

Have you checked in the CPN substitution form? It may be that the Index was programmed to give out DDI and that is what the Exchange is realeasing, wheras if the system is not set up to release DDI in the CPN the the Exchange doesn't know what to send to defaults to a "bearer Number" and witholds.

Fill out the DID Ranges for CPN Substitution the assign to the Trunks in CPN Substitution.

As a quick test you can just set a default number for voice in the CPN Substitution form. Then see when you dial out if it works.

Also, you can use the command edt trace vdsu namnum followed by the plid number of the trunk card (i.e. 6 1 1 1)

This then shows the calling and called number.

Question 2

Go to the Inward Dialing Configuation Form and fill out. i.e. put 0 for national and 00 for international. That'll sort you out

 

[nappyshock]

I did try assigning a number in the CPN substitution under the PRI trunk settings to no avail but whether i had it proberly configured i don't know.
(The command edt trace vdsu namnum followed by the plid number of the trunk card ) - will this show the calling number being sent out of the PRI trunk that the exchange will receive?

 

[kwbMitel]

(The command edt trace vdsu namnum followed by the plid number of the trunk card ) - will this show the calling number being sent out of the PRI trunk that the exchange will receive?

Yes, calling and called. Name as well if using DMS-100 protocol.


*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[nappyshock]

I'm in there Monday i'll give it a try.

 

[nappyshock]

This is the output for the edt trace vdsu namnum <plid> command for dialing a number then hanginging up before it's answered(i've put X's in the number to keep them private) can you interpret the Call_id does this show my 3300 is not sending the calling numbers actual number as the caller_id.....




NAMNUM Message Tracing Toggled


Debug trace(s) enabled on ISDN VDsu-1 Mod 1 Port 1
NAM NUM


ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 09:06:56 2009 Call_Id:80e1
ISDN VDsu-1 Mod 1 Port 1
Outgoing: Channel: 30 Calling Num: 017XXXXX500 Called Num: 079XXXXX347

ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 09:07:03 2009 Call_Id:80e1
ISDN VDsu-1 Mod 1 Port 1
Outgoing: Cause: Normal Call Clearing

NAMNUM Message Tracing Toggled


Debug trace(s) enabled on ISDN VDsu-1 Mod 1 Port 1
All debug flags are off

 

[Mitelmatt]

Is the XXX actually in there? So the number being released to the exchange is 017xxxxx500 and the number you're calling is 079xxxxx347

 

[nappyshock]

No i put the XXXX's in there to keep this customers details private on the forum, the number called and calling is correctly displayed, but as you can see the call_id is 80e1 should this display the users id sent out to the exchange.

 

[nappyshock]

Just an update i ran the trace again from the samephone to the same number as you can see the call_id changes...

NAMNUM Message Tracing Toggled


Debug trace(s) enabled on ISDN VDsu-1 Mod 1 Port 1
NAM NUM


ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 10:21:38 2009 Call_Id:8102
ISDN VDsu-1 Mod 1 Port 1
Outgoing: Channel: 30 Calling Num: 0173XXXX500 Called Num: 0796XXXX347

ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 10:21:50 2009 Call_Id:8102
ISDN VDsu-1 Mod 1 Port 1
Incoming: Cause: Normal Call Clearing

ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 10:21:50 2009 Call_Id:8102
ISDN VDsu-1 Mod 1 Port 1
Outgoing: Cause: Normal Call Clearing

NAMNUM Message Tracing Toggled


Debug trace(s) enabled on ISDN VDsu-1 Mod 1 Port 1
All debug flags are off

 

[nappyshock]

I've got this working but not 100%. All the results i posted in the trace have been with the number 0173XXXX500 programed in the CPN substitition as the default voice CPN (i've now changed this deault number to 857500). With this as can be seen in the trace it is being sent out as the calling number but shown on the receving phone as private number. However in the DID ranges for CPN substitition i have added a DID range 7500-7699 with CPN substitution 7xxx. The DID for these extensions is now correctly shown on the receiving phone, however i if an caller not in the DID range programed dials out private number is still displayed.

The trace results are with a programmed DID dialing out which correctly shows the Number on the receiving phone....

Debug trace(s) enabled on ISDN VDsu-1 Mod 1 Port 1
NAM NUM


ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 16:05:11 2009 Call_Id:8180
ISDN VDsu-1 Mod 1 Port 1
Outgoing: Channel: 31 Calling Num: 7516 Called Num: 07962162347

ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 16:05:17 2009 Call_Id:8180
ISDN VDsu-1 Mod 1 Port 1
Outgoing: Cause: Normal Call Clearing

NAMNUM Message Tracing Toggled


But with a Non programmed number dialling out where the number is shown as private on the receiving phone......
Debug trace(s) enabled on ISDN VDsu-1 Mod 1 Port 1
NAM NUM


ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 16:15:17 2009 Call_Id:818c
ISDN VDsu-1 Mod 1 Port 1
Outgoing: Channel: 30 Calling Num: 857500 Called Num: 07962162347

ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 16:15:27 2009 Call_Id:818b
ISDN VDsu-1 Mod 1 Port 1
Outgoing: Cause: Normal Call Clearing

ISDN VDsu-1 Mod 1 Port 1 - MON JAN 26 16:15:28 2009 Call_Id:818c
ISDN VDsu-1 Mod 1 Port 1
Outgoing: Cause: Normal Call Clearing

A programmed DID will work but a non programmed DID will show the default CPN substitution being sent but it is shown as private number on the receiving phone.

 

[Mitelmatt]

Is the default CPN you are using part or a DDI range or a seperate number?

Sounds like the exchange is releasing DDI but not anything else?

Do you only use 1 X PRI or do you have multiple routes?

Set a spare DDI as the default CPN i.e 857599 and then dial out from a non ddi phone and see what happens

 

[nappyshock]

(Is the default CPN you are using part or a DDI range or a seperate number?)
Yes the default CPN is part of the DDI range it's their main incoming number to reception.

(Sounds like the exchange is releasing DDI but not anything else?)
One of their other sites is using telewest and the setup looks identical and that works fine, i can route a call from another 3300 in their cluster out via the telewest PRI and i receive that default CPN on my receiving phone. But do the same with this one i'm working on out the BT PRI and i get the private number.

(Do you only use 1 X PRI or do you have multiple routes?)
The 3300 is in an IP cluster but it has only one default PRI out.


(Set a spare DDI as the default CPN i.e 857599 and then dial out from a non ddi phone and see what happens)
I'm not onsite now but i'll see if i can get a test setup remotely.

 

[Mitelmatt]

Is it only certain extensions? Are you using COR and Route lists?

i.e. some phones dial out through another element?

The extension your dialling from when it gives "witheld", set up a DID Ranges for CPN where the extension gives out 85700.

 

[nappyshock]

(Is it only certain extensions? Are you using COR and Route lists?
i.e. some phones dial out through another element?)

No it's not this when only default CPN is setup all numbers are withheld, i'm using COR and route lists but all calls are being made correctly through the correct routes. As you can see with the trace they are going out the local PRI



(The extension your dialling from when it gives "witheld", set up a DID Ranges for CPN where the extension gives out 85700.)

I'm waiting for the customer to get me remote access then i'll try this along with you last suggestion.

Thanks for your time on this one.

 

[Mitelmatt]

ok let me know how you get on