I find that if you disable the video and re-enable during a call it
seems to allow 2 parallel video streams to work.
The issue seems to be
related to multiple video streams, any usage that only requires a single
video stream (for example the echo test, or a single party-speaking
conference) works fine.
But if you try and see the video from multiple
parties at once it starts to fail.
By the way, in order to eliminate FreeSWITCH as a
factor here and
>confirm that your problems really are in Jitsi, could
you please create
>a SIP account at http://ippi.com  and do your
Will get around to it this weekend and I'll let you
know the results.
> Correct, From their wiki here
> "FreeSWITCH is a B2BUA (back-to-back user agent). This means that
> actually parses each of the SIP messages it receives. FreeSWITCH
> act as a proxy, for instance by forwarding SIP
registrations to a
> registrar server."
OK, thanks for the
> However, I have configured FS in proxy media mode
in order to allow 2
> jitsi clients to establish a ZRTP audio call
> Again, per the wiki here
> > * Proxy: media
flows through FS, no media processing options
> - RTP
proxied by FreeSWITCH (c= modified, that's it)
> - FreeSWITCH has no
control or even understanding of other SDP parameters (pass through)
Oh ... this is actually wrong from an RFC perspective but I don't
it is related to your problems.
> - Endpoints *MUST*
agree on same codec because FreeSWITCH can't help them
> - Virtually
no features available
By the way, in order to eliminate
FreeSWITCH as a factor here and
confirm that your problems really are
in Jitsi, could you please create
a SIP account at http://ippi.com
 and do your tests there?
(From what we've tried this works so
I am inclined to think FS is
messing up something here ... or at
least both Jitsi and FS contribute
to a global mess, so these tests
would help narrow it down).
> Hey Marc,
> > Hi,
Freeswitch is a proxy as opposed to a B2BUA so should have no
issues > routing audio or video. In fact, the the codecs chosen are
> > negotiation between endpoints.
> Chiming in
for a quick comment: I don't have a lot of experience
> with FS but
as far as I know, it is exactly the opposite of a proxy
> and the
very definition of a B2BUA. This is one of the reasons why
Opus support wasn't working there until they recently fixed it.
> --sent from my mobile
> > In the
case you describe, if you are doing a call from Jitsi to
Jitsi client and it works sometimes but not others, I don't
the issue is related to Jitsi.
> > Is all this on a private
network or are the clients going through
> a firewall or NAT? This is
the usual cause of SIP issues.
> > Thanks.
> > __________________ > > +1-949-270-0935 
> >> Thanks for your
> >> Hmmm. So it seems it is not just some
> Freeswitch but rather an incompatibility with
SIP in general.
> >> That seems like a pretty serious
limitation to jitsi's video
> capability, no? I've also tried putting
VP8 at the top of the codec
> list on both jitsi clients and I still
have the same problems and
> inconsistency described above.
> >> Has anyone else had any success (consistently) with jitsi
> through a SIP server?
> >> Thanks
> >>> (Sorry 4
topposting, forced upon me by BB)
> >>> Yes, i've
experimenting with sip-video as well, but with asterisk.
> >>> I've
seen same behaviour* as you, but mostly (!) It boils down,
Video-codec mismatch between client1/pbx and client2/pbx, or
> >>> *even difference between client1
calling client2 and client2
> calling client1
>>> With xmpp nothing is inbetween, which can be an advantage, but
also a serious limitation.
> >>> Van: Privus 007
Verzonden: Tuesday, April 09, 2013 07:35 PM W. Europe Standard Time >
Aan: email@example.com <mailto:firstname.lastname@example.org>
[jitsi-dev] Video Call through SIP (Freeswitch) not
> >>> 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
> >>> I've also setup the videobridge with openfire and that
> work well, although I only tested a little bit.
> >>> Thanks
> >>> ________________________________
Dit bericht kan informatie bevatten die niet voor u is bestemd.
Indien u niet de geadresseerde bent of dit bericht abusievelijk aan
u is toegezonden, wordt u verzocht dat aan de afzender te melden en
het bericht te verwijderen. De Staat aanvaardt geen
aansprakelijkheid voor schade, van welke aard ook, die verband houdt
met risico's verbonden aan het electronisch verzenden van
> >>> This message may contain information that
is not intended for
> you. If you are not the addressee or if this
message was sent to you
> by mistake, you are requested to inform the
sender and delete the
> message. The State accepts no liability for
damage of any kind
> resulting from the risks inherent in the
electronic transmission of
On 2013-04-19 17:59, Privus 007 wrote:
On Fri, Apr 19, 2013 at 5:56 PM, Emil Ivov <email@example.com> wrote:
On 19.04.13, 18:46, Privus 007 wrote:
> On Thu, Apr 18, 2013 at 6:02 PM, Emil Ivov <firstname.lastname@example.org >>> <mailto:email@example.com>> wrote:
> On Apr 11, 2013 8:21 PM, "Marc Abrams" <firstname.lastname@example.org >>> <mailto:email@example.com>> wrote:
> > On Apr 11, 2013, at 10:13 AM, Privus 007 <firstname.lastname@example.org >>> <mailto:email@example.com>> wrote:
> >> On Wed, Apr 10, 2013 at 8:42 AM, <J.Witvliet@mindef.nl >>> <mailto:J.Witvliet@mindef.nl>> wrote: