Version 4 (modified by agouaillard@…, 6 months ago) (diff)


WebRTC Interop (KITE) and Compliance (WPT) testing

For those in Pragues on friday night, we have an informal dinner scheduled. Please comment on the following shared list if you want to join us, and one of the champion will add you.

  • Goals
    • Fix browsers to support Simulcast 1.0 better,
    • thus passing more compliance tests,
    • and interoperate better with other browser, and here specifically with SFUs
  • Champion(s)
    • Harald Alvestrand <harald at>,
    • "Dr Alex" Gouaillard <alex.gouaillard at>
  • Browser vendors with Staff on site to fix on-the-fly
    • Google (Harlad, ...)
    • Apple (Youenn F.)
    • Mozilla (Nils O., ...)
    • Microsoft (Nikita)
  • SFU Vendors with staff on site to fix on-the-fly
    • Janus (lorenzo)
    • Jitsi (emil, boris, or saul)
    • meedoze (Sergio)
    • others ?
  • Project(s)
    • Add more tests to the Web Platform Tests suite for webrtc 1.0 Simulcast API Compliance
    • Add more tests to the KITE webrtc 1.0 simulcast interop test suite
    • Specifically Test browser interoperability with SFUs and MCUs in Simulcast Mode
    • FIx browsers, rince, repeat
    • fix SFUs, rince repeat

Specifically for this event, we created a gitHub repository with two automated kite interoperability tests.

One test is a "typical" SFU test: KITE-Janus-Test is provided, which can be easily adapted to test any SFU, and should be the starting point for SFU developers wanting to automatically test against all the browser configuration CoSMo will provide for testing that week end.

One test, "KITE-Simulcast-Test", was specifically developed to test browser compliance. An app which sends simulcast to a special SFU based on meedoze, and receives back a given stream back depending on interaction with the UI is provided. It allows to test in loopback mode with a single browser (since simulcast is only sender side anyway), and all stream selection logic is made through UI button which makes it easily instrumented through KITE. The different simulcast features are not tested directly but indirectly (if I can select and receive a stream at a specific configuration it means the SFU receives them well and can differentiate them). The medooze simulcast loopback page, used by e.g. Apple for testing is hosted here:

We plan to extend and complete this document over the hackathon with each and every new tests the SFU vendors will propose, or modified browsers the browsers vendor will provide:

Interesting links and prerequisite reading: