We are using a Xorcom BRI 8 external gateway connected to 6 ISDN2e Channels.
I have tried setting a number in both the trunk and the extensions for outbound caller id but the system is not sending either.
The number that is being sent is the default ISDN group number. The number I am trying to send is one of our DDI’s.
I have tried entering the number within <> and without, i have also tried it with and without the area code prefix. None of which work.
If i do not set any number the default ISDN group number is still sent.
Previously we were using an internal Digium BRI card with a custom MISDN trunk. Everything worked fine with that and has only just stopped working since we moved to a ZAP trunk.
Therefore i am 100% sure that BT ( our telco ) have the right settings so we can send outbound caller id.
Also we use several DDI numbers to route inbound calls to different departments and all this works fine as well as the system displaying the inbound caller ID on our handsets.
I have recently moved to another carrier (X/O who apparently blocks outbound calls if the caller ID does not match one of the DID’s or BTN.
The problem is that during a follow me call, if the call was placed outside the acceptable # range for the account, the calls will fail as the originator’s caller ID is being delivered. The same thing occurs if the extension sets up call forwarding and an outside caller gets directed.
I have tried configuring CWID in Trixbox (Extension) but that only seems to be effective when originating SIP calls.
Any ideas how to get the outbound caller ID to send the extension # instead of the originating end’s caller ID?
Thanks much in advance.
Lu
Set the CID in your trunk definition, then check the “never override” box. Unfortunately, this only allows you to outpulse your main number in situations like that, but it does not impact any caller ID settings you’ve made in your extensions.
Thanks for the quick reply.
I did add the CWID and checked “never override” box but I still cannot get
the call through.
It however seems that the CWID is correct now but something else is wrong now…
I xxxx out the number sfor privacy concerns:
– Stopped music on hold on Local/RG-702784xxxx-954695xxxx#@from-internal-dbbd,2
– Executing [s@macro-dial:11] Set(“Local/RG-702784xxxx-954695xxxx#@from-internal-dbbd,2”, “DIALSTATUS=CHANUNAVAIL”) in new stack
== Auto fallthrough, channel ‘Local/RG-702784xxxx-954695xxxx#@from-internal-dbbd,2’ status is ‘CHANUNAVAIL’
– Local/RG-7027844xxxx-954695xxxx#@from-internal-dbbd,1 is circuit-busy
Not sure why I would be getting all circuits busy?
Well I thought the first recommendation you has mentioned took place, but apparently (being only on day 6 on Asteriks) I misunderstood to trace and I still see the same issue.
The caller ID is still passing on the orgination end.
So something apparently is wrong with the setting not taking place.
Is there perhaps a procedure I must implement to allow the action to take place other than apply?
I did try a manual “exten => 1234,1,Set(CALLERID(num)=7027841234)” as a work around and it does work, but of course I would like to use the GUI as much as possible.
I am still trying to press XO to fix their issue, not sure how much luck I will have, but I am prepared to move to someone else if they resist.
Have you heard of anyone else having sucess in their carrier in passing on the CID?
I think I am doing it the way you indicated, but I am not clear on what you mean by " From extensions I then set the full 10 digit number, with the did at the end for the individual CID "
So should I be putting in 70278412341234?
Currently I have User Extension & Outbound CID set to 7027841234 and I have the Trunks set to:
Outbound Caller ID 7027841234
Never Override CallerID is checked.
Anything else I need to do?
It still sends my orginating Caller ID when follow me or call forwarding is implemented.
You can email me directly at luvencl at hot mail dot com
Exactly as enterered in the subject title with quotes.
Using FreePBX GUI.
Was looking forward to final resolution, but still not sending correct CID.
There must be something else wrong where the field is not being looked at or recognized.
Here is a sample log…
– Goto (macro-user-callerid,s,6)
– Executing [s@macro-user-callerid:6] NoOp(“Zap/1-1”, “REALCALLERIDNUM is 9544801234”) in new stack
– Executing [s@macro-user-callerid:7] Set(“Zap/1-1”, “AMPUSER=”) in new stack
– Executing [s@macro-user-callerid:8] Set(“Zap/1-1”, “AMPUSERCIDNAME=”) in new stack
– Executing [s@macro-user-callerid:9] GotoIf(“Zap/1-1”, “1?report”) in new stack
– Goto (macro-user-callerid,s,13)
– Executing [s@macro-user-callerid:13] NoOp(“Zap/1-1”, “TTL: 64 ARG1: SKIPTTL”) in new stack
– Executing [s@macro-user-callerid:14] GotoIf(“Zap/1-1”, “1?continue”) in new stack
– Goto (macro-user-callerid,s,23)
– Executing [s@macro-user-callerid:23] NoOp(“Zap/1-1”, “Using CallerID “9544801234” <9544801234>”) in new stack
– Executing [s@macro-vm:2] Set(“Zap/1-1”, “VMGAIN=”"") in new stack
– Executing [s@macro-vm:3] GotoIf(“Zap/1-1”, “1?vmx|1”) in new stack
– Goto (macro-vm,vmx,1)
– Executing [vmx@macro-vm:1] GotoIf(“Zap/1-1”, “0?s-BUSY|1”) in new stack
– Executing [vmx@macro-vm:2] Set(“Zap/1-1”, “MODE=busy”) in new stack
– Executing [vmx@macro-vm:3] GotoIf(“Zap/1-1”, “1?notdirect”) in new stack