[jitsi-dev] Video Call through SIP (Freeswitch) not working


#1

Hello,

I've been trying to get video working on a basic SIP call between 2 jitsi
(latest nightly) clients. One on windows 7, the other on Mint 14. I'm using
Freeswitch as the SIP server and have enabled the "proxy media" variable in
the SIP profile. This should theoretically let the 2 jitsi endpoints talk
to each other directly with little interference from the server.

My results aren't good. Basically the video box remains greyed out on both
sides during the call, and there seems to be no video media in the call
(although audio works). I've tried playing around with VP8 and H264, to no
avail. Also, I often have to hangup the first attempt and try again since
jitsi seems to hang after "dialing" (and I see in the server that it never
receives anything from jitsi). On the second try Jitsi is able to reach the
server as it should, although video still doesn't work.

Frustrated with this SIP experiment and Freeswitch, I set up an XMPP server
(openfire) and tried the same experiment. This time video worked as it
should (most of the time, I still get inconsistent results). Even ZRTP
worked well in both audio and video.

Before I start sending logs, etc, I was wondering if anyone has been able
to use Jitsi's video with SIP, and with Freeswitch in particular.

I've also setup the videobridge with openfire and that seemed to work well,
although I only tested a little bit.

Thanks


#2

Hi,

Sometimes UPD fragmentation may be causing troubles with SIP. That's
because Jitsi supports so many codecs and invitie packets are too long. In
my situation I wasn't able to make calls when there were 5 or more codecs
enabled. Switching to TCP may solve those problems.

···

2013/4/9 Privus 007 <privus007@gmail.com>

Hello,

I've been trying to get video working on a basic SIP call between 2 jitsi
(latest nightly) clients. One on windows 7, the other on Mint 14. I'm using
Freeswitch as the SIP server and have enabled the "proxy media" variable in
the SIP profile. This should theoretically let the 2 jitsi endpoints talk
to each other directly with little interference from the server.

My results aren't good. Basically the video box remains greyed out on both
sides during the call, and there seems to be no video media in the call
(although audio works). I've tried playing around with VP8 and H264, to no
avail. Also, I often have to hangup the first attempt and try again since
jitsi seems to hang after "dialing" (and I see in the server that it never
receives anything from jitsi). On the second try Jitsi is able to reach the
server as it should, although video still doesn't work.

Frustrated with this SIP experiment and Freeswitch, I set up an XMPP
server (openfire) and tried the same experiment. This time video worked as
it should (most of the time, I still get inconsistent results). Even ZRTP
worked well in both audio and video.

Before I start sending logs, etc, I was wondering if anyone has been able
to use Jitsi's video with SIP, and with Freeswitch in particular.

I've also setup the videobridge with openfire and that seemed to work
well, although I only tested a little bit.

Thanks

--
Regards,
Pawel


#3

We are using TCP SIP exclusively to avoid firewall issues and domestic routers trying to 'help' by re-writing UDP SIP packets.

Tom

···

On 12/04/13 22:36, Pawe? Domas wrote:

Hi,

Sometimes UPD fragmentation may be causing troubles with SIP. That's because Jitsi supports so many codecs and invitie packets are too long. In my situation I wasn't able to make calls when there were 5 or more codecs enabled. Switching to TCP may solve those problems.

2013/4/9 Privus 007 <privus007@gmail.com <mailto:privus007@gmail.com>>

    Hello,

    I've been trying to get video working on a basic SIP call between
    2 jitsi (latest nightly) clients. One on windows 7, the other on
    Mint 14. I'm using Freeswitch as the SIP server and have enabled
    the "proxy media" variable in the SIP profile. This should
    theoretically let the 2 jitsi endpoints talk to each other
    directly with little interference from the server.

    My results aren't good. Basically the video box remains greyed out
    on both sides during the call, and there seems to be no video
    media in the call (although audio works). I've tried playing
    around with VP8 and H264, to no avail. Also, I often have to
    hangup the first attempt and try again since jitsi seems to hang
    after "dialing" (and I see in the server that it never receives
    anything from jitsi). On the second try Jitsi is able to reach the
    server as it should, although video still doesn't work.

    Frustrated with this SIP experiment and Freeswitch, I set up an
    XMPP server (openfire) and tried the same experiment. This time
    video worked as it should (most of the time, I still get
    inconsistent results). Even ZRTP worked well in both audio and video.

    Before I start sending logs, etc, I was wondering if anyone has
    been able to use Jitsi's video with SIP, and with Freeswitch in
    particular.

    I've also setup the videobridge with openfire and that seemed to
    work well, although I only tested a little bit.

    Thanks

--
Regards,
Pawel


#4

Hi,

I have converted 3 of my users including myself to use the
nightly build version of Jitsi using multi-window mode.

