VoIP Mailing List Archives

[jbr at consiglia.dk]

I have tried to use the originate command from the API, from javascript
apiExecute and from javascript using newsession.originate. In all cases
I get the same behaviour: when the dialstring includes several
destinations such as:
user/100008888205@10.3.1.24,user/100008888206@10.3.1.24
it's only the first user dialled. Actually this user is dialled twice.
If I add a third number, the first user is dialled three times. Is this
as per design, or should I report a bug. And if so, which project should
I use? /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]

Jon,
I can't reproduce what you're talking about. Can you provide an
example of how you're producing this. Can you tell me if you have
three different phones or one softphone with three accounts? If you
can provide me simple test case that shows this happening on SVN
trunk and the console logs in pastebin somewhere in addition to the
output of "show channels" while this is taking place we can see
exactly if this is going on. Also include the script if possible and
the output of "sofia status profile internal" while this is taking
place.

Also you have to get out from the mind set that everything you come
across is a bug and get into the mind set that you don't know how to
use the FreeSWITCH. I'm pretty sure we have the whole concept of
making phone calls down really good at this point.

/b


On Oct 11, 2008, at 8:50 AM, Jon Bruel wrote:

[jbr at consiglia.dk]

Brian, this is an example of what I do: From the CLI, I enter:
Originate user/100008888205@10.3.1.24,user/100008888201@10.3.1.24 206
XML internalpreparation.
I have a different phone on each endpoint referred to above, but I can
see that when I enter the command, two calls go to
user/100008888205@10.3.1.24. When I answer, the phone with extension 206
is rung.
I'll send you further information on pastebin.freeswitch.org, but I need
some instructions on how to be authorized accessing it. By the way, a
similar issue has been reported by B Karthik, August 18th.
/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]

You do see the user and password are in the dialog box. That is a
test to see how well you pay attention! You failed it. . I also
need your user directory too.

/b

Sent from my iPhone

On Oct 12, 2008, at 2:00 AM, "Jon Bruel" <jbr@consiglia.dk> wrote:

[jbr at consiglia.dk]

Brian, thanks for the useful info! I have pasted it under my login name,
jbr. I don't know if that you mean by user directory. /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]

I need the output of show channels, your directory and you do
understand what the user/ channel does right?

/b

On Oct 12, 2008, at 11:57 AM, Jon Bruel wrote:

[brian at freeswitch.org]

If you're using the user endpoint and you don't know what the user
directory is we are in for a world of hurt. The user directory are
the files in the conf/directory/* folder in the default. I also need
the output of "sofia status profile internal" "show channels" during
the problem you describe.

/b

On Oct 12, 2008, at 11:57 AM, Jon Bruel wrote:

[jbr at consiglia.dk]

Brian, how wonderful, this is illustration the art of communication. Or
rather, how difficult it is. I was thinking of some kind of directory in
the structure of pastebin, not the FS, when you mentioned the
"directory".
So, regarding the FS user directory, I'm using xml_curl, and I have
pasted a part of it (it has 300 entries). I have also tried to comment
out the xml_curl module and used a static directory, in order to
eliminate the possibility of an undesired interaction with xml_curl, but
the result was the same.
Anyhow, the three bits are now included and sent using pastebin.
Goodnight! /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]

looks normal to be but many of those extensions register from the same
ip..

/b

On Oct 12, 2008, at 2:30 PM, Jon Bruel wrote:

[jbr at consiglia.dk]

Brian, there is a reason for the same address: it's connection to an Asterisk server. My original question remains: Does the originate command work as it should ("originate user/100008888205@10.3.1.24,user/100008888201@10.3.1.24 206 XML internalpreparation")? The problem was that the FS only made a call to one phone, 100008888205, not to both. Maybe I didn't make it clear before that when the call was answered by 100008888205, the phone with extension 206 rung as expected. /Jon

[mike at jerris.com]

On Oct 13, 2008, at 11:39 AM, Jon Bruel wrote:

[jbr at consiglia.dk]

Brian, I have now pastebinned the SIP trace as taken from a Snom phone as a response to the command:
Originate user/100008888201@10.3.1.24,user/100008888205@10.3.1.24 206 XML internalpreparation
I also checked it from the server, and verified that no INVITEs are sent to the address belonging to 100008888205. Further, from the console the line:
[DEBUG] switch_ivr_originate.c:700 switch_ivr_originate() variable string 0 = [presence_id=100008888201@10.3.1.24],
is repeated twice with some 10-20 debug lines in between. To get some way further, I could try to repeat the tests you have done in your lab showing that there is no problem!? /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

[jbr at consiglia.dk]

Brian, I made another test:
Originate sofia/gateway/100004444500/201,sofia/gateway/100004444500/205 206 XML internalpreparation
This works as it should. So the issue may be related to the user "channel". /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]

Can you try the same test on the CLI with user/ and verify it.

/b

On Oct 14, 2008, at 12:30 AM, Jon Bruel wrote:

[jbr at consiglia.dk]

Brian, I hope this is what you expect: Testing on CLI, this one works:
Originate sofia/gateway/100004444500/201,sofia/gateway/100004444500/205
206 XML internalpreparation
And this one does not:
Originate user/100008888201@10.3.1.24,user/100008888205@10.3.1.24
100008888206 XML internalpreparation
Or rather, it gives the same result as this:
Originate user/100008888201@10.3.1.24,user/100008888201@10.3.1.24
100008888206 XML internalpreparation
(Last user made identical to first user.) I should remark that the
gateway above loops back to the dialplan with the context
internalpreparation. /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