VoIP Mailing List Archives

[kristjan.ugrin at gmai...]

I modified mod_dingaling.c so I can intercept google talk chat messages
via socket - nothing fancy.
Then I wrote a java app that connects to freeswitch socket and in case of
a proper message (trigger) it sends a command to freeswitch, in my case:
api originate sofia/default/1001@10.99.8.221
&bridge(dingaling/gmail.com/my_mail@gmail.com)

Dingaling is logged in as another user which I have added as buddy, chat
messages go trough, however when a call is started
between SIP and Gtalk client, we cannot hear each other at all.
Using freeswitch revision: 10866

Here is the log:
http://pastebin.com/m1eba2cb8

What can be the problem? First I thought it is because running sip client
+ gtalk and freeswitch on one host, but then I
moved SIP phone and Gtalk to 2 different workstations, using the third
only for freeswitch. Also calls from "call" example program
from google lib works fine with same setup - something must be problematic
with freeswitch, however cannot see what.

Thank you!

--
kriko

_______________________________________________
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

[anthony.minessale at g...]

Your log shows rtp streams being allocated.
did you look at at the packets on the wire with a packet capture program?

You are better off using proper jingle and component mode. What you are describing sounds like
a workaround to avoid doing it right.



On Mon, Dec 22, 2008 at 8:42 AM, kriko <kristjan.ugrin@gmail.com (kristjan.ugrin@gmail.com)> wrote:

[kristjan.ugrin at gmai...]

There are absolutely no UDP packets going trough like when doing a call
from gtalk to gtalk.

You mean this (component mode):
http://wiki.freeswitch.org/wiki/Dingaling#What_is_Component_.28server_to_server.29_mode.3F
Is there more documentation that this?

All I would like to do is to initiate a call between SIP telephone and
gtalk user who typed in the message.

Thank you!


On Mon, 22 Dec 2008 16:19:08 +0100, Anthony Minessale
<anthony.minessale@gmail.com> wrote:

[anthony.minessale at g...]

are you doing the trace on the FS box too?
it says it's established RTP and bridging.

NO audio is 9.8/10 times a firewall issue.

typing in a message is not the right way to call someone on jingle.
That's the point. In component mode you add the sip ext to your buddy list
and call them the normal way. This has nothing to do with your audio issue though so it's
not a big deal.

On Mon, Dec 22, 2008 at 9:42 AM, kriko <kristjan.ugrin@gmail.com (kristjan.ugrin@gmail.com)> wrote:

[kristjan.ugrin at gmai...]

But what I would like to achieve is something different (quite similar).
You type in a message like "call 1001@10.99.8.20" and you it would call a
SIP buddy with any local number.

In component mode you need to add a buddy everytime for a different sip
nr.?
Which would mean a lot of numbers if you would like to call more than one
sip nr. in a lan.

As for the first issue, there are RTP packets traveling on FS, but never
reach destination after they leave our internal network.
Do they have to go outside lan even when the call is placed in a lan
between gtalk and SIP?
Gtalk to gtalk is no problem on same machines...


On Mon, 22 Dec 2008 17:02:02 +0100, Anthony Minessale
<anthony.minessale@gmail.com> wrote:

[anthony.minessale at g...]

if you see them leave FS and never reach dest.
It implies a firewall somewhere in between is blocking them.


On Mon, Dec 22, 2008 at 10:19 AM, kriko <kristjan.ugrin@gmail.com (kristjan.ugrin@gmail.com)> wrote:

[kristjan.ugrin at gmai...]

Today I did some more testing and packet sniffing.
When calling from google talk to google talk, packets are traveling only inside lan, there are some
queries which goes outside, but nothing more.

When using Gtalk to call someone on sip, then those packets are sent outside and I never see them again.
I think this is freeswitch configuration problem (routing?).

Where can I look further to investigate why this happens?

Thanks.


On Mon, 22 Dec 2008 18:30:46 +0100, Anthony Minessale <anthony.minessale@gmail.com> wrote:

[kristjan.ugrin at gmai...]

I've decided to do this properly:
clean fresweetch reinstall.

My worsktation hosts freeswitch + 1 sip phone also running as 1000 (linux - IP 10.99.8.221)
Other windows machine has gtalk with and also a sip phone registered as 1001 (IP 10.99.8.111).

First case - SIP to SIP. Calling from 1000 to 1001 and vice versa works, audio is perfect.
Packets are propery travelling between 10.99.8.221 and 10.99.8.111

Second case :
On windows machine I open gtalk and I open a chat to buddy which is actually a bot logged in on freeswitch (dingaling client mode).
The I started java socket program which listens to icoming messages, after typing into client
"call 1000@10.99.8.221" an api command is executed:
"api originate sofia/default/1000@10.99.8.221 &bridge(dingaling/gmail.com/gtalk_mail(at)gmail.com)"

A call is placed between gtalk and sip phone 1000, it rings, but when both end answers there is no audio.
After a minute, the call ends itself.
I've attached wireshark dumps from both ends - what is strange is that packets are not trying to got at right IP,
instead they hit some other machine (213.x.x.x), which doesn't make sense.

Fresh log from freeswitch (I don't know why 213.x.x.x gets mixed in this story):
http://pastebin.com/m75b10388

// I hope the attachments go trough - 17 KB.
test_gtalk_client_side - dump from win machine (gtalk client)
test_sip_client - dump from linux machine (freeswitch and sip phone client)

I hope to get resolved this mistery somehow.

Thank you for all kind answers.

_______________________________________________
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

[anthony.minessale at g...]

when 2 devices talk via googles gtalk when they are both behind the same lan you
are going to have problems.


on thing you can do is make an acl to ignore any candidates that are not local
add this to your dingaling profile
<param name="candidate-acl" value="myacl"/>

then add myacl to acl.conf.xml that only allows your lan ip.

Turn off all the stun and ext-rtp-ip setting.

OR

use the windows machine from a box that is not on the sam lan behind the same nat.




On Tue, Dec 23, 2008 at 8:09 AM, kriko <kristjan.ugrin@gmail.com (kristjan.ugrin@gmail.com)> wrote: