Update to 6.0.20 now to support call from Chrome 89

[hthetiot]

WebRTC call incoming from Chrome 89+ to iosRTC <= 6.0.19 will fail unless you update to 6.0.20.

Calls from iosRTC to chrome 89+ (reverse) will works.

Explanation: "Chrome 89 is deprecating Plan-B SDPs, and a result, it is adding the a=extmap-allow-mixed line in its SDPs by default. However, these SDPs are not interoperable with WebRTC versions 70 or lower. Because of this the above-mentioned mobile Participants fail to establish media connections with Chrome 89+ Participants.

The solution is to remove a=extmap-allow-mixed from Chrome 89+ SDPs. In the meantime, you can temporarily work around this issue by passing offerExtmapAllowMixed: false in ConnectOptions in your JavaScript."

The reason is iosRTC 6.x use WebRTC 69, we have iosRTC 8.0.0 in the pipe on master already with WebRTC 89 and Transceiver support.

Issue: #658

Fix: b6cd033

[tijmenvangulik]

Hi
I have just installed 8.0.4 and I have exactly the same problem as mentioned here. Is this problem back or not yet fully fixed?

[hthetiot]

Do you use Planb ? You may need to read again my comment above, the fix is on your end not iosrtc.

[tijmenvangulik]

Hi , Thank you for your last quick response.I have now tried two different options and multiple combinations of these options: "sdpSemantics": 'plan-b’ "offerExtmapAllowMixed":false But it does not fix the problem. Do you know a configuration which works? or where to find documentation and/or an example on how to connect iosrtc with chrome? Thanks in advantage, Tijmen

…

On 5 Sep 2023, at 13:33, Harold Thétiot ***@***.***> wrote: Do you use Planb ? You may need to read again my comment above, the fix is on your end not iosrtc. — Reply to this email directly, view it on GitHub <#666 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAVG7NQXY2RA5QEABXM2VO3XY4EYZANCNFSM4ZTYFLVA>. You are receiving this because you commented.

[hthetiot]

i would recommend you create a separate isssue, with all information that is requested in the issue including possible a example of you code so the community and properly help you, we do not re-open closed issue.

[hthetiot]

@tijmenvangulik try thoses settings:

var peerConnectionConfig = {
	offerToReceiveVideo: true,
	//iceTransportPolicy: 'relay',
	sdpSemantics: 'unified-plan',
	offerToReceiveAudio: true,
	//sdpSemantics: 'plan-b',
	//bundlePolicy: 'max-compat',
	//rtcpMuxPolicy: 'negotiate',
	iceServers: [
		{
			url: 'stun:stun.stunprotocol.org'
		}
	]
};

cordova-plugin-iosrtc/extra/renderer-and-libwebrtc-tests.js

Line 187 in fba0d64

offerToReceiveVideo: true,

[tijmenvangulik]

Thank you for the reply, At the end I fixed it a different way. The problem was that the data connection was made correctly but the first message gets lost. Now I fixed it that when I do not receive a message I ask the other party to send the message again. Tijmen

…

On 27 Oct 2023, at 15:56, Harold Thétiot ***@***.***> wrote: @tijmenvangulik <https://github.com/tijmenvangulik> try thoses settings: var peerConnectionConfig = { offerToReceiveVideo: true, //iceTransportPolicy: 'relay', sdpSemantics: 'unified-plan', offerToReceiveAudio: true, //sdpSemantics: 'plan-b', //bundlePolicy: 'max-compat', //rtcpMuxPolicy: 'negotiate', iceServers: [ { url: 'stun:stun.stunprotocol.org' } ] }; https://github.com/cordova-rtc/cordova-plugin-iosrtc/blob/fba0d6487a1df526f03d2eab1c471bbab528be4e/extra/renderer-and-libwebrtc-tests.js#L187 — Reply to this email directly, view it on GitHub <#666 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAVG7NXSOU4I3ZF3O3CANZTYBO4RHAVCNFSM4ZTYFLVKU5DIOJSWCZC7NNSXTOKENFZWG5LTONUW63SDN5WW2ZLOOQ5TONBQGQZDGOI>. You are receiving this because you were mentioned.