<div dir="ltr"><div dir="ltr">On Thu, Oct 21, 2021 at 3:10 PM Jonathan Hunter <<a href="mailto:jhunter@voxboxcoms.co.uk">jhunter@voxboxcoms.co.uk</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi guys,<div><br></div><div>Just wondered if anyone had suggestions around this or had this issue before, we have 2 web clients using the sip.js library and we are trying to use the data channel to send messages to one another.</div><div><br></div></div></blockquote><div><br></div><div>Why don't you use the MESSAGE sip method (supported by both freeswitch and sip.js)?</div><div><br></div><div>You can even process the MESSAGE into freeswitch's chatplan, if needed.</div><div><br></div><div>-giovanni</div><div><br></div><div><br></div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div></div><div>If I bypass media and send media peer to peer it works fine, however if I try and send an invite with the data channel defined;</div><div>m=application 52004 UDP/DTLS/SCTP webrtc-datachannel</div><div><br></div><div>Freeswitch seems to consume this when bridging to the target end point/user. Does freeswitch support SCTP/ webrtc-datachannel if I wanted to present it from leg A to leg B so the media can flow via freeswitch?</div><div><br></div><div>This is using debian:buster container.</div><div><br></div><div>Thanks</div><div><br></div><div>Jon<br clear="all"></div></div></blockquote><div><br></div></div>-- <br><div dir="ltr" class="gmail_signature">Sincerely,<br><br>Giovanni Maruzzelli<br>OpenTelecom.IT<br>cell: +39 347 266 56 18<br><br></div></div>