Hi, Robert,
Does rtpproxy _autobridge work?
http://www.opensips.org/html/docs/modules/1.11.x/rtpproxy#id293590
Regards,
xiaofeng
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Hi, Robert!
Yes, in cases where you don't need IPv6, use II for those requests.
Best regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com
On 11/09/2016 07:12 PM, Robert Dyck wrote:
I should have described the scenario in more detail.
The rtproxy is in bridge mode because
Hi, Robert!
Yes, the I and E parameters are mandatory, and they should describe how
the RTP will flow. For example if the flow is from IPv4 to IPv6, you
should use EI; if the flow is from IPv4 to IPv6, then you should use IE.
And so on, depending on the call flow.
Regarding the address
Thank you
Assuming rtpproxy was started with IPV4 as the first address and IPV6 as the
second, then in the NAT scenario, are the II flags mandatory in offer/answer?
Slightly off topic, what sort of scenario would require the address parameter
for offer/answer?
On November 8, 2016 09:57:30 AM
Hi, Robert!
See my answers inline.
Best regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com
On 11/08/2016 02:15 AM, Robert Dyck wrote:
I have some question regarding rtpproxy capabilities in relation to IPV4-IPV6
interworking.
The articles I have read say that you need to
I have some question regarding rtpproxy capabilities in relation to IPV4-IPV6
interworking.
The articles I have read say that you need to assign an address from each
address family to rtpproxy. They go on to say that rtpproxy will then be in
bridged mode. Others define bridge mode as assigning