Konstantin M. wrote
I have some problem with SSL+rtpproxy, kamailio successfully decodes SIP, rtpproxy decodes SRTP frames, all is going to freeswitch unencrypted. FS transfers the call back, the call is going unencrypted though kamailio, kamailio encodes to SSL, but rtpproxy DOESN'T encodes RTP frames to SRTP. Hence, endpoint SIP equipment rejects the call with 488 Not Acceptable Here
Scenario
- Endpoint device -> SRTP -> kamailio -> RTP -> freeswitch
- Freeswitch calls back
- freeswitch -> RTP -> kamailio -> PROBLEM (SIP[TLS] + RTP (but not
SRTP)) -> Endpoint device 4. Endpoint device -> 488 Not Acceptable Here -> Kamailio
Could somebody point me what's wrong here?
Thanks!
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@.sip-router
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hi! 488 is the SIP reply, and your problem is not rtp->srtp encryption (this is this consequence), but that you called rtpproxy_manage with wrong parameters.
e.g. if endpoint is browser it can answer 488 if SDP in INVITE has RTP/AVPF (it work only with AVP/SRTP)
can suggest to: - check logs on endpoint - check parameters of rtpproxy_manage - use rtpengine instead of rtpproxy
cheers!
-- View this message in context: http://sip-router.1086192.n5.nabble.com/Kamailio-rtpproxy-SRTP-tp150496p1505... Sent from the Users mailing list archive at Nabble.com.