Carl Johnson Posted June 18, 2008 Report Share Posted June 18, 2008 My local vendor for our PRI does not allow outgoing caller-id to be anything but one of our DID's .. the rub is we want that to be the case when calling out from an extenstion so we have opted for Remote Party/Privacy Indication: of an RFC one or the other .. which one someone calls in but I want to forward to a cell phone number, etc the PBX automatically sends that as the caller-id. What can be done about this to retain the proper outgoing DID for the ext the call was sent from, etc? Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted June 18, 2008 Report Share Posted June 18, 2008 My local vendor for our PRI does not allow outgoing caller-id to be anything but one of our DID's .. the rub is we want that to be the case when calling out from an extenstion so we have opted for Remote Party/Privacy Indication: of an RFC one or the other .. which one someone calls in but I want to forward to a cell phone number, etc the PBX automatically sends that as the caller-id. What can be done about this to retain the proper outgoing DID for the ext the call was sent from, etc? Well, the rules are defined in http://wiki.pbxnsip.com/index.php/Outbound_Calls_on_Trunk. In the next version we'll have a new setting called "ANI" for every account, where you can explicity put the caller-ID that you want to this specific account. I think we need to write something up that explains how this whole Caller-ID presentation works in theory and in real ITSP-operator life. Quote Link to comment Share on other sites More sharing options...
Henry Castillo Posted June 20, 2008 Report Share Posted June 20, 2008 I believe Pbxnsip started with its B2BUA model when it turned impossible to only Proxy SIP messages and hope that the rest of the world would follow all standards (also Many new nice features were then feasible with B2BUA). Following the same idea and to make life easier to all of us, Pbxnsip should make available the option to replace the “From” header for outbound calls thru the trunk. It would work with almost every ITSP and Voip gateway without having to dig into standards to find out who to blame. The new "ANI" setting seems promising..... In the meanwhile take a look at this link where I show screenshots on how I implemented it: external Caller ID in pbxnsip Quote Link to comment Share on other sites More sharing options...
Carl Johnson Posted June 23, 2008 Author Report Share Posted June 23, 2008 Due the ruleset it is still an issue then as that seemingly cannot be overridden currently. Our current setup is as such, which works properly EXCEPT in the described scenario .. can I get an ETA on this fix in the PBX as it really negates many functions available otherwise. Trunk DID: Fallback Good number Remote Party: RFC3225 (Asserted) Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted June 23, 2008 Report Share Posted June 23, 2008 In the 3.0 release we (will) have a ANI settings that should solve many of these problems. Quote Link to comment Share on other sites More sharing options...
djanjic Posted June 24, 2008 Report Share Posted June 24, 2008 In the 3.0 release we (will) have a ANI settings that should solve many of these problems. Here is our problem with Caller ID issue. We offer hosted service. We port many existing customers original numbers to our PRI (we have a provider who will do that) In many cases we have to assign either one of our DID numbers or ported number to an extension so that incomming call can find proper domain. In previous version we were able to assign DID on the trunk and present that as an outgoing caller ID. In our current version (2.1.10.2474) we can no longer do that. Is there a way to force PBX to send the caller ID from DID on the trunk? How soon to the next version? Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted June 25, 2008 Report Share Posted June 25, 2008 Here is our problem with Caller ID issue. We offer hosted service. We port many existing customers original numbers to our PRI (we have a provider who will do that) In many cases we have to assign either one of our DID numbers or ported number to an extension so that incomming call can find proper domain. In previous version we were able to assign DID on the trunk and present that as an outgoing caller ID. In our current version (2.1.10.2474) we can no longer do that. Is there a way to force PBX to send the caller ID from DID on the trunk? How soon to the next version? In 2.1.10 you can do that by using the tel:alias or a per-account basis, this has higher priority than the DID number setting in the trunk. This solution is okay unless you have two extensions that should both show the same DID which is not the same as the DID for the trunk (that will be fixed in 3.0). Quote Link to comment Share on other sites More sharing options...
Art King Posted June 25, 2008 Report Share Posted June 25, 2008 Well, the rules are defined in http://wiki.pbxnsip.com/index.php/Outbound_Calls_on_Trunk. In the next version we'll have a new setting called "ANI" for every account, where you can explicity put the caller-ID that you want to this specific account. I think we need to write something up that explains how this whole Caller-ID presentation works in theory and in real ITSP-operator life. We just switched providers and they block any call that doesn't have ANI that matches one of ours. Our providor is concerned about Caller-ID spoofing, and they won't relax this restriction. We are running version 2.1.10 Your documentation says: "If the call is redirected from another incoming call, it will use the original number." We can't forward calls to cell phones, or even manually transfer calls to outside numbers since the PBX always tries to use the ANI from the incoming call. We need a setting for "If the call is redirected from another incoming call, use the ANI for the the station doing the redirecting" Help! Quote Link to comment Share on other sites More sharing options...
djanjic Posted June 25, 2008 Report Share Posted June 25, 2008 In 2.1.10 you can do that by using the tel:alias or a per-account basis, this has higher priority than the DID number setting in the trunk. This solution is okay unless you have two extensions that should both show the same DID which is not the same as the DID for the trunk (that will be fixed in 3.0). That is precisly the problem. We have to have tel:alias in order for incomming calls to reach proper domain, remember we are running in hosted mode with many domains. On top of that our povider requires that on outbound calls we send 10 digits to them. Only then they pass it along, if it is not 10 digit number they send the number asociated with PRI (our office main number). If we use 10 digit tel:alias our gateway doesn't know how to send incoming calls correctly since it is a local 7 digit call. So now everyone's caller ID appears as our main number, so we get a lot of calls from people that are "returnig" their calls since it appears that it came from us Quote Link to comment Share on other sites More sharing options...
Vodia PBX Posted June 26, 2008 Report Share Posted June 26, 2008 That is precisly the problem. We have to have tel:alias in order for incomming calls to reach proper domain, remember we are running in hosted mode with many domains. On top of that our povider requires that on outbound calls we send 10 digits to them. Only then they pass it along, if it is not 10 digit number they send the number asociated with PRI (our office main number). If we use 10 digit tel:alias our gateway doesn't know how to send incoming calls correctly since it is a local 7 digit call. So now everyone's caller ID appears as our main number, so we get a lot of calls from people that are "returnig" their calls since it appears that it came from us Remember that you can also use two (or more) tel:alias in one account. The first one will be the one that is used as ANI, but the second one is also used for inbound matching. Maybe that helps to solve the problem. Quote Link to comment Share on other sites More sharing options...
djanjic Posted June 26, 2008 Report Share Posted June 26, 2008 Remember that you can also use two (or more) tel:alias in one account. The first one will be the one that is used as ANI, but the second one is also used for inbound matching. Maybe that helps to solve the problem. I do not see where can I add another tel:alias to account? What is the trick? Quote Link to comment Share on other sites More sharing options...
djanjic Posted June 27, 2008 Report Share Posted June 27, 2008 I do not see where can I add another tel:alias to account? What is the trick? I have found answer to my question which works for us. In case someone has similar problem here is the solution: in the alias field type: tel: your 10 digit number space tel:seven digit number. Hope this helps... Quote Link to comment Share on other sites More sharing options...
Guest Paul McCabe Posted June 27, 2008 Report Share Posted June 27, 2008 I have found answer to my question which works for us. In case someone has similar problem here is the solution: in the alias field type: tel: your 10 digit number space tel:seven digit number. Hope this helps... Glad to hear the multiple tel:alias entries for the extension worked... Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.