Il 23/ott/2013 14:58 "Emil Ivov" <emcho@jitsi.org > <mailto:emcho@jitsi.org>> ha scritto:
Hey Giorgio,
On 23.10.13, 09:12, Giorgio Catena wrote:
Hi,
as requested I'm going to describe the configuration we are
using and
that is giving us problems trying to use jitsi to do a call from
our lan
to an external client (that in our tests is using a wi-fi umts
modem)
and - or viceversa.
The XMPP - Openfire server is a windows box with 2 nics both
with public
ip address as requested from jinglenodes and stun to work. The
machine
is reachable on the same pubblic addresses from the inside LAN.
There is only a firewall protecting the machine from the public
access
no NAT is in place.
You mean there's a firewall in front of Openfire? Could it be
blocking incoming UDP sessions? You might want to check that out.
Trying to use Spark or Jitsi with the STUN option enabled
(inserting the
primary ip, port 3478) the client cannot instantiate the connection.
Trying to use Jitsi with jinglenodes (enabled the jinglenodes
module,
don't know if it works, it says public ip cannot be verified, I
saw on
the code that to verify it it should point to a stun server that
is not
answering, maybe that this is the cause) the clients cannot
connect each
other, the call is made but once the other client answer no audio or
video are sent.
Trying to use spark with webrtc plugin (xmpp signaling on the
openfire
server + WEBRTC for RTP communication) the clients start the A/V
session
properly. What I noticed is that the WEBRTC plugin made by Dele
Oljiade
has hardcoded in the jar the reference to the stun.l.google.com
<http://stun.l.google.com>
<http://stun.l.google.com> STUN server (port 19302).
Jitsi also comes with a preconfigured STUN server (stun.jitsi.net
<http://stun.jitsi.net>). Maybe it is also blocked?
At this point I
decided to do is to exclude the XMPP server from the relay role
and-or
jinglenodes role trying to use the Google's public available STUN.
For this reason, I tried to place on the jitsi conf (keeping
obviously
the same testing configuration) the reference to the IP of
Google's STUN
server.
Before doing that i did cross chek the correct behaviour of the
google's
stun server on both client using winstun and the result are ok, the
public addresses are correctly translated as expected.
I inserted that STUN address on the jitsi configuration of both
Jitsi
client disabling all the options (included autodiscovery and
jinglenodes), trying to do the call nothing happens (same behaviour
noticed with jinglenodes enablad).
Have you checked if Jitsi's STUN Binding Requests reach the server
and whether they get answered?
If I look at the connection
properties during the call I see that even if stun server is in the
configuration the ip of the parties involved in the call are the
private
ip not the public. It seems that i think stun settings are for some
reason not saved and - or used but I cannot understand why.
Or maybe the STUN queries are not succeeding.
Do you want me to provide the log with both jinglenodes and stun
attempts?
That would help although I can't promise at what point people would
be able to look through them. You may want to check out the
questions above too.
Emil
Regards.
2013/10/22 Giorgio Catena <thechain1974@gmail.com
<mailto:thechain1974@gmail.com>
<mailto:thechain1974@gmail.com <mailto:thechain1974@gmail.com>__>>
Hi emil tomorrow i'll provide logs with jinglenodes setup
and stun.
The idea to recompile jinglenodes was given from thiago the
main
jinglenodes developer. I can also try to provide some more
details
regarding our network specs.
Thanks again
Il 22/ott/2013 17:53 "Emil Ivov" <emcho@jitsi.org > <mailto:emcho@jitsi.org> > <mailto:emcho@jitsi.org <mailto:emcho@jitsi.org>>> ha scritto:
Hey Giorgio,
On Tue, Oct 22, 2013 at 1:35 PM, Giorgio Catena > <thechain1974@gmail.com <mailto:thechain1974@gmail.com> > <mailto:thechain1974@gmail.com > <mailto:thechain1974@gmail.com>__>> wrote:
> Well to be sincere i do have a problem trying to
open jit.si <http://jit.si>
<http://jit.si> connection from
> our inside lan. The security dept did not accept to
open it....
That's unfortunate. However, if outbound tcp
connections are
forbidden
by your network, then that could also explain your
problems.
Obviously
I am speculating. I don't know anything about your
network or your
testbed, so it is quite hard to provide meaningful help.
> What makes me mad is that jinglenodes seems so
simple to use
that i cannt
> understand why it does not work.
You can try. First you need to find out whether Jitsi
allocates
Jingle
Nodes addresses, then you can check whether it attempts
to run ICE
checks through it.
> I'm also trying to setup a dedicated linux
> box, with xmpp-jinglenodes recompiled from the git
source. It
binds to xmpp
> server but after that simply goes in timeout.
The openfire plugin generally works quite nice. If it
isn't working
for you, I'd be more inclined to look at the network
rather than try
and recompile jingle nodes.
> What i cannt understand if why
> in the same config of the jitsi client (only stun
written in
the conf) the
> webrtc test client works (can do rtp call using xmpp
signaling) and jitsi
> fails.
There could be many reasons. Are you connecting the
exact same two
hosts using the same STUN server? Can we see the logs?
Emil
>
> 2013/10/22 Giorgio Catena <thechain1974@gmail.com
<mailto:thechain1974@gmail.com>
<mailto:thechain1974@gmail.com
<mailto:thechain1974@gmail.com>__>>
>>
>> No problem i'll do it now.. 
>>
>> Il 22/ott/2013 13:23 "Emil Ivov" <emcho@jitsi.org
<mailto:emcho@jitsi.org>
<mailto:emcho@jitsi.org <mailto:emcho@jitsi.org>>> ha
scritto:
>>
>>> It would mean that you are doing something wrong
and it
would help us
>>> help you. Creating an accout will take you all of
ten seconds.
>>>
>>> If you don't want to do this then fine, I just
thought you
were asking
>>> for help.
>>>
>>> --sent from my mobile
>>>
>>> On 22 Oct 2013 13:18, "Giorgio Catena" > <thechain1974@gmail.com <mailto:thechain1974@gmail.com> > <mailto:thechain1974@gmail.com > <mailto:thechain1974@gmail.com>__>> wrote:
>>>>
>>>> I do have to create the account. In case it would
work
what should it
>>>> mean? Due to the fact i have to use my OF server
i'm going
to test all with
>>>> it.
>>>> Could you provide me the setting I should use
with OF-
STUN and so on?
>>>> Maybe i'm doing something wrong.
>>>>
>>>> Regards
>>>>
>>>> 2013/10/22 Emil Ivov <emcho@jitsi.org
<mailto:emcho@jitsi.org>
<mailto:emcho@jitsi.org <mailto:emcho@jitsi.org>>>
>>>>>
>>>>> Can you establish a connection using two Jitsi
instances
with *default*
>>>>> configuration and jit.si <http://jit.si>
<http://jit.si> accounts?
>>>>>
>>>>> --sent from my mobile
>>>>>
>>>>> On 22 Oct 2013 12:56, "Giorgio Catena" > <thechain1974@gmail.com <mailto:thechain1974@gmail.com> > <mailto:thechain1974@gmail.com > <mailto:thechain1974@gmail.com>__>> wrote:
>>>>>>
>>>>>> Hi, the jinglenodes plugin simply does not
work. I've
already tried
>>>>>> it with no success. A webrtc test client using
google
stun server works
>>>>>> fine... could you tell me what fields had to
be set up?
If i leave all the
>>>>>> default settings enabled it says ice error...
>>>>>>
>>>>>> Il 22/ott/2013 12:37 "Emil Ivov"
<emcho@jitsi.org <mailto:emcho@jitsi.org>
<mailto:emcho@jitsi.org <mailto:emcho@jitsi.org>>> ha
scritto:
>>>>>>>
>>>>>>> STUN alone is not sufficient for NAT
traversal. You
also need a
>>>>>>> relaying mechanism for fallback. With Openfire
you can
use their Jingle
>>>>>>> Nodes plugin.
>>>>>>>
>>>>>>> Make sure however that you run Jitsi with its
default
configuration.
>>>>>>> (You may want to delete the conifg folder if
you've
experimented eith the
>>>>>>> settings)
>>>>>>>
>>>>>>> Emil
>>>>>>>
>>>>>>> --sent from my mobile
>>>>>>>
>>>>>>> On 22 Oct 2013 12:29, "Giorgio Catena" > <thechain1974@gmail.com <mailto:thechain1974@gmail.com> > <mailto:thechain1974@gmail.com <mailto:thechain1974@gmail.com>__>> > >>>>>>> wrote:
>>>>>>>>
>>>>>>>> Hello everyone,
>>>>>>>> i'm struggling trying to use jitsi as a
client for my
openfire
>>>>>>>> installation in place of the spark client.
>>>>>>>> Our interest is to use the videobridge and
the audio
video feature
>>>>>>>> that jitsi integrates.
>>>>>>>> Unfortunately I still cannot do a proper STUN
configuration in order
>>>>>>>> to permit two clients placed on different
networks to
properly establish a
>>>>>>>> rtp communication.
>>>>>>>> On the ICE tab configuration settings i did
insert
only the stun
>>>>>>>> server i want to use (stun.l.google.com
<http://stun.l.google.com>
<http://stun.l.google.com>). The server works fine
(tested with
>>>>>>>> winstun on order to see if it translates
properly my
public ip) but once i
>>>>>>>> try to establish a phone call the ip released
on the
call are the private ip
>>>>>>>> instead of the public one.
>>>>>>>> Does anyone have an idea on how to proceed?
>>>>>>>>
>>>>>>>> Thanks in advance
>>>>>>>> Regards
>>>>>>>> Giorgio
>>>>>>>>
>>>>>>>> _________________________________________________
>>>>>>>> users mailing list
>>>>>>>> users@jitsi.org <mailto:users@jitsi.org>
<mailto:users@jitsi.org <mailto:users@jitsi.org>>
>>>>>>>> Unsubscribe instructions and other list options:
>>>>>>>>
http://lists.jitsi.org/__mailman/listinfo/users
<http://lists.jitsi.org/mailman/listinfo/users>
>>>>>>>
>>>>>>> _________________________________________________
>>>>>>> users mailing list
>>>>>>> users@jitsi.org <mailto:users@jitsi.org>
<mailto:users@jitsi.org <mailto:users@jitsi.org>>
>>>>>>> Unsubscribe instructions and other list options:
>>>>>>>
http://lists.jitsi.org/__mailman/listinfo/users
<http://lists.jitsi.org/mailman/listinfo/users>
>>>>>>
>>>>>> _________________________________________________
>>>>>> users mailing list
>>>>>> users@jitsi.org <mailto:users@jitsi.org>
<mailto:users@jitsi.org <mailto:users@jitsi.org>>
>>>>>> Unsubscribe instructions and other list options:
>>>>>> http://lists.jitsi.org/__mailman/listinfo/users
<http://lists.jitsi.org/mailman/listinfo/users>
>>>>>
>>>>> _________________________________________________
>>>>> users mailing list
>>>>> users@jitsi.org <mailto:users@jitsi.org>
<mailto:users@jitsi.org <mailto:users@jitsi.org>>
>>>>> Unsubscribe instructions and other list options:
>>>>> http://lists.jitsi.org/__mailman/listinfo/users
<http://lists.jitsi.org/mailman/listinfo/users>
>>>>
>>>> _________________________________________________
>>>> users mailing list
>>>> users@jitsi.org <mailto:users@jitsi.org>
<mailto:users@jitsi.org <mailto:users@jitsi.org>>
>>>> Unsubscribe instructions and other list options:
>>>> http://lists.jitsi.org/__mailman/listinfo/users
<http://lists.jitsi.org/mailman/listinfo/users>
>>>
>>> _________________________________________________
>>> users mailing list
>>> users@jitsi.org <mailto:users@jitsi.org>
<mailto:users@jitsi.org <mailto:users@jitsi.org>>
>>> Unsubscribe instructions and other list options:
>>> http://lists.jitsi.org/__mailman/listinfo/users
<http://lists.jitsi.org/mailman/listinfo/users>
>
> _________________________________________________
> users mailing list
> users@jitsi.org <mailto:users@jitsi.org>
<mailto:users@jitsi.org <mailto:users@jitsi.org>>
> Unsubscribe instructions and other list options:
> http://lists.jitsi.org/__mailman/listinfo/users
<http://lists.jitsi.org/mailman/listinfo/users>
--
Emil Ivov, Ph.D. 67000 Strasbourg,
Project Lead France
Jitsi
emcho@jitsi.org <mailto:emcho@jitsi.org> <mailto:emcho@jitsi.org
<mailto:emcho@jitsi.org>>
PHONE: +33.1.77.62.43.30 <tel:%2B33.1.77.62.43.30>
<tel:%2B33.1.77.62.43.30>
https://jitsi.org FAX: +33.1.77.62.47.31
<tel:%2B33.1.77.62.47.31>
<tel:%2B33.1.77.62.47.31>
_________________________________________________
users mailing list
users@jitsi.org <mailto:users@jitsi.org> <mailto:users@jitsi.org
<mailto:users@jitsi.org>>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/__mailman/listinfo/users
<http://lists.jitsi.org/mailman/listinfo/users>
_________________________________________________
users mailing list
users@jitsi.org <mailto:users@jitsi.org>
Unsubscribe instructions and other list options:
http://lists.jitsi.org/__mailman/listinfo/users
<http://lists.jitsi.org/mailman/listinfo/users>
--
https://jitsi.org