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


#1

Hello,

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.

Any ideas?

Cheers,
romain

···

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#2

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

···

On Sat, Aug 7, 2010 at 2:40 AM, Romain KUNTZ <kuntz@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.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#3

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

logs.zip (158 KB)

logs.zip (158 KB)


#4

Hey Romain,

I had a quick look and will need to investigate further but wanted to
ask you something first.

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.

Cheers,
Emil

На 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

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@sip-communicator.dev.java.net

For additional commands, e-mail:
dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------

To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net

···

On 2010/08/07, at 5:47, Lubomir Marinov wrote:

On Sat, Aug 7, 2010 at 2:40 AM, Romain KUNTZ <kuntz@unistra.fr> >> wrote:
For additional commands, e-mail:
dev-help@sip-communicator.dev.java.net

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
SIP Communicator
emcho@sip-communicator.org PHONE: +33.1.77.62.43.30
http://sip-communicator.org FAX: +33.1.77.62.47.31

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#5

The "Remotely on hold" message on Linux seems to be related to the
fact that there's no audio device there. At least that's what I saw in
the Linux log and how I was able to reproduce it afterwards.

···

On Mon, Aug 9, 2010 at 9:46 PM, Romain KUNTZ <kuntz@unistra.fr> wrote:

below the window it is written "Remotely on hold"

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#6

I haven't been able to reproduce the blue video on Linux yet :frowning: But
I'd like to mention that the Linux from the logs doesn't seem to
detect the desktop streaming video CaptureDevice and it's behaving as
if the property
net.java.sip.communicator.impl.neomedia.videodevIsDisabled is defined
in the configuration file with value true. Not that defining the
property with such a value makes any difference to the video I see
from the Mac but...

···

On Mon, Aug 9, 2010 at 9:46 PM, Romain KUNTZ <kuntz@unistra.fr> wrote:

I have a blue window on the linux side (instead of the video that is supposed to be sent from the MAC)

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#7

Hi Emil,

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

···

On 2010/08/09, at 12:22, Emil Ivov wrote:

На 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@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@sip-communicator.dev.java.net

For additional commands, e-mail:
dev-help@sip-communicator.dev.java.net

---------------------------------------------------------------------

To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net

For additional commands, e-mail:
dev-help@sip-communicator.dev.java.net

--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
SIP Communicator
emcho@sip-communicator.org PHONE: +33.1.77.62.43.30
http://sip-communicator.org FAX: +33.1.77.62.47.31


#8

Yes, I don't have any audio device on the linux computer. Just wanted to have video streaming between both computers. Is it an issue here?

romain

···

On 2010/08/09, at 15:28, Lubomir Marinov wrote:

On Mon, Aug 9, 2010 at 9:46 PM, Romain KUNTZ <kuntz@unistra.fr> wrote:

below the window it is written "Remotely on hold"

The "Remotely on hold" message on Linux seems to be related to the
fact that there's no audio device there. At least that's what I saw in
the Linux log and how I was able to reproduce it afterwards.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#9

It is actually defined as true because I've set the capture device to "no device" in the configuration pane on the linux side. I just wanted to have the video from the MAC to the Linux computer (note that the desktop streaming does not work on my linux box for some reason).

Anyway, I understand my setup is pretty limited on the linux side, so don't spend much time on this issue if you cannot reproduce it. I can switch to another computer.

Cheers,
romain

···

On 2010/08/09, at 15:46, Lubomir Marinov wrote:

On Mon, Aug 9, 2010 at 9:46 PM, Romain KUNTZ <kuntz@unistra.fr> wrote:

I have a blue window on the linux side (instead of the video that is supposed to be sent from the MAC)

I haven't been able to reproduce the blue video on Linux yet :frowning: But
I'd like to mention that the Linux from the logs doesn't seem to
detect the desktop streaming video CaptureDevice and it's behaving as
if the property
net.java.sip.communicator.impl.neomedia.videodevIsDisabled is defined
in the configuration file with value true. Not that defining the
property with such a value makes any difference to the video I see
from the Mac but...

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#10

Well, it seems kind of inaccurate to me when SIP Communicator says
that I'm "Remotely on hold" (on Linux) yet I still see the video
streaming from the remote peer (the Mac).

···

On Tue, Aug 10, 2010 at 1:53 AM, Romain KUNTZ <kuntz@unistra.fr> wrote:

Yes, I don't have any audio device on the linux computer. Just wanted to have video streaming between both computers. Is it an issue here?

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net


#11

Oh, yes, in that meaning, I think so too.
Want me to open an issue for this one?

Cheers,
romain

···

On 2010/08/09, at 15:58, Lubomir Marinov wrote:

On Tue, Aug 10, 2010 at 1:53 AM, Romain KUNTZ <kuntz@unistra.fr> wrote:

Yes, I don't have any audio device on the linux computer. Just wanted to have video streaming between both computers. Is it an issue here?

Well, it seems kind of inaccurate to me when SIP Communicator says
that I'm "Remotely on hold" (on Linux) yet I still see the video
streaming from the remote peer (the Mac).

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@sip-communicator.dev.java.net
For additional commands, e-mail: dev-help@sip-communicator.dev.java.net