4 Dec
2020
4 Dec
'20
9:10 p.m.
So from a SIP point of view, the 200 OK should of sent the final
negotiation of SDP once the client ACK's it right?
On Fri, Dec 4, 2020 at 11:49 AM Richard Fuchs <rfuchs(a)sipwise.com> wrote:
On 04/12/2020 11.39, Andrew Chen wrote:
--
Andy Chen
Sr. Telephony Lead Engineer
415 516 5535 (M)
achen@ <achen(a)thinkingphones.com>fuze.com
--
*Confidentiality Notice: The information contained in this e-mail and any
attachments may be confidential. If you are not an intended recipient, you
are hereby notified that any dissemination, distribution or copying of this
e-mail is strictly prohibited. If you have received this e-mail in error,
please notify the sender and permanently delete the e-mail and any
attachments immediately. You should not retain, copy or use this e-mail or
any attachment for any purpose, nor disclose all or any part of the
contents to any other person. Thank you.*
oh...that's the IPv6 address of the STUN
server, not the ipv6 of the
rtpengine instance.
Ok. From rtpengine's point of view, this is one of the client's IP
addresses. The ICE candidate in the SDP is the client telling rtpengine:
This is one of my own addresses (`typ host`) and I can receive media
here. It is also listed (by the client who has sent the SDP) as the
highest priority candidate, and this is why it's (presumably) negotiated
as the candidate to use. This is why rtpengine is sending media there.
Cheers
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users