21 Jan
2005
21 Jan
'05
4:32 p.m.
What is the easiest way if it is possible to determine if the person being calling is
behind NAT and then start the media_proxy session. I have worked out that if the caller
is behind NAT, start the media session, and it works great. But if the caller is not
behind NAT, and the callee is, the phone rings and when you pick it up, no sound flows in
either direction.
Thanks,
Doug
24 Jan
24 Jan
11:45 a.m.
Hi!
Doug Eubanks wrote:
What is the easiest way if it is possible to determine
if the person
being calling is behind NAT and then start the media_proxy session. I
have worked out that if the caller is behind NAT, start the media
session, and it works great. But if the caller is not behind NAT, and
the callee is, the phone rings and when you pick it up, no sound flows
in either direction.
I've been working on the same issue since I only want the calls
depending on the mediaproxy for successful communication to use it.
What I see when client_nat_test() fails for the calling party (due to an
external IP, yadda, yadda) but the called party needs it, is that
the mediaproxy doesn't have all information (see sessions.py that comes
with the mediaproxy itself) to redirect the stream.
I thought about calling use_media_proxy() on all INVITES and then just
send the second use_media_proxy() from the called party if that party
needs the proxy ... but it didn't work out as expected till now.
Any help appreciated though :)
I also thought about making a DB containing clients that need NAT, i.e.
when you REGISTER client_nat_test() is used to see if you need it and
upon INVITE both parties' NAT status can be looked up and if either one
needs mediaproxy support it is turned on.
Hendrik
--
freenet Cityline GmbH, Hamburger Chaussee 2-4, 24114 Kiel, Germany
Phone: +49 (0)431 9020552, Fax: +49 (0)431 9020559
Internet: http://www.freenet.de, eMail: hendrik.scholz(a)freenet-ag.de
25 Jan
25 Jan
10:57 a.m.
Remember, that the NAT flag is stored with the contact when it's
registered. It is set by "lookup()" when called.
Test the flag, after the lookup, as well as the client_nat_test().
--Dave
-----Original Message-----
From: serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] On
Behalf Of Hendrik Scholz
Sent: Monday, January 24, 2005 3:46 AM
To: admin(a)dougware.net
Cc: serusers(a)lists.iptel.org
Subject: Re: [Serusers] Callee is behind NAT, start the mediaproxy
session
Hi!
Doug Eubanks wrote:
What is the easiest way if it is possible to determine
if the person
being calling is behind NAT and then start the media_proxy session. I
have worked out that if the caller is behind NAT,
start the media
session, and it works great. But if the caller is not behind NAT, and
the callee is, the phone rings and when you pick it
up, no sound flows
in either direction.
I've been working on the same issue since I only want the calls
depending on the mediaproxy for successful communication to use it.
What I see when client_nat_test() fails for the calling party (due to an
external IP, yadda, yadda) but the called party needs it, is that
the mediaproxy doesn't have all information (see sessions.py that comes
with the mediaproxy itself) to redirect the stream.
I thought about calling use_media_proxy() on all INVITES and then just
send the second use_media_proxy() from the called party if that party
needs the proxy ... but it didn't work out as expected till now.
Any help appreciated though :)
I also thought about making a DB containing clients that need NAT, i.e.
when you REGISTER client_nat_test() is used to see if you need it and
upon INVITE both parties' NAT status can be looked up and if either one
needs mediaproxy support it is turned on.
Hendrik
--
freenet Cityline GmbH, Hamburger Chaussee 2-4, 24114 Kiel, Germany
Phone: +49 (0)431 9020552, Fax: +49 (0)431 9020559
Internet: http://www.freenet.de, eMail: hendrik.scholz(a)freenet-ag.de
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
7297
days inactive
7301
days old
2 comments
3 participants
participants (3)
-
David R. Kompel -
Doug Eubanks -
Hendrik Scholz