[sip-comm-dev] IPv6 video calls using registrar-less SIP accounts

Romain KUNTZ kuntz at unistra.fr
Mon Aug 9 23:30:38 CEST 2010


Hi Emil,

On 2010/08/09, at 12:22, Emil Ivov wrote:
> Your INVITE packets seem to be fragmented, probably because they exceed
> the link MTU. I guess that if the de-fragmentation somehow failed then
> this could be a cause for us to freak out when parsing the SDP (which
> comes last in the packet) and explain the weird behaviour.
> 
> Therefore, just to make sure that this is what's causing the problem,
> could you please disable all audio codecs except for speex32 and try
> again? This should reduce the size of our SDP enough for the INVITE to
> fit into 1500 bytes.

I've tried it, the INVITE packet is not fragmented but the problem remains. 

Cheers,
romain

> На 09.08.10 20:46, Romain KUNTZ написа:
>> Hi Lubomir,
>> 
>> Here are the logs from the linux and MacOSX side, and a pcap trace
>> from the linux side (build 2859). I couldn't find any
>> logging.properties on the linux side to increase the debug level for
>> neomedia, let me know if you want more detailed logs.
>> 
>> FYI, I've tried with build 2856, I have the same symptoms.
>> 
>> Thanks, romain
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> On 2010/08/07, at 5:47, Lubomir Marinov wrote:
>> 
>>> On Sat, Aug 7, 2010 at 2:40 AM, Romain KUNTZ <kuntz at unistra.fr>
>>> wrote:
>>>> I've an issue with registrar-less SIP calls, between a MacOSX
>>>> Leopard and Debian (using build 2858). Once the call is
>>>> established, it seems to work fine until I activate the video on
>>>> the MAC side. I have a blue window on the linux side (instead of
>>>> the video that is supposed to be sent from the MAC) and below the
>>>> window it is written "Remotely on hold". Same result if I change
>>>> from the iSight to the desktop streaming.
>>> 
>>> Hi Romain,
>>> 
>>> I don't seem to be able to reproduce the problem between Mac OS X
>>> Snow Leopard and Ubuntu Lucid.
>>> 
>>> The blue video and the "Remotely on hold" don't ring a bell so I'd 
>>> very much like to ask you to send us logs (with detailed logging
>>> for neomedia if possible) and Wireshark dumps.
>>> 
>>> Because you mention IPv6, does the problem persist with IPv4?
>>> 
>>> Best regards, Lubo
>>> 
>>> ---------------------------------------------------------------------
>>> 
>>> 
> To unsubscribe, e-mail: dev-unsubscribe at sip-communicator.dev.java.net
>>> For additional commands, e-mail:
>>> dev-help at sip-communicator.dev.java.net
>>> 
>>> 
>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> 
>>> 
> To unsubscribe, e-mail: dev-unsubscribe at sip-communicator.dev.java.net
>>> For additional commands, e-mail:
>>> dev-help at sip-communicator.dev.java.net
> 
> -- 
> Emil Ivov, Ph.D.                               67000 Strasbourg,
> Project Lead                                   France
> SIP Communicator
> emcho at sip-communicator.org                     PHONE: +33.1.77.62.43.30
> http://sip-communicator.org                    FAX:   +33.1.77.62.47.31
> 
> 





More information about the dev mailing list