We all signed
up for the jit.si service and gave the video bridge system a go, this
seemed to work much better in the nightly builds than it did in the 2.0
branch.

However when doing a person->person video call through
Freeswitch (which is what we want to do mainly) there appears to be
issues with the way the 2nd video stream is initialized.

Generally
speaking the caller can see himself in the local view frame, and the
callee can see the caller, however the caller cannot see the callee
without them turning off their video and then turning it on again (using
the film camera icon).

Sometimes we have to do this several times.

Do you have a Freeswitch install that you can test Jitsi through?

Thanks

Tom

We are

using TCP SIP exclusively to avoid firewall issues and domestic routers
trying to 'help' by re-writing UDP SIP packets.

Tom

On

12/04/13 22:36, Paweł Domas wrote:

Hi,

Sometimes UPD

fragmentation may be causing troubles with SIP. That's because Jitsi
supports so many codecs and invitie packets are too long. In my
situation I wasn't able to make calls when there were 5 or more codecs
enabled. Switching to TCP may solve those problems.

2013/4/9

Privus 007 <privus007@gmail.com>

Hello,

I've been

trying to get video working on a basic SIP call between 2 jitsi (latest
nightly) clients. One on windows 7, the other on Mint 14. I'm using
Freeswitch as the SIP server and have enabled the "proxy media" variable
in the SIP profile. This should theoretically let the 2 jitsi endpoints
talk to each other directly with little interference from the
server.

My results aren't good. Basically the video box remains

greyed out on both sides during the call, and there seems to be no video
media in the call (although audio works). I've tried playing around with
VP8 and H264, to no avail. Also, I often have to hangup the first
attempt and try again since jitsi seems to hang after "dialing" (and I
see in the server that it never receives anything from jitsi). On the
second try Jitsi is able to reach the server as it should, although
video still doesn't work.

Frustrated with this SIP experiment

and Freeswitch, I set up an XMPP server (openfire) and tried the same
experiment. This time video worked as it should (most of the time, I
still get inconsistent results). Even ZRTP worked well in both audio and
video.

Before I start sending logs, etc, I was wondering if

anyone has been able to use Jitsi's video with SIP, and with Freeswitch
in particular.

I've also setup the videobridge with openfire

and that seemed to work well, although I only tested a little bit.

···

On 2013-04-12 22:38, Tom Parrott wrote:

Thanks

--
Regards,
Pawel


#5

Hi,

I can confirm that the latest nightly windows build (10783) has serious
problems with Freeswitch, both in video (as has always seemed to be the
case in my experience) and now also with audio. I can't even get a regular
audio call to go through and video has never really worked for me through
SIP (Freeswitch pbx in my case). Interestingly, when I use XMPP as
transport (openfire) video usually works OK, although also buggy and
erratic behaviour with mixed success similar to what TomP describes above.
This all happens with 10783 nightly build, although previous ones also had
these bugs.

Whenver I try to make an audio call (I've pretty much given up on video)
with the latest nightly I usually get "wrong call state" errors in the FS
logs. I also tried making an audio call from jitsi 10783 (windows 7) to
another jitsi 10783 (mint 14) and have gotten peer SDP errors and constant
ZRTP checksum mismatches the very few times the call actually got
connected. And the problem is not with FS, NAT, firewall or other issues
since I have no problem making a ZRTP audio call using the same FS server
and network conditions from a CSipSimple android phone to a Groundwire
iPhone. I'm confident it is solely a jitsi issue.

Out of frustration I went back to stable 2.0 (windows) and now audio is
working fine again, with proper ZRTP encryption and all. Of course video
still doesn't work properly, but then again it never has. Because of this
many people I know have given up and are going back to Google hangouts,
which is sad.

Hopefully these bugs can be ironed out and a truly stable jitsi with
working video (specially in SIP) will come out soon.
Don't get me wrong, I'm not complaining, just describing my (frustrating)
experience with Jitsi.

···

On Wed, Apr 17, 2013 at 9:09 AM, <tomp@tomp.co.uk> wrote:

**

Hi,

I have converted 3 of my users including myself to use the nightly build
version of Jitsi using multi-window mode.

We all signed up for the jit.si service and gave the video bridge system
a go, this seemed to work much better in the nightly builds than it did in
the 2.0 branch.

However when doing a person->person video call through Freeswitch (which
is what we want to do mainly) there appears to be issues with the way the
2nd video stream is initialized.

Generally speaking the caller can see himself in the local view frame, and
the callee can see the caller, however the caller cannot see the callee
without them turning off their video and then turning it on again (using
the film camera icon).

Sometimes we have to do this several times.

Do you have a Freeswitch install that you can test Jitsi through?

Thanks

Tom

On 2013-04-12 22:38, Tom Parrott wrote:

We are using TCP SIP exclusively to avoid firewall issues and domestic
routers trying to 'help' by re-writing UDP SIP packets.

Tom

On 12/04/13 22:36, Paweł Domas wrote:

Hi,

Sometimes UPD fragmentation may be causing troubles with SIP. That's
because Jitsi supports so many codecs and invitie packets are too long. In
my situation I wasn't able to make calls when there were 5 or more codecs
enabled. Switching to TCP may solve those problems.

2013/4/9 Privus 007 <privus007@gmail.com>

   Hello,

I've been trying to get video working on a basic SIP call between 2 jitsi
(latest nightly) clients. One on windows 7, the other on Mint 14. I'm using
Freeswitch as the SIP server and have enabled the "proxy media" variable in
the SIP profile. This should theoretically let the 2 jitsi endpoints talk
to each other directly with little interference from the server.

My results aren't good. Basically the video box remains greyed out on
both sides during the call, and there seems to be no video media in the
call (although audio works). I've tried playing around with VP8 and H264,
to no avail. Also, I often have to hangup the first attempt and try again
since jitsi seems to hang after "dialing" (and I see in the server that it
never receives anything from jitsi). On the second try Jitsi is able to
reach the server as it should, although video still doesn't work.

Frustrated with this SIP experiment and Freeswitch, I set up an XMPP
server (openfire) and tried the same experiment. This time video worked as
it should (most of the time, I still get inconsistent results). Even ZRTP
worked well in both audio and video.

Before I start sending logs, etc, I was wondering if anyone has been able
to use Jitsi's video with SIP, and with Freeswitch in particular.

I've also setup the videobridge with openfire and that seemed to work
well, although I only tested a little bit.

Thanks

--
Regards,
Pawel


#6

Hey Tom,

Hi,

I have converted 3 of my users including myself to use the nightly build
version of Jitsi using multi-window mode.

We all signed up for the jit.si service and gave the video bridge system
a go, this seemed to work much better in the nightly builds than it did in
the 2.0 branch.

It should be improving even further in the following weeks and months.

However when doing a person->person video call through Freeswitch
(which is what we want to do mainly) there appears to be issues with
the way the 2nd video stream is initialized.

Well, never tried freeswitch before but our tests with asterisk and SIP
proxies generally work quite fine.

Generally speaking the caller can see himself in the local view frame,
and the callee can see the caller, however the caller cannot see the
callee without them turning off their video and then turning it on again
(using the film camera icon).

We've had problems woth video rendering lately but they should be fixed
now. I assume your experiments are with the latest nightly?

Sometimes we have to do this several times.

Do you have a Freeswitch install that you can test Jitsi through?

No. Most of our testing is on SIP proxies, Asterisk and XMPP. The rendering
problem is not related to these though.

Emil

--sent from my mobile

Thanks

Tom

We are using TCP SIP exclusively to avoid firewall issues and domestic

routers trying to 'help' by re-writing UDP SIP packets.

Tom

Hi,

Sometimes UPD fragmentation may be causing troubles with SIP. That's

because Jitsi supports so many codecs and invitie packets are too long. In
my situation I wasn't able to make calls when there were 5 or more codecs
enabled. Switching to TCP may solve those problems.

Hello,

I've been trying to get video working on a basic SIP call between 2

jitsi (latest nightly) clients. One on windows 7, the other on Mint 14. I'm
using Freeswitch as the SIP server and have enabled the "proxy media"
variable in the SIP profile. This should theoretically let the 2 jitsi
endpoints talk to each other directly with little interference from the
server.

My results aren't good. Basically the video box remains greyed out on

both sides during the call, and there seems to be no video media in the
call (although audio works). I've tried playing around with VP8 and H264,
to no avail. Also, I often have to hangup the first attempt and try again
since jitsi seems to hang after "dialing" (and I see in the server that it
never receives anything from jitsi). On the second try Jitsi is able to
reach the server as it should, although video still doesn't work.

Frustrated with this SIP experiment and Freeswitch, I set up an XMPP

server (openfire) and tried the same experiment. This time video worked as
it should (most of the time, I still get inconsistent results). Even ZRTP
worked well in both audio and video.

Before I start sending logs, etc, I was wondering if anyone has been

able to use Jitsi's video with SIP, and with Freeswitch in particular.

I've also setup the videobridge with openfire and that seemed to work

well, although I only tested a little bit.

···

On Apr 17, 2013 10:10 AM, <tomp@tomp.co.uk> wrote:

On 2013-04-12 22:38, Tom Parrott wrote:

On 12/04/13 22:36, Paweł Domas wrote:

2013/4/9 Privus 007 <privus007@gmail.com>

Thanks

--
Regards,
Pawel