VoIP Mailing List Archives

[jbr at consiglia.dk]

I have tested the option of adding channel variables to the bridge
string, and it does not work.
This dialplan works:
<extension name="External calls">
<condition field="destination_number" expression="^(\d{8})$">
<action application="set" data="effective_caller_id_number=45161061"/>
<action application="bridge" data="sofia/gateway/45161061/$1"/>
</condition>
</extension>

While this one does not work, it is rejected by the gateway:
<extension name="External calls">
<condition field="destination_number" expression="^(\d{8})$">
<action application="bridge"
data="[effective_caller_id_number=45161061]sofia/gateway/45161061/$1"/>
</condition>
</extension>
The INVITE Remote-Party-ID header differs. In the firs case it is:
"Extension 1000"
<sip:45161061@jbconsulting.v2tel.dk>;screen=yes;privacy=off
And in the second case it is:
"Extension 1000" <sip:1000@jbconsulting.v2tel.dk>;screen=yes;privacy=off

Is this an error on my behalf, or do we have a bug?


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[mike at jerris.com]

On Sep 19, 2008, at 9:07 AM, Jon Bruel wrote:

[brian at freeswitch.org]

Also if the far side is Asterisk and they don't have trustrpid=yes
then you have to set the param on the gatway:

<param name="caller-id-in-from" value="true"/>

/b

On Sep 19, 2008, at 8:20 AM, Michael Jerris wrote:

[jbr at consiglia.dk]

Mike, you answered: effective_caller_id_number is meant to be set on the
a leg, not the b-leg.
Well I need to control the "effective_caller_id_number" (or whatever it
is called in the B-leg) individually for each location when I bridge to
many destinations. In my case, I need to have different identities
(A-numbers) for local calls and for external calls. I have followed the
WIKI:
http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridgecall#Calling_
multiple_destinations, though. Anyhow how is this solved? Could it be
possible to loopback to the dialplan as in Asterisk local channel or to
go through some steps before dial attemps are made, but after the bridge
application?
Jon



------------------------------

Message: 4
Date: Fri, 19 Sep 2008 09:22:51 -0400
From: Michael Jerris <mike@jerris.com>
Subject: Re: [Freeswitch-users] dialpaln
To: freeswitch-users@lists.freeswitch.org
Message-ID: <B017FCD2-1BF2-4EA3-83AA-786BC26BE141@jerris.com>
Content-Type: text/plain; charset="us-ascii"


On Sep 19, 2008, at 9:18 AM, Gopal krishnan wrote:

[brian at freeswitch.org]

The effective_caller_id_name/number variables can be set on the A leg but those will be used to override those values on the b-legs if they spawn off the a-leg

/b

On Sep 19, 2008, at 9:02 AM, Jon Bruel wrote:

[anthony.minessale at g...]

On Fri, Sep 19, 2008 at 9:02 AM, Jon Bruel <jbr@consiglia.dk (jbr@consiglia.dk)> wrote:

[jbr at consiglia.dk]

None of the suggestions worked, and I still can't control the A-number
individually when bridging to multiple destinations.
I have tried to change the dialplan using
[origination_caller_id_number=1234]
As a part of the string in the bridge data, but an info after bridge did
not show the variable. I also tried with an unknown variable such as
new_var=1234, but it did not show up after the bridge using the info
application. Do we have a bug, or has the format been changed..




_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[brian at freeswitch.org]

Is the far side Asterisk? If so then I suspect they aren't trusting
the RPID you're sending. They'll have to trustrpid.

/b

On Sep 19, 2008, at 10:56 AM, Jon Bruel wrote:

[jbr at consiglia.dk]

No the far side is BroadWorks, and as I said in the first mail, the only
difference between an accepted and a rejected INVITE is in the contents
of the Remote-Party-ID header. Generally in many European countries, the
operators limit the A-number to the actual number of the line dialled
out on.




_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[brian at freeswitch.org]

Can you show me a side by side comparison of working vs non-working?

/b

On Sep 19, 2008, at 12:37 PM, Jon Bruel wrote:

[jbr at consiglia.dk]

Yes I can, but somehow I start to repeat myself. An INVITE is sent
allright every time, but one of the headers differs:
Works:
Remote-Party-ID:
<sip:45161061@jbconsulting.v2tel.dk>;screen=yes;privacy=off
Doesn't work:
Remote-Party-ID: "Extension 1000"
<sip:1000@jbconsulting.v2tel.dk>;screen=yes;privacy=off
I have tried with different variable names in the bridge data:
<action application="bridge"
data="[effective_caller_id_number=45161061]sofia/gateway/45161061/$1"/>
as well as: origination_caller_id_number
data="[origination_caller_id_number=45161061]sofia/gateway/45161061/$1"/
the latter combined with: <param name="caller-id-in-from"
value="true"/>.
But the only thing which works is setting the effective_caller_id_number
in the dialplan before the bridge. That would be fine, unless I want to
bridge to several destinations. Every time the call is rejected, the
Remote-Party-ID-header hasn't the right value.
I have tried to execute another dialplan at bridge, testing with other
variables, and the info application doesn't reveal the variable I try to
include in square brackets in the bridge data string. So maybe its not
passed over to the B-leg.
If you need more data, let me know, and I'll package it during the
weekend.
Jon


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[brian at freeswitch.org]

Let me show you some examples that I'm doing right now that work fine.

I do this at the CLI and it works:
originate {origination_caller_id_number=9184238080}sofia/gateway/
asterlink.com/1918XXXXXXX 9999

And this is in my dialplan works:

<extension name="asterlink.com">
<condition field="destination_number" expression="^(1\d+)$">
<action application="export"
data="nolocal:absolute_codec_string=PCMU"/>
<action application="set"
data="effective_caller_id_number=9184238080"/>
<action application="bridge" data="sofia/gateway/asterlink.com/
$1"/>
</condition>
</extension>


/b





On Sep 19, 2008, at 4:44 PM, Jon Bruel wrote:

[brian at freeswitch.org]

Jon,

I did this originate at the CLI and each one has its own callerid:

originate [origination_caller_id_number=666666666]sofia/x.x.x.x/1000,
[origination_caller_id_number=999999999]sofia/x.x.x.x/1001 9999

And this in the dialplan:

<extension name="test">
<condition field="destination_number" expression="^886$">
<action application="bridge"
data="[origination_caller_id_number=666666666]sofia/x.x.x.x/1000,
[origination_caller_id_number=999999999]sofia/x.x.x.x/1001"/>
</condition>
</extension>

This is confirmed working as is my previous email. You have to watch
and make sure you're looking at the correct invite. Also remove the
caller-id-in-from.

My RPID looks like:

Remote-Party-ID: "Extension 1005" <sip:
999999999@x.x.x.x>;screen=yes;privacy=off
Remote-Party-ID: "Extension 1005" <sip:
666666666@x.x.x.x>;screen=yes;privacy=off

I have even tried this out to the PSTN to my cellphone and it works.

/b


On Sep 19, 2008, at 4:44 PM, Jon Bruel wrote:

[brian at freeswitch.org]

Also what is "version" and make sure you're on svn trunk if possible.
That [] had a bug in it at some point and I can't recall the exact rev
we fixed it in. But I'm on svn trunk here working to nail down bugs
so we can release 1.0.2.

/b


_______________________________________________
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org

[jbr at consiglia.dk]

Both suggestions work: If I include the effective_caller_id_number in the dialplan before bridging, or if I include {origination_caller_id_number=45161061} or [origination_caller_id_number=45161061] as a part of the first parameter after a originate command.
But skipping the “set” command in the dialplan, and trying to use:

<action application="bridge" data="[effective_caller_id_number=45161061]sofia/gateway/45161061/$1"/>

or:

<action application="bridge" data="[origination_caller_id_number=45161061]sofia/gateway/45161061/$1"/>

does not work. Same thing when using curled brackets.
I need to be able to pass parameters individually to each of the bridge destinations, not just for the A-number, but also for other stuff to be used for post processing of the call. An alternative would be to emulate the Asterisk chan_local by making some kind of loopback to the dialplan, using IAX or SIP, but this is a inelegant way of solving it.
Jon