VoIP Mailing List Archives
Mailing list archives for the VoIP community |
|
View previous topic :: View next topic |
Author |
Message |
noah at allresearch.com Guest
|
Posted: Sun Sep 21, 2008 6:38 pm Post subject: [Freeswitch-users] Transfer calls to internal user VS. diali |
|
|
Hi,
I have a VERY simple FS setup.
1) Calls come in and go out via Vitelity. (I just route to their IP
address, don't even need a gateway.)
2) I have users registered remotely with anything from a single SIP
phone to an asterisk box.
3) Basically, I am a "pass through" of calls to and from Vitelity.
I have my user registering their phones on my "default" context.
Calls that come back in on a DID route through the public context.
Outgoing calls work perfectly.
My problem is with incoming calls. My users register with their DID
as their username.
So, when a call comes in on "323-555-1212", I want to route it to the
device registered with the username of "3235551212".
With my current setup, it is getting routed over to the default
context, and then FS is attempting to DIAL THE DID BACK OUT. which
creates a nasty loop.
HOW CAN I TELL FS TO ROUTE A CALL TO A REGISTERED USER AS OPPOSED TO
DIALING OUT???
My guess is that's its an adjustment to the "transfer" application in
my public context???
Thanks,
-Noah
-----------------------------------------------------------------------------------------------------
I can call out just fine using the following in my dialplan:
<context name="default">
<extension name="Vitelity">
<condition field="destination_number" expression="^(1{0,1}\d{10})
$">
<action application="set"
data="effective_caller_id_number=12223334444"/>
<!--<action application="bridge" data="sofia/gateway/vitelity/$1"/>-->
<action application="bridge" data="sofia/external/$1@outbound1.vitelity.net
"/>
</condition>
</extension>
</context>
<context name="public">
<extension name="inbound">
<condition field="destination_number"
expression="^(3235551212)$">
<action application="transfer" data="$1 XML default"/>
</condition>
</extension>
</context>
_______________________________________________
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 |
|
Back to top |
|
|
brian at freeswitch.org Guest
|
Posted: Sun Sep 21, 2008 7:04 pm Post subject: [Freeswitch-users] Transfer calls to internal user VS. diali |
|
|
I would transfer to 1000 XML default for example. This is why you split inbound and outbound into two context's like you have it... but since you're sending the call into default as 10 digits I suspect it loops right back out.
Also can you please not hijack threads.
Click new message, input the address yourself and then send it. If you click reply, change the subject and body you're hijacking threads DO NOT DO THAT please.
/b
On Sep 21, 2008, at 5:05 PM, Noah Silverman wrote:
Quote: | HOW CAN I TELL FS TO ROUTE A CALL TO A REGISTERED USER AS OPPOSED TO
DIALING OUT???
My guess is that's its an adjustment to the "transfer" application in
my public context???
Thanks,
-Noah
-----------------------------------------------------------------------------------------------------
I can call out just fine using the following in my dialplan:
<context name="default">
<extension name="Vitelity">
<condition field="destination_number" expression="^(1{0,1}\d{10})
$">
<action application="set"
data="effective_caller_id_number=12223334444"/>
<!--<action application="bridge" data="sofia/gateway/vitelity/$1"/>-->
<action application="bridge" data="sofia/external/$1@outbound1.vitelity.net ([email]sofia/external/$1@outbound1.vitelity.net[/email])
"/>
</condition>
</extension>
</context>
<context name="public">
<extension name="inbound">
<condition field="destination_number"
expression="^(3235551212)$">
<action application="transfer" data="$1 XML default"/>
</condition>
</extension>
</context>
|
|
|
Back to top |
|
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
Powered by phpBB © 2001, 2005 phpBB Group
|