[jitsi-dev] Jitsi-Hammer user login


#1

Hi Thomas, the list,

In jitsi-hammer, I notice that the FakeUser performs a loginAnonymously
which I suppose works fine when using the VideoBridge. However, my
server requires username/password auth.

Would it make sense to add configuration options for username/password
or does jitsi-hammer anyway require a video-bridge to function?

I am just recently starting to see if I can use jitsi-hammer to test my
set-up of XMPP+TURN/STUN+(with and without videobridge) in order to
track down some connection issues we see...

Best regards,
Markus


#2

Hi Markus,

Jitsi-Hammer requires Jitsi-Videobridge with Jitsi-Meet to work (it will only generate RTP streams for an already created conference room, so generally by using chrome and jitsi-meet).
And by "to work" I mean if you want to test you videobridge. Of course it can also be used to just connect & login to a XMPP server, and then enter a MUC.
But after entering the MUC, nothing will happen because if the MUC is not managed by a Jitsi-Meet user, no Jingle session-initiate are received so no RTP stream.

Because Jitsi-Meet use anonymous login, I did the same, but I don't think there is a problem adding this feature.
I'll do it tomorrow.

Thomas.

···

Le 03/08/2014 15:15, Markus Kilås a écrit :

Hi Thomas, the list,

In jitsi-hammer, I notice that the FakeUser performs a loginAnonymously
which I suppose works fine when using the VideoBridge. However, my
server requires username/password auth.

Would it make sense to add configuration options for username/password
or does jitsi-hammer anyway require a video-bridge to function?

I am just recently starting to see if I can use jitsi-hammer to test my
set-up of XMPP+TURN/STUN+(with and without videobridge) in order to
track down some connection issues we see...

Best regards,
Markus


#3

Hi Thomas,

Thanks for fast reply.

Hi Markus,

Jitsi-Hammer requires Jitsi-Videobridge with Jitsi-Meet to work (it
will only generate RTP streams for an already created conference room,
so generally by using chrome and jitsi-meet).

Ok I see.

And by "to work" I mean if you want to test you videobridge. Of course
it can also be used to just connect & login to a XMPP server, and then
enter a MUC.
But after entering the MUC, nothing will happen because if the MUC is
not managed by a Jitsi-Meet user, no Jingle session-initiate are
received so no RTP stream. '

That explains it. I just got this far my self and saw the test user in
the MUC but did not see the audio/video (jingle) symbols in Jitsi and
was unable initiate any direct or video-bridge calls.

Because Jitsi-Meet use anonymous login, I did the same, but I don't
think there is a problem adding this feature.
I'll do it tomorrow.

Well, if Jitsi-Hammer is only for use with Jitsi Meet then maybe it is
no point in adding it. At least it won't help me.

What I am looking for is a way to simulate a number of people
sending/receiving audio/video in a Jitsi hosted and in a videobridge
type of conference. The purpose is to try to troubleshoot issues without
having to gather multiple people. I started looking at Java-Bells some
time ago but didn't really get it going so when I looked at Jitsi-Hammer
it first sounded like exactly the right tool. However, now I know that,
its scope is only usage with Jitsi Meet.

Thanks,
Markus

···

On 2014-08-03 15:45, Thomas Kuntz wrote:

Thomas.

Le 03/08/2014 15:15, Markus Kilås a écrit :

Hi Thomas, the list,

In jitsi-hammer, I notice that the FakeUser performs a loginAnonymously
which I suppose works fine when using the VideoBridge. However, my
server requires username/password auth.

Would it make sense to add configuration options for username/password
or does jitsi-hammer anyway require a video-bridge to function?

I am just recently starting to see if I can use jitsi-hammer to test my
set-up of XMPP+TURN/STUN+(with and without videobridge) in order to
track down some connection issues we see...

Best regards,
Markus


#4

Hey Markus,

Hi Thomas,

Thanks for fast reply.

Hi Markus,

Jitsi-Hammer requires Jitsi-Videobridge with Jitsi-Meet to work (it
will only generate RTP streams for an already created conference room,
so generally by using chrome and jitsi-meet).

Ok I see.

And by "to work" I mean if you want to test you videobridge. Of course
it can also be used to just connect & login to a XMPP server, and then
enter a MUC.
But after entering the MUC, nothing will happen because if the MUC is
not managed by a Jitsi-Meet user, no Jingle session-initiate are
received so no RTP stream. '

That explains it. I just got this far my self and saw the test user in
the MUC but did not see the audio/video (jingle) symbols in Jitsi and
was unable initiate any direct or video-bridge calls.

Because Jitsi-Meet use anonymous login, I did the same, but I don't
think there is a problem adding this feature.
I'll do it tomorrow.

Well, if Jitsi-Hammer is only for use with Jitsi Meet then maybe it is
no point in adding it. At least it won't help me.

What I am looking for is a way to simulate a number of people
sending/receiving audio/video in a Jitsi hosted and in a videobridge
type of conference. The purpose is to try to troubleshoot issues without
having to gather multiple people. I started looking at Java-Bells some
time ago but didn't really get it going so when I looked at Jitsi-Hammer
it first sounded like exactly the right tool. However, now I know that,
its scope is only usage with Jitsi Meet.

I am not sure I understand the difference. The Jitsi Hammer is meant
to hammer a bridge. It is currently something that will enter a chat
room and wait to be invited into a jingle session there. Once it is,
it will start streaming.

Currently Jitsi Meet is the obvious choice but anything that uses the
same signalling model would also work.

Emil

···

On Sun, Aug 3, 2014 at 4:27 PM, Markus Kilås <subjunctive.post@gmail.com> wrote:

On 2014-08-03 15:45, Thomas Kuntz wrote:

Thanks,
Markus

Thomas.

Le 03/08/2014 15:15, Markus Kilås a écrit :

Hi Thomas, the list,

In jitsi-hammer, I notice that the FakeUser performs a loginAnonymously
which I suppose works fine when using the VideoBridge. However, my
server requires username/password auth.

Would it make sense to add configuration options for username/password
or does jitsi-hammer anyway require a video-bridge to function?

I am just recently starting to see if I can use jitsi-hammer to test my
set-up of XMPP+TURN/STUN+(with and without videobridge) in order to
track down some connection issues we see...

Best regards,
Markus

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev

--
https://jitsi.org


#5

Like Emil said, you can use Jitsi-Meet with Jitsi-Hammer to test your setup.

It's possible that when Jitsi-Hammer will be able to login with username/password, you will be able to set up a video conference using Jitsi-Videobridge with Jitsi (by adding the online fake users created), but in the end, you are testing the same thing with Jitsi or with Jitsi-Meet.

Thomas.

···

Le 03/08/2014 23:55, Emil Ivov a écrit :

Hey Markus,

On Sun, Aug 3, 2014 at 4:27 PM, Markus Kilås <subjunctive.post@gmail.com> wrote:

Hi Thomas,

Thanks for fast reply.

On 2014-08-03 15:45, Thomas Kuntz wrote:

Hi Markus,

Jitsi-Hammer requires Jitsi-Videobridge with Jitsi-Meet to work (it
will only generate RTP streams for an already created conference room,
so generally by using chrome and jitsi-meet).

Ok I see.

And by "to work" I mean if you want to test you videobridge. Of course
it can also be used to just connect & login to a XMPP server, and then
enter a MUC.
But after entering the MUC, nothing will happen because if the MUC is
not managed by a Jitsi-Meet user, no Jingle session-initiate are
received so no RTP stream. '

That explains it. I just got this far my self and saw the test user in
the MUC but did not see the audio/video (jingle) symbols in Jitsi and
was unable initiate any direct or video-bridge calls.

Because Jitsi-Meet use anonymous login, I did the same, but I don't
think there is a problem adding this feature.
I'll do it tomorrow.

Well, if Jitsi-Hammer is only for use with Jitsi Meet then maybe it is
no point in adding it. At least it won't help me.

What I am looking for is a way to simulate a number of people
sending/receiving audio/video in a Jitsi hosted and in a videobridge
type of conference. The purpose is to try to troubleshoot issues without
having to gather multiple people. I started looking at Java-Bells some
time ago but didn't really get it going so when I looked at Jitsi-Hammer
it first sounded like exactly the right tool. However, now I know that,
its scope is only usage with Jitsi Meet.

I am not sure I understand the difference. The Jitsi Hammer is meant
to hammer a bridge. It is currently something that will enter a chat
room and wait to be invited into a jingle session there. Once it is,
it will start streaming.

Currently Jitsi Meet is the obvious choice but anything that uses the
same signalling model would also work.

Emil

Thanks,
Markus

Thomas.

Le 03/08/2014 15:15, Markus Kilås a écrit :

Hi Thomas, the list,

In jitsi-hammer, I notice that the FakeUser performs a loginAnonymously
which I suppose works fine when using the VideoBridge. However, my
server requires username/password auth.

Would it make sense to add configuration options for username/password
or does jitsi-hammer anyway require a video-bridge to function?

I am just recently starting to see if I can use jitsi-hammer to test my
set-up of XMPP+TURN/STUN+(with and without videobridge) in order to
track down some connection issues we see...

Best regards,
Markus

_______________________________________________
dev mailing list
dev@jitsi.org
Unsubscribe instructions and other list options:
http://lists.jitsi.org/mailman/listinfo/dev