XSF Discussion - 2020-03-16


  1. jonas’

    Guus, okay, I got p2p mode to work by deploying a coturn server. However, with >2 participants, not even three chromiums can talk to each other

  2. jonas’

    do you have any clue? would it help if I showed some jitsi-videobridge/jicofo logs?

  3. jonas’

    I don’t see traffic to 443/10000 of jivibr, so...

  4. Guus

    jonas’: no time to help now. Coturn is not needed, as jvb should provide same service

  5. Guus

    Using coturn probably is hiding the real problem

  6. jonas’

    maybe it is

  7. jonas’

    no idea though

  8. jonas’

    I’m 100% clueless about this

  9. jonas’

    the debug facilities of the browsers are also completely useless

  10. jonas’

    it makes no sense at all, I don’t even see outbound traffic to 10000 from my laptop

  11. Zash

    What, web things using anything but port 443? (RIP port 80)

  12. jonas’

    Zash, UDP

  13. jonas’

    for WebRTC

  14. Zash

    Oh right, SCTP over DTLS over UDP?

  15. Dele Olajide

    > jonas’ : the debug facilities of the browsers are also completely useless have you tried using chrome://webrtc-internals to debug chromium browsers?

  16. jonas’

    Dele Olajide, ohh, I heard rumors that you’re knowledgeable about this type of stuff

  17. jonas’

    Dele Olajide, so, I don’t know what I’m looking at there

  18. jonas’

    if you had access to the jitsi-meet instance, would you be able to debug?

  19. jonas’

    I would’ve expected to see port numbers or anything, but I don’t

  20. jonas’

    https://sotecware.net/files/noindex/jitsi-rtc-dump.txt

  21. Dele Olajide

    webrtc-internals will let you know what media candidates were offered to your browser and which one was used or not

  22. jonas’

    will it?

  23. jonas’

    I can’t read that from the information (see the linked .txt file)

  24. jonas’

    if it’s supposed to show that, it’s failing much earlier than that

  25. Dele Olajide

    https://pade.chat:5443/httpfileupload/25575130-2bbc-4477-a837-957a9a41d5d1/paste-nwifwrebh.png

  26. jonas’

    oh wow

  27. jonas’

    I don’t have those tabs

  28. jonas’

    just getUserMedia Requests

  29. Dele Olajide

    That means you dont have any active webrtc peer connections

  30. jonas’

    apparently

  31. jonas’

    why tho

  32. Dele Olajide

    Jitsi-meet focus agent wont trigger web client to create them until at least 2 people in the MUC room are ready to share media

  33. jonas’

    I have three chromiums which all show my camera picture locally

  34. Dele Olajide

    have they joined an MUC room motinored by the focus agent and is your focus agent bot activated and online?

  35. Dele Olajide

    have they joined an MUC room monitored by the focus agent and is your focus agent bot activated and online?

  36. jonas’

    jicofo is activated and continuously health-checking the videobridge, so I’m assuming yes

  37. jonas’

    there’s some activity going on between jicofo and videobridge even

  38. Dele Olajide

    the key thing about jifco is the focus user which has to be registered as an xmpp user and logged in with permissions to be a room owner

  39. jonas’

    both should be the case, when I had that botched, I got error messages in the jicofo logs

  40. jonas’

    when joining the room with another xmpp client, I see jicofo being in there

  41. jonas’

    it’s owner/moderator

  42. Dele Olajide

    If all users and focus user are in MUC room, then focus user should start jingle sessions with all users and trigger the creation of webrtc peer connctions

  43. Dele Olajide

    If all users and focus user are in MUC room, then focus user should start jingle sessions with all users and trigger the creation of webrtc peer connections with video-bridge

  44. jonas’

    I’m giving up for today

  45. jonas’

    Dele Olajide, if you would want to take a look at https://jitsi.zombofant.net to check if there’s anything obvious and massively broken on the jitsi-meet/client side of things, that’d be great

  46. Dele Olajide

    ok. i will take a look 🙂

  47. Dele Olajide

    > jonas’ : if there’s anything obvious and massively broken on the jitsi-meet/client Your client is working ok in p2p mode with 2 participants, but no media streams when 3 or more in conference. I have seen this before a few times. Check the log files for video-bridge closely at startup for severe errors. Otherwise it is a network problem and UDP 10000 is blocked somewhere

  48. vanitasvitae

    Dele Olajide: do you know if only port 10000 must be open, or 10000 - 10100?

  49. vanitasvitae

    Does it depend on the number of participants somehow?

  50. Dele Olajide

    > vanitasvitae : Dele Olajide: do you know if only port 10000 must be open, or 10000 - 10100? is a single multiplexed UDP port. 10000 is the default

  51. vanitasvitae

    Ah ok

  52. vanitasvitae

    Then I can drastically remove the number of holes in my firewall :P

  53. jonas’

    Dele Olajide, the only SEVERE log lines I get are stuff like this (and none of them during startup): JVB 2020-03-16 17:08:58.777 SEVERE: [8659] org.ice4j.socket.MergingDatagramSocket.log() Cannot find socket to remove. JVB 2020-03-16 17:50:01.876 SEVERE: [21343] org.jitsi.videobridge.SctpConnection.log() Error accepting SCTP connection conf_id=28bf62e703e257ae,content=data,ch_id=f96d7d556ccf5d6f,endp_id=f4d582d0

  54. Dele Olajide

    > jonas’ : Error accepting SCTP connection That does not look good. Videobridge is not listening for data channel connections

  55. debacle

    Is there a DTD or RelaxNG or similar for XEP documents? If so, where?

  56. Zash

    There's a `xep.dtd` in the repo

  57. debacle

    Zash, found it, thanks!