I am Facing problem with setting up outbound CNum and CNam. I have one Digital card PRI and Analog card FXO in system. I and setting DAHDI configuration and having dahdi trunk.
I have make sure that our provider not messing with numbers.
I have set at extension level Outbound CID with “FM 1060”<403#######>. my Outbound route is also not overriding Extension number. and My trunk also Allows Any CID.
When I make call I can see this number in my logs setting Outbound caller ID and name. but on receiver’s end I receive <587#######> which is my SIP PRI number.
That SIP is on the incoming side, so I’m still confused. However, T1 Primary Rate covers a wide range of signalling systems, some of which will not be able to support outbound caller ID, so more details of your Primary Rate Interface configuration are needed.
Also the ability to control caller ID on the PSTN is widely abused, so your service provider may have a policy of always using the network provided ID, or limiting you to pre-approved IDs.
can you please tell me how can I give you more details? My service provider says we are just using same CID which is given by PBX and when I check with connecting old Analog phone with RJ11 POTS it gives <403#######> which is correct number. but when I connect with PBX system it gives <587#######>. I am not even setting <587#######> anywhere.
Even in CDR report I can see <403#######> as my outgoing number.
On analog lines, Outbound Routes cannot directly control the caller ID. However, you can have extensions 1001-1005 select an Outbound Route which uses a different trunk than the route for extensions 1006-1010. You would define a separate group with just 403-914-7041 and another with 403-912-8976.
However, if extension 1001 makes a call and while it is in progress, extension 1002 makes a call, 403-914-7041 is busy. You could set up the route to fail over to another line (the caller ID will be different from what you want), get a SIP trunk that allows you to send any caller ID, or make the user at extension 1002 wait until the line becomes free.
I’m still not sure whether you trying to do this over an FXO line or a T1 line. An analogue phone could only use an FXO line and definitely would have no control over caller ID. Asterisk working over an FXO line also has no control over caller ID.
Also, I don’t know if you are using ISDN or channel associated signalling, on the T1, or even some less common common channel signalling option. ISDN does support caller ID, but it might be overridden by the network. At least some channel associated signalling options won’t use caller ID. You cannot configure DAHDI without knowing this information.
As background, the OP is in Canada and 403 is the old NANP area code for Southern Alberta and 587 is one of the new codes for the whole of Alberta, so it is likely that older lines are 403 and newer ones are 587.
Canada is in the process of implementing enhanced caller ID validation, but I’m not sure how that relates to primary rate interface users, as the press releases seem to relate to VoIP providers.
TDM = “Time Domain Multiplexing” where a larger pipe(s) is/are divided into individual 64kbs ‘bearer’ channels managed by one or more shared “data” channels , while it is true that you have no control over your CallerID apparent on an analog line, ISDN signalling provides that you can offer your own CID, Many carriers will honor that presentation (AT&T included) if certain conditions are met , check with your carrier
It’s more normally called time division multiplexing, and basically refers to your T1 line.
(In telephony it tends to be used in a more narrow sense than the words imply, namely when fixed time slots are used. In the more general sense, IP is also time division multiplexed, but there are no fixed time slots.)
It even more normally refers to both E1 and T1 (J1) lines if you are less parochial. It can also refer to much larger ‘spans’ that can be aggregated way beyond 23(T1) or 30(E1) B channels sharing the same D channel(s)
We may be confusing the issue with B and D channels, as the question of channel associated or common channel signalling is still open. This could be a very old installation. I never got the question about the T1 configuration answered.