Jvb client connection over colibri websocket

Unfortunately I cannot find any documentation on howto instruct clients of using websocket for jvb.
The jvb does not listen on 10000 UDP, and I also am unaware why, noting in logs, so I tried to connect my clients over colibri websocket.
The forum is full with questions on websocket proxying and mix-ups with xmpp websocket, found nothing useful here.

The question is how should I configure the system to force client try to connect to the jvb over colibri websocket?

I use jvb, jicofo, jitsi-meet from latest git, also tried latest stable jvb, no luck with both websocket and WebRTC. No error in any log, but jvb does not listen on ice ports.

OpenJDK 64-Bit Server VM warning: Option UseConcMarkSweepGC was deprecated in version 9.0 and will likely be removed in a future release.
JVB 2021-02-02 14:24:53.906 INFO: [1] JitsiConfig.<clinit>#47: Initialized newConfig: merge of /opt/videobridge/***prod.conf: 1,application.conf @ jar:file:/opt/videobridge/jitsi-videobridge.jar!/application.conf: 1,system properties,reference.conf @ jar:file:/opt/videobridge/jitsi-videobridge.jar!/reference.conf: 1,reference.conf @ jar:file:/opt/videobridge/lib/jitsi-media-transform-1.0-214-gfc6cda2.jar!/reference.conf: 1,reference.conf @ jar:file:/opt/videobridge/lib/ice4j-3.0-22-g67ffceb.jar!/reference.conf: 1
JVB 2021-02-02 14:24:53.985 INFO: [1] ReadOnlyConfigurationService.reloadConfiguration#51: loading config file at path /opt/videobridge/sip-communicator.properties
JVB 2021-02-02 14:24:53.987 INFO: [1] JitsiConfig.<clinit>#68: Initialized legacyConfig: sip communicator props (no description provided)
JVB 2021-02-02 14:24:53.991 INFO: [1] JitsiConfig$Companion.reloadNewConfig#94: Reloading the Typesafe config source (previously reloaded 0 times).
JVB 2021-02-02 14:24:55.109 INFO: [11] org.ice4j.ice.harvest.MappingCandidateHarvesters.initialize: Using org.ice4j.ice.harvest.MappingCandidateHarvester, face=/192.168.191.238, mask=/***.***.14.238
JVB 2021-02-02 14:24:55.191 INFO: [11] org.ice4j.ice.harvest.MappingCandidateHarvesters.initialize: Initialized mapping harvesters (delay=828ms).  stunDiscoveryFailed=false
JVB 2021-02-02 14:24:55.677 INFO: [12] [hostname=localhost id=shard] MucClient.initializeConnectAndJoin#227: Initializing a new MucClient for [ org.jitsi.xmpp.mucclient.MucClientConfiguration id=shard domain=auth.jitsi.***.ru hostname=localhost port=null username=jvb mucs=[JvbBrewery@internal.auth.jitsi.***.ru] mucNickname=****-b1b2-4847-b828-ab70b0342b06 disableCertificateVerification=false]
JVB 2021-02-02 14:24:55.765 INFO: [1] LastNReducer.<init>#65: LastNReducer with reductionScale: 0.75 recoverScale: 1.25 impactTime: PT1M minLastN: 1 maxEnforcedLastN: 40
JVB 2021-02-02 14:24:55.767 INFO: [1] TaskPools.<clinit>#81: TaskPools detected 2 processors, creating the CPU pool with that many threads
JVB 2021-02-02 14:24:55.836 INFO: [12] [hostname=localhost id=shard] MucClient.initializeConnectAndJoin#302: Dispatching a thread to connect and login.
JVB 2021-02-02 14:24:55.897 INFO: [1] UlimitCheck.printUlimits#115: Running with open files limit 65000 (hard 65000), thread limit 65000 (hard 65000).
JVB 2021-02-02 14:24:55.899 INFO: [1] VideobridgeExpireThread.start#88: Starting with 60 second interval.
JVB 2021-02-02 14:24:55.949 INFO: [1] HealthChecker.start#118: Started with interval=10000, timeout=PT30S, maxDuration=PT3S, stickyFailures=false.
JVB 2021-02-02 14:24:55.966 INFO: [1] [port=4096 address=192.168.191.238] UdpTransport.<init>#70: Initialized with bind address 192.168.191.238 and bind port 4096. Receive buffer size 10485760 (asked for 10485760). Send buffer size 212992 (asked for 10485760).
JVB 2021-02-02 14:24:55.969 INFO: [1] OctoRelayService.<init>#72: Created Octo UDP transport
JVB 2021-02-02 14:24:56.062 INFO: [1] [relayId=***.***.14.238:4096] BridgeOctoTransport.<init>#78: Created OctoTransport
JVB 2021-02-02 14:24:56.164 INFO: [1] MainKt.main#110: Not starting CallstatsService, disabled in configuration.
JVB 2021-02-02 14:24:56.169 INFO: [1] MainKt.main#119: Starting public http server
JVB 2021-02-02 14:24:56.402 INFO: [1] ColibriWebSocketService.<init>#40: Base URL: wss://jitsi.***.ru/colibri-ws/***
JVB 2021-02-02 14:24:56.575 INFO: [1] org.eclipse.jetty.util.log.Log.initialized: Logging initialized @4474ms to org.eclipse.jetty.util.log.JavaUtilLog
JVB 2021-02-02 14:24:56.821 INFO: [1] ColibriWebSocketService.registerServlet#65: Registering servlet at /colibri-ws/*, baseUrl = wss://jitsi.***.ru/colibri-ws/***
JVB 2021-02-02 14:24:56.875 INFO: [1] org.eclipse.jetty.server.Server.doStart: jetty-9.4.35.v20201120; built: 2020-11-20T21:17:03.964Z; git: bdc54f03a5e0a7e280fab27f55c3c75ee8da89fb; jvm 11.0.9.1+1-LTS
JVB 2021-02-02 14:24:57.190 INFO: [1] org.eclipse.jetty.server.handler.ContextHandler.doStart: Started o.e.j.s.ServletContextHandler@18ca3c62{/,null,AVAILABLE}
JVB 2021-02-02 14:24:57.351 INFO: [1] org.eclipse.jetty.server.AbstractConnector.doStart: Started ServerConnector@1e886a5b{HTTP/1.1, (http/1.1)}{0.0.0.0:9090}
JVB 2021-02-02 14:24:57.352 INFO: [1] org.eclipse.jetty.server.Server.doStart: Started @5252ms
JVB 2021-02-02 14:24:57.353 INFO: [1] MainKt.main#137: Starting private http server
JVB 2021-02-02 14:24:57.703 INFO: [1] org.eclipse.jetty.server.Server.doStart: jetty-9.4.35.v20201120; built: 2020-11-20T21:17:03.964Z; git: bdc54f03a5e0a7e280fab27f55c3c75ee8da89fb; jvm 11.0.9.1+1-LTS
JVB 2021-02-02 14:24:57.877 INFO: [12] [hostname=localhost id=shard] MucClient$1.connected#259: Connected.
JVB 2021-02-02 14:24:57.877 INFO: [12] [hostname=localhost id=shard] MucClient.lambda$getConnectAndLoginCallable$7#594: Logging in.
JVB 2021-02-02 14:24:58.298 INFO: [12] [hostname=localhost id=shard] MucClient$1.authenticated#265: Authenticated, b=false
JVB 2021-02-02 14:24:58.578 INFO: [12] [hostname=localhost id=shard] MucClient$MucWrapper.join#720: Joined MUC: jvbbrewery@internal.auth.jitsi.***.ru
JVB 2021-02-02 14:24:59.279 WARNING: [1] org.glassfish.jersey.server.wadl.WadlFeature.configure: JAXBContext implementation could not be found. WADL feature is disabled.
JVB 2021-02-02 14:24:59.722 WARNING: [1] org.glassfish.jersey.internal.inject.Providers.checkProviderRuntime: A provider org.jitsi.rest.Version registered in SERVER runtime does not implement any provider interfaces applicable in the SERVER runtime. Due to constraint configuration problems the provider org.jitsi.rest.Version will be ignored. 
JVB 2021-02-02 14:25:00.754 INFO: [1] org.eclipse.jetty.server.handler.ContextHandler.doStart: Started o.e.j.s.ServletContextHandler@6ee99964{/,null,AVAILABLE}
JVB 2021-02-02 14:25:00.767 INFO: [1] org.eclipse.jetty.server.AbstractConnector.doStart: Started ServerConnector@4564e94b{HTTP/1.1, (http/1.1)}{127.0.0.1:8080}
JVB 2021-02-02 14:25:00.767 INFO: [1] org.eclipse.jetty.server.Server.doStart: Started @8668ms
JVB 2021-02-02 14:25:05.943 INFO: [20] HealthChecker.run#170: Performed a successful health check in PT0.001794S. Sticky failure: false
JVB 2021-02-02 14:25:15.942 INFO: [20] HealthChecker.run#170: Performed a successful health check in PT0.000046S. Sticky failure: false

If JMS and JVB are on the same host, there is no need to do anything. It works with the default config. JVB starts to listen UDP/10000 after the first room created

so you may conclude, having seen the log, the jvb instance is quite well configured?
when I start the conference first user is unable to connect, and not because ice listener is down, correct?

Hello

As you say, JVB starts to listen on udp:10000 once the first room is created. I have a VM with 3 interfaces. I need JVB to only listen on one interface. It must not bind to the other two interfaces. How can i configure the interface to use, please ?

Thanks in advance.

Thierry