VoIP Mailing List Archives

[odermann at googlemail...]

sorry for my late answer, i had to fly to a different place...

we are quite sure, that we have a problem with our php script. we
stripped down the code to the absolute minimum, to remove most
possible error sources, but it still does not work. the code can be
found under http://pastebin.freeswitch.org/6059.

we have a very strange behavior:
we get an inbound call over the socket to our script, we send an
answer and then we make an originate - nothing more.
the full fs debug can be found under http://pastebin.freeswitch.org/6060.

then we change to the cli, make show channels and then uuid_bridge
both uuid's. the result is "State RESET going to sleep".
but, as soon as we kill the process of the script, the uuid_bridge is done.

i have no idea where what the reason for the problem could be. as i
said, everything else works, but to make an uuid_bridge, we have to
kill the php process!?


thanks
dennis


2008/11/7 Anthony Minessale <anthony.minessale@gmail.com>:

[anthony.minessale at g...]

The way your script is parsing appears too simple.
The event socket has a specific protocol.

Every command has a reply and you must read it and take into account the content len etc.

all replies, events etc have a content-type and content-len.




On Sun, Nov 9, 2008 at 7:44 AM, Dennis <odermann@googlemail.com (odermann@googlemail.com)> wrote:

[odermann at googlemail...]

you are right, the shown script is very simple. we shortened it a lot
just to show the problem.

in these tests we do not need any events, because we just answer and
originate - for these actions we do not need any events, filters and
so on.
the rest we do in the cli. in the cli we do show channels and
uuid_bridge. but the uuid_bridge is only done, when we kill the
process of the socket script.
there must be a problem, how we handle the inbound or something like this.

every alse we want to do with any call and uuid works, so i can't
imagine, that our php script does everything so wrong.
what makes uuid_bridge or intercept so different to other api commands?

isn't it possible to see something in the logfiles? perhaps, that the
inbound is in a wrong state or stuck somewhere in the socket?




2008/11/10 Anthony Minessale <anthony.minessale@gmail.com>:

[anthony.minessale at g...]

you must read the reply to the commands when you send them or you will block the tcp socket.


On Mon, Nov 10, 2008 at 9:48 AM, Dennis <odermann@googlemail.com (odermann@googlemail.com)> wrote:

[odermann at googlemail...]

we read every single reply and we make socket_read with the legth
returned by Content-Length.

what we can do with fs, socket outbound and our php-script:

1.) we can answer the inbound, make a bridge to another phone and both
lines are connected and can talk to each other.

2.) we can make an inbound, then make two bgapi originates and
uuid_bridge both originated calls, so that they can talk to each
other.

3.) we made some thausend testcalls with sipp over the socket to our
script with 30cps and had not one failed call.


the only thing we can not do:

=> make an inbound call, then make an originate and uuid_bridge the
inbound and outbound.


i just can't imagine where the problem could be.

could we talk about some kind of consulting to take a little deeper
look into this problem?




2008/11/10 Anthony Minessale <anthony.minessale@gmail.com>:

[anthony.minessale at g...]

yes hop on irc i'll be there in 30 min


On Tue, Nov 11, 2008 at 8:11 AM, Dennis <odermann@googlemail.com (odermann@googlemail.com)> wrote: