Communication with a Jitsi peer and no Jitsi peer doesn't work well

Hi,
i’m trying to make a communication from Jitsi peer and another peer of a different webrtc application (so not with another jitsi peer). I written a translator ( that establish presence into jicofo and convert jingles into sdp and viceversa ) for signalling process and the result is that offer, answer and candidates are well exchanged.
But i’m facing into this problem.
Jitsi peer is able to show video and audio coming from other peer but other peer is able to play only audio. No video is shown.
Before write here, i checked that

  • both peers are setted to use video and audio,
  • both peers use the same stun and turn ( currently my coturn),
  • all possible ports are open,
  • the communication between jitsi peer and jitsi peer works well and the communication from other peer and other peer works well.

I’m not in p2p and i don’t wont use p2p becouse i need to use multiple ‘other peer’ into same session.

I start conference with this params

<property name="channelLastN" value="-1"/>
<property name="disableRtx" value="false"/>
<property name="enableLipSync" value="false"/>
<property name="openSctp" value="true"/>

In my tests i found that jitsi peer puts its candidate into offer while other peer push out separately ( i collect this candidate into jingle transport-info to send at jitsi peer ) but not all candidate coming out. Just audio candidate are fired from other peer.
You can see sdp and candidates below.

   =======================
SDP - OFFER FROM JITSI PEER

v=0
o=- 1599140247719 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE audio video
m=audio 1 RTP/SAVPF 111 103 104 126
c=IN IP4 0.0.0.0
a=rtcp:1 IN IP4 0.0.0.0
a=ice-ufrag:7banc1eha2veda
a=ice-pwd:155319cd1dcq914faumqf0nq53
a=fingerprint:sha-256 D2:9F:ED:FB:56:3F:20....
a=setup:actpass
a=mid:audio
a=candidate:1 1 udp 2130706431 10.X.Y.Z 10000 typ host generation 0
a=candidate:2 1 udp 1694498815 34.X.Y.Z 10000 typ srflx raddr 10.X.Y.Z rport 10000 generation 0
a=sendrecv
a=rtcp-mux
a=rtpmap:111 opus/48000/2
a=fmtp:111 minptime=10; useinbandfec=1
a=rtcp-fb:111 transport-cc
a=rtpmap:103 ISAC/16000
a=rtpmap:104 ISAC/32000
a=rtpmap:126 telephone-event/8000
a=rtcp-fb:* transport-cc
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:5 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=ssrc:1406484216 cname:mixed
a=ssrc:1406484216 label:audio_label
a=ssrc:1406484216 msid:stream_label audio_label
a=ssrc:1406484216 mslabel:stream_label
m=video 1 RTP/SAVPF 100 107 101 96 97 99
c=IN IP4 0.0.0.0
a=rtcp:1 IN IP4 0.0.0.0
a=ice-ufrag:7banc1eha2veda
a=ice-pwd:155319cd1dcq914faumqf0nq53
a=fingerprint:sha-256 D2:9F:ED:FB:56:3F:20:36:27:5F:5A:98.....
a=setup:actpass
a=mid:video
a=candidate:1 1 udp 2130706431 10.X.Y.Z 10000 typ host generation 0
a=candidate:2 1 udp 1694498815 34.X.Y.Z 10000 typ srflx raddr 10.X.Y.Z rport 10000 generation 0
a=sendrecv
a=rtcp-mux
a=rtpmap:100 VP8/90000
a=fmtp:100 x-google-start-bitrate=800
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=rtcp-fb:100 transport-cc
a=rtpmap:107 H264/90000
a=fmtp:107 x-google-start-bitrate=800; profile-level-id=42e01f;level-asymmetry-allowed=1;packetization-mode=1;
a=rtcp-fb:107 ccm fir
a=rtcp-fb:107 nack
a=rtcp-fb:107 nack pli
a=rtcp-fb:107 transport-cc
a=rtpmap:101 VP9/90000
a=fmtp:101 x-google-start-bitrate=800
a=rtcp-fb:101 ccm fir
a=rtcp-fb:101 nack
a=rtcp-fb:101 nack pli
a=rtcp-fb:101 transport-cc
a=rtpmap:96 rtx/90000
a=fmtp:96 apt=100
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=101
a=rtpmap:99 rtx/90000
a=fmtp:99 apt=107
a=rtcp-fb:* ccm fir
a=rtcp-fb:* nack
a=rtcp-fb:* nack pli
a=rtcp-fb:* transport-cc
a=rtcp-fb:* ccm fir
a=rtcp-fb:* nack
a=rtcp-fb:* nack pli
a=rtcp-fb:* transport-cc
a=rtcp-fb:* ccm fir
a=rtcp-fb:* nack
a=rtcp-fb:* nack pli
a=rtcp-fb:* transport-cc
a=rtcp-fb:* ccm fir
a=rtcp-fb:* nack
a=rtcp-fb:* nack pli
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:5 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=ssrc:1326485757 cname:mixed
a=ssrc:1326485757 label:video_label
a=ssrc:1326485757 msid:stream_label video_label
a=ssrc:1326485757 mslabel:stream_label

=======================
SDP - ANSWER FROM OTHER WEBRTC PEER

v=0
o=- 8506032378498580840 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE audio video
a=msid-semantic: WMS stream_label
m=audio 9 RTP/SAVPF 111 103 104 126
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:yCUG
a=ice-pwd:RjTVnIL/RG5nQU2tkDDKBiFI
a=ice-options:trickle
a=fingerprint:sha-256 D4:07:A4:9D:CD:99:F4:6A:71:78:11:6F:89....
a=setup:active
a=mid:audio
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=sendrecv
a=rtcp-mux
a=rtpmap:111 opus/48000/2
a=rtcp-fb:111 transport-cc
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:103 ISAC/16000
a=rtpmap:104 ISAC/32000
a=rtpmap:126 telephone-event/8000
a=ssrc:3622668164 cname:B0qrBGuMdfuBl52O
a=ssrc:3622668164 msid:stream_label audio_label
a=ssrc:3622668164 mslabel:stream_label
a=ssrc:3622668164 label:audio_label
m=video 9 RTP/SAVPF 100 101 96 97
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:yCUG
a=ice-pwd:RjTVnIL/RG5nQU2tkDDKBiFI
a=ice-options:trickle
a=fingerprint:sha-256 D4:07:A4:9D:CD:99:F4:6A:71:78:11:6F:89....
a=setup:active
a=mid:video
a=extmap:3 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:5 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=sendrecv
a=rtcp-mux
a=rtpmap:100 VP8/90000
a=rtcp-fb:100 transport-cc
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=rtpmap:101 VP9/90000
a=rtcp-fb:101 transport-cc
a=rtcp-fb:101 ccm fir
a=rtcp-fb:101 nack
a=rtcp-fb:101 nack pli
a=fmtp:101 profile-id=0
a=rtpmap:96 rtx/90000
a=fmtp:96 apt=100
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=101
a=ssrc-group:FID 2974236660 3019067573
a=ssrc:2974236660 cname:B0qrBGuMdfuBl52O
a=ssrc:2974236660 msid:stream_label video_label
a=ssrc:2974236660 mslabel:stream_label
a=ssrc:2974236660 label:video_label
a=ssrc:3019067573 cname:B0qrBGuMdfuBl52O
a=ssrc:3019067573 msid:stream_label video_label
a=ssrc:3019067573 mslabel:stream_label
a=ssrc:3019067573 label:video_label

=====================
CANDIDATES FROM JITSI PEER

{"candidate":"candidate:1 1 udp 2130706431 10.X.Y.Z 10000 typ host generation 0","sdpMid":"audio","sdpMLineIndex":0}
{"candidate":"candidate:2 1 udp 1694498815 34.X.Y.Z 10000 typ srflx raddr 10.X.Y.Z rport 10000 generation 0","sdpMid":"audio","sdpMLineIndex":0}
{"candidate":"candidate:1 1 udp 2130706431 10.X.Y.Z 10000 typ host generation 0","sdpMid":"video","sdpMLineIndex":1}
{"candidate":"candidate:2 1 udp 1694498815 34.X.Y.Z 10000 typ srflx raddr 10.X.Y.Z rport 10000 generation 0","sdpMid":"video","sdpMLineIndex":1}

=====================
CANDIDATES FROM OTHER WEBRTC PEER

{"candidate":"candidate:3054232416 1 udp 2122260223 169.X.Y.Z 55621 typ host generation 0 ufrag yCUG network-id 1","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:211232335 1 udp 2122194687 172.X.Y.Z 55622 typ host generation 0 ufrag yCUG network-id 2","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:1986380506 1 udp 2122129151 10.T.K.Q 55623 typ host generation 0 ufrag yCUG network-id 3","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:27784895 1 udp 2122063615 192.X.Y.Z 55624 typ host generation 0 ufrag yCUG network-id 4","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:2894147627 1 udp 2121998079 172.T.K.Q 55625 typ host generation 0 ufrag yCUG network-id 7","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:2163208203 1 udp 1685855999 82.X.Y.Z 55624 typ srflx raddr 192.X.Y.Z rport 55624 generation 0 ufrag yCUG network-id 4","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:4169670544 1 tcp 1518280447 169.X.Y.Z 54604 typ host tcptype passive generation 0 ufrag yCUG network-id 1","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:1108662975 1 tcp 1518214911 172.X.Y.Z 54605 typ host tcptype passive generation 0 ufrag yCUG network-id 2","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:954613290 1 tcp 1518149375 10.T.K.Q 54606 typ host tcptype passive generation 0 ufrag yCUG network-id 3","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:1327761999 1 tcp 1518083839 192.X.Y.Z 54607 typ host tcptype passive generation 0 ufrag yCUG network-id 4","sdpMLineIndex":0,"sdpMid":"audio"}
{"candidate":"candidate:3791834331 1 tcp 1518018303 172.T.K.Q 54608 typ host tcptype passive generation 0 ufrag yCUG network-id 7","sdpMLineIndex":0,"sdpMid":"audio"}

As you can se no video candidate are presents into last candidates.
Why jitsi is able to receive audio and video from pther peer but other peer receive only audio and no video?
Maybe an sdp problem?
Maybe i’m start conference with wrong params?
Maybe jitsi webrtc implementation and other peer webrtc implementation are incompatible?
Thanks in advance

Hi, i made some tests with Jitsi and a C# Webrtc peer.

What i found is the same behaviour as previous comment.
Jitsi is able to see and play video and audio and C# is able to play only audio and no video.

But, while Jitsi conference is on, i disconnected and reconnected C# peer to conference as new peer and now C# is able to play video and audio incoming from jitsi ( but is appears as third peer into conference )

I found a big different into exchanged SDPs.

The jingle session-initiate ( so offer sdp ) presents this ssrc for audio and video

a=ssrc:2669608315 cname:mixed
a=ssrc:2669608315 label:mixedlabelaudio0
a=ssrc:2669608315 msid:mixedmslabel mixedlabelaudio0
a=ssrc:2669608315 mslabel:mixedmslabel

a=ssrc:2796301637 cname:mixed
a=ssrc:2796301637 label:mixedlabelvideo0
a=ssrc:2796301637 msid:mixedmslabel mixedlabelvideo0
a=ssrc:2796301637 mslabel:mixedmslabel

The C# Webrtc peer respond with and sdp asnwer with this ssrc

a=ssrc:1104409655 cname:qjmgMsI2vdRi7EKE
a=ssrc:1104409655 msid:stream_label_9b55c04bdde70097 audio_label_af9fcaa89be5dc2a
a=ssrc:1104409655 mslabel:stream_label_9b55c04bdde70097
a=ssrc:1104409655 label:audio_label_af9fcaa89be5dc2a

a=ssrc-group:FID 663392288 77732678
a=ssrc:663392288 cname:qjmgMsI2vdRi7EKE
a=ssrc:663392288 msid:stream_label_9b55c04bdde70097 video_label_9f58b350beaa766
a=ssrc:663392288 mslabel:stream_label_9b55c04bdde70097
a=ssrc:663392288 label:video_label_9f58b350beaa766
a=ssrc:77732678 cname:qjmgMsI2vdRi7EKE
a=ssrc:77732678 msid:stream_label_9b55c04bdde70097 video_label_9f58b350beaa766
a=ssrc:77732678 mslabel:stream_label_9b55c04bdde70097
a=ssrc:77732678 label:video_label_9f58b350beaa766

After disconnecting and reconnecting the C# peer to the conference, jitsi send a new Jingle session-initiate with

a=ssrc:2669608315 cname:mixed
a=ssrc:2669608315 label:mixedlabelaudio0
a=ssrc:2669608315 msid:mixedmslabel mixedlabelaudio0
a=ssrc:2669608315 mslabel:mixedmslabel
a=ssrc:1104409655 cname:qjmgMsI2vdRi7EKE
a=ssrc:1104409655 msid:stream_label_9b55c04bdde70097 audio_label_af9fcaa89be5dc2a
a=ssrc:87325699 cname:MVvdcdit5Dzf8JW-1
a=ssrc:87325699 msid:54f30750-48b5-49a8-b8e2-0a74caaf4887-1 58211549-9aec-4460-924a-97030b3ec26a-1

a=ssrc-group:FID 663392288 77732678
a=ssrc-group:FID 3383831435 3537687345
a=ssrc:2796301637 cname:mixed
a=ssrc:2796301637 label:mixedlabelvideo0
a=ssrc:2796301637 msid:mixedmslabel mixedlabelvideo0
a=ssrc:2796301637 mslabel:mixedmslabel
a=ssrc:663392288 cname:qjmgMsI2vdRi7EKE
a=ssrc:663392288 msid:stream_label_9b55c04bdde70097 video_label_9f58b350beaa766
a=ssrc:77732678 cname:qjmgMsI2vdRi7EKE
a=ssrc:77732678 msid:stream_label_9b55c04bdde70097 video_label_9f58b350beaa766
a=ssrc:3383831435 cname:MVvdcdit5Dzf8JW-1
a=ssrc:3383831435 msid:67b68ebd-45fc-42c2-8d7d-29e9bb6bb8d6-1 aedf4ebe-da37-4365-a7d4-b1697a60f8d9-1
a=ssrc:3537687345 cname:MVvdcdit5Dzf8JW-1
a=ssrc:3537687345 msid:67b68ebd-45fc-42c2-8d7d-29e9bb6bb8d6-1 aedf4ebe-da37-4365-a7d4-b1697a60f8d9-1

As you can see, the second offer contains a copy of ssrc presents into first answer.
In this configuration the communication works well. Video and audio play on both side.

Why the seccond offer have a copy of answer’s ssrc?

A think that another difference is that first offer doesn’t presents this line

a=ssrc-group:FID 663392288 77732678 ( is missed )
and only one video group is presents.

while into first answer the line above is presente and are presents 2 ssrc video group also.

Can ssrc-group be the cause of my problem (C# not receive video from jitsi)? If yes there is a way to put into offer while sdp is generated?

Please, any suggestions are welcome. I need urgent help, i spent several weeks on this