<div dir="ltr">Thanks Paul, I appreciate your thoughts.<div><br></div><div>I understand your way, it's logical in your environment. I prefer to use LTS versions of Asterisk so I'm guessing what I want to do is not quite possible with Asterisk 11.</div>
<div><br></div><div>I'd prefer my setup to work like this in different cases.</div><div><br></div><div>webrtc (rtp/savpf) -- kamailio -- asterisk -- kamailio -- webrtc (rtp/savpf)</div><div>sip (rtp/avp) -- kamailio -- rtpengine (rtp/savpf) -- asterisk -- kamailio -- rtpengine (rtp/avp) -- sip (rtp/avp)</div>
<div>webrtc (rtp/savpf) -- kamailio -- asterisk -- kamailio -- rtpengine (rtp/avp) -- sip (rtp/avp)</div><div><br></div><div>... essentially, using RTP/AVP only when the client does not speak securely.</div><div><br></div>
<div>It appears I'll have to try out the RTP/AVP way until there is an Asterisk that can accomplish this without having to use peer-specific settings. Down-side to this is that rtpengine needs resources from the server for webrtc clients even though both ends speak the same profile.</div>
<div><br></div><div>It's not so complicated now that I know more on what Asterisk supports and how it handles the sdp, I just needed to learn by doing, testing and asking. I must be a bit ahead of my time for going for a RTP/SAVPF within my architecture, but using RTP/AVP is not such a bad option as srtp is on its way anyway in future Asterisk versions and the rtp flowing between Kamailio and users' networks are far more important than internal rtp traffic.</div>
<div><br></div><div>cheers,</div><div>Olli</div><div><br></div><div><br></div><div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-08-15 18:48 GMT+03:00 Paul Belanger <span dir="ltr"><<a href="mailto:paul.belanger@polybeacon.com" target="_blank">paul.belanger@polybeacon.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="">On Fri, Aug 15, 2014 at 10:41 AM, Olli Heiskanen<br>
<<a href="mailto:ohjelmistoarkkitehti@gmail.com">ohjelmistoarkkitehti@gmail.com</a>> wrote:<br>
> Hello,<br>
><br>
> After having thought this through a bit I have some thoughts I'd like to<br>
> share.<br>
><br>
> In this case where the rtp profile is RTP/AVP Asterisk accepts and handles<br>
> the call normally. If a webrtc client calls a sip client, or even another<br>
> webrtc client, rtpengine is needed to step in (in my setup most of the<br>
> clients would indeed be webrtc, but some of them might be sip). I think it<br>
> would be better to use RTP/SAVPF throughout the process if both clients are<br>
> webrtc (or otherwise speak RTP/SAVPF), but currently there is no way to<br>
> accomplish this?<br>
><br>
> Is it possible to configure Asterisk to only accept the RTP/SAVPF profile,<br>
> and send 488 to all others? If it's not possible to force Asterisk to ignore<br>
> rtp profiles (thus allowing the sdp be handled by rtpengine entirely), I'd<br>
> prefer to use RTP/SAVPF or RTP/SAVP in the communication between Kamailio<br>
> and Asterisk servers and use rtpengine to bridge to RTP/AVP and RTP/AVPF<br>
> only if the client cannot speak securely.<br>
><br>
> I'd very much like to hear opinions and thoughts on these.<br>
><br>
</div>Again, I'll only share my experiences, but we do the complete<br>
opposite.  Traffic between kamailio and asterisk is only RTP/AVP since<br>
the version of asterisk we are using does not support RTP/SAVPF (1.8).<br>
However, if you want RTP/SAVPF then honestly, you should just<br>
completely remove rtpengine from the picture since newer version of<br>
asterisk support both RTP/AVP and RTP/SAVPF (asterisk 12+).<br>
<br>
What I think you should do is go back to the basics, and document<br>
everything you want to do.  Right now you have too many pieces in the<br>
puzzle and making the setup complicated.  Like I said before, this is<br>
a complex setup and you need to start some place.  Here is a diagram<br>
of what we do.<br>
<br>
webrtc (RTP/SAVPF) -> kamailio -> rtpengine  -> asterisk (RTP/AVP)<br>
<br>
This way, only RTP/AVP is in the core of our network. Rtpengine is on<br>
the edge (where it belongs), proxing rtp traffic.  And, for us, we<br>
keep RTP/SAVPF outside of asterisk since support for it has been<br>
recently added. I also believe there are some open issue with dtls +<br>
srtp too.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Paul Belanger | PolyBeacon, Inc.<br>
Jabber: <a href="mailto:paul.belanger@polybeacon.com">paul.belanger@polybeacon.com</a> | IRC: pabelanger (Freenode)<br>
Github: <a href="https://github.com/pabelanger" target="_blank">https://github.com/pabelanger</a> | Twitter: <a href="https://twitter.com/pabelanger" target="_blank">https://twitter.com/pabelanger</a><br>
<br>
--<br>
_____________________________________________________________________<br>
-- Bandwidth and Colocation Provided by <a href="http://www.api-digital.com" target="_blank">http://www.api-digital.com</a> --<br>
New to Asterisk? Join us for a live introductory webinar every Thurs:<br>
               <a href="http://www.asterisk.org/hello" target="_blank">http://www.asterisk.org/hello</a><br>
<br>
asterisk-users mailing list<br>
To UNSUBSCRIBE or update options visit:<br>
   <a href="http://lists.digium.com/mailman/listinfo/asterisk-users" target="_blank">http://lists.digium.com/mailman/listinfo/asterisk-users</a><br>
</div></div></blockquote></div><br></div>