Re: Problem making Calls

"Newberg, Shane" <[email protected]> Tue, 2 Aug 2005 14:27:27 -0400
Newsgroups gmane.comp.lib.vovida.vocal
Message-ID <[email protected]>
You might want to look into deploying a STUN server to solve the private
/ public IP address problems, or something along the lines of a session
border controller.

Shane 
-----Original Message-----
From: [email protected] [mailto:[email protected]] On
Behalf Of [email protected]
Sent: Monday, August 01, 2005 11:13 PM
To: [email protected]
Subject: [Vocal] Problem making Calls

> Message: 1
> Date: Thu, 21 Jul 2005 14:07:33 +0100
> From: Haddad Said <[email protected]>
> Subject: [Vocal] Problem making Calls
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Hello,
>
> I was testing my vocal installation with my friend, both using the sip
> communicator java client from http://www.sip-communicator.org/. I have
> a global IP address while my friend is behind a firewall. I was using
> the client in the same machine as the vocald server (Fedora Core 4
> machine), my friend was using Windows XP.
>
> The registration of both clients was succesful however initially we
> had a problem where I could hear him but he cannot hear me, so I
> thought packets sent to him were lost in NAT from his end, so Iasked
> him to change the client settings so that it uses TCP port 80 for
> communications.
>
> Then we had a problem wher eif he calls me he hears me and I cant hear
> him and if I call him I hear him and he cant hear me, well its either
> that or it was random but happened to coincide with who was calling
> who.
>
> Anyhow I need some help, I would appreciate if anyone who had a
> similar experience could point me to the right direction.
>
> Thanks
>
> Haddad
>
Hi:
First check if the sound board is full duplex in the machine of caller
and
calling. Second make a trace whith the ethereal protocol analizer
(download free of internet) and check what the RTP packet must be send
to
the ip of caller and calling ,this packet not suport NAT because the ip
address of caller and calling is not in the IP header, is inside of the
sip and rtp portion of ip packet,may be you will need another solution
for
this escenario.

_______________________________________________
vocal mailing list
[email protected]
To unsubscribe, please go to
http://www.vovida.org/mailman/listinfo/vocal
CONFIDENTIALITY NOTICE: This e-mail may contain information that is privileged, confidential or otherwise protected from disclosure. If you are not the intended recipient of this e-mail, please notify the sender immediately by return e-mail, purge it and do not disseminate or copy it. 

_______________________________________________
vocal mailing list
[email protected]
To unsubscribe, please go to http://www.vovida.org/mailman/listinfo/vocal