<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
I have a provider that is reflecting the a=nortpproxy:yes attribute back to me in the SDP of its reply. I know it's being reflected back because when I customize that header using the nortpproxy_str setting, I get my own value back in the provider's replies.
<div class=""><br class="">
</div>
<div class="">The result is that the answer side of rtpproxy isn't engaged and there's no audio.</div>
<div class=""><br class="">
</div>
<div class="">From an old thread (<a href="http://lists.opensips.org/pipermail/users/2012-November/023444.html" class="">http://lists.opensips.org/pipermail/users/2012-November/023444.html</a>) it seems like the best option for me is to simply disable this
a=nortpproxy:yes attribute and let the opensips logic engage rtpproxy all the time.</div>
<div class=""><br class="">
</div>
<div class="">What kind of negative side effects would I face by disabling this and letting rtpproxy engage every time? Is this flag only really useful when you are working with a hierarchy of SIP proxies in your own environment? My topology has two equal-priority
equal-weight opensips proxies that serve as clustered load balancer as well as outbound-proxy for internal freeswitch servers.</div>
<div class=""><br class="">
</div>
<div class="">Thanks</div>
<div class="">W Simon</div>
<br>
<br>
“The information transmitted is intended only for the person or entity to which it is addressed and may contain proprietary, business-confidential and/or privileged material. If you are not the intended recipient of this message you are hereby notified that
any use, review, retransmission, dissemination, distribution, reproduction or any action taken in reliance upon this message is prohibited. If you received this in error, please contact the sender and delete the material from any computer.”
</body>
</html>