I've been trying to make srtp->srtp work with kamailio, rtpproxy and
two symbian phones.
rtpproxy does not receive any rtp/sdp packets. I'm still trying to
debug what makes it fail.
Without tls and srtp everything works, with either results are varied.
Before I waste more time: Should kamailio+rtpp
Today I compiled and installed your branch from Kamailio repository.
Another hope for kickstart was to swap Kamailio inside NGCP: in order to
use already working config straight from then authors J But it was figured
out that a lot of symbols and funcs are out of place (despite that all
necessary m
On 07/19/13 14:46, Alexey Rybalko wrote:
> Good! When NGCP 3.0 will be available for the community?
>
> Have we any chance to evaluate media profile conversion(SDP) prior that
> event using base Kamailio? There a several patches from Sipwise for
> Kamailio core and some other modules as well (e.g.
Good! When NGCP 3.0 will be available for the community?
Have we any chance to evaluate media profile conversion(SDP) prior that
event using base Kamailio? There a several patches from Sipwise for
Kamailio core and some other modules as well (e.g. nathelper).The only
examples for new mediaproxy mi
On 07/18/13 17:33, Alexey Rybalko wrote:
> Richard,
>
> to be frank, I tried Sipwise's distribution of Kamailio (NGCP 2.8).
> Thanks for configured distro image as well :) Spending some time with
> tracing the config file brought the call stack: ROUTE_INVITE
> ->...->ROUTE_BRANCH_ACC_RTP. However
Richard,
to be frank, I tried Sipwise's distribution of Kamailio (NGCP 2.8). Thanks
for configured distro image as well :) Spending some time with tracing the
config file brought the call stack: ROUTE_INVITE
->...->ROUTE_BRANCH_ACC_RTP. However I've added "sp" flags into
rtpproxy_offer function am
Hi,
On 07/18/13 08:48, Alexey Rybalko wrote:
Just suggest someone already tried mediaproxy-ng with conversion
RTP/SRTP. Few examples of options' usage would be very appreciated! May
authors bring them into the tutorial?
E.g. caller invokes RTP/SAVPF profile (SIP over WS), but calle supports
RT
Hi!
Just suggest someone already tried mediaproxy-ng with conversion RTP/SRTP.
Few examples of options' usage would be very appreciated! May authors bring
them into the tutorial?
E.g. caller invokes RTP/SAVPF profile (SIP over WS), but calle supports
RTP/AVP only. During the simple tests I've put
Hi!
Richard, Juha,
thanks for the hint. Have fetched and rendered the module documentation.
Now playing with translation between SRTP and RTP through mediaproxy: not
trivial to focus on proper routes inside configuration file. I'm new to the
Kamailio/OpenSER. Hope for the success J
best regards,
Alexey Rybalko writes:
> Regarding the mediaproxy-ng documentation special features can't be
> invoked without usage of 'ng' protocol provided by rptmediaproxy-ng.
> Unfortunately there is no info about rtpproxy-ng module itself. Haven't
> found it at Sipwise GitHub site.
it is in rfuchs/rtpprox
On 07/14/13 08:59, Alexey Rybalko wrote:
> Regarding the mediaproxy-ng documentation special features can't be
> invoked without usage of 'ng' protocol provided by rptmediaproxy-ng.
> Unfortunately there is no info about rtpproxy-ng module itself. Haven't
> found it at Sipwise GitHub site.
You c
Hi!
Question regarding Kamalio rtpproxy-ng module for mediaproxy-ng daemon.*
*
*
On Tue, Apr 2, 2013 at 7:05 PM, Richard Fuchs wrote:
*>The newest version supports a new control protocol, which is facilitated
>through a new Kamailio module rtpproxy-ng. For now, this module is a
>drop-in replace
On 07/11/13 13:04, Juha Heinanen wrote:
> regarding "r" flag, if sip ua is behind nat, how can ip address in sdp
> be "trusted", because source address of rtp packets does not match the
> one in sdp?
Mediaproxy-ng pays attention to the source address of incoming packets
and adjusts the forwarding
Richard Fuchs writes:
> There was a bug in using the "received from" address. We always have the
> "trust address" flag set, so we never noticed it. This is now fixed in
> git master.
thanks. it now worked fine without "r" flag.
regarding "r" flag, if sip ua is behind nat, how can ip address in
On 07/07/13 19:19, Nick Khamis wrote:
> Last question from me. Does mediaproxy-ng have the media based
> accounting functionality that the original mediaproxy have? We
> currently have a problem where we are using RTPProxy along with
> CDRTool instead of the MediaProxy because of the lack for NAT s
On 07/09/13 07:44, Juha Heinanen wrote:
> i got so far that my sip proxy started ok and was able to connect to
> mediaproxy-ng. i see in syslog these kind of messages:
>
> Jul 9 14:40:11 siika /usr/sbin/sip-proxy[10499]: INFO: rtpproxy-ng
> [rtpproxy.c:1410]: rtpp_test(): rtp proxy found,
> s
On 07/09/13 08:43, Juha Heinanen wrote:
> why are ip4 addresses 0.0.0.0? my mediaproxy-ng is running with these
> options and i did not pass ip address as param too offer:
>
> $ ps ax | egrep media
> 8678 ?Sl10:19 /usr/sbin/mediaproxy-ng --ip=192.98.102.10
> --listen-ng=127.0.0.1:2
let me know if this is not the right forum to discuss mediaproxg-ng
issues.
got so far that i tried to make the first test call.
offer produced to syslog:
Jul 9 15:31:50 siika /usr/sbin/sip-proxy[11043]: INFO: = making
rtpproxy_offer(co1)
Jul 9 15:31:50 siika mediaproxy-ng[8678]: Got vali
i got so far that my sip proxy started ok and was able to connect to
mediaproxy-ng. i see in syslog these kind of messages:
Jul 9 14:40:11 siika /usr/sbin/sip-proxy[10499]: INFO: rtpproxy-ng
[rtpproxy.c:1410]: rtpp_test(): rtp proxy found, support
for it enabled
Jul 9 14:40:11 siika mediapro
On 07/08/13 09:12, Juha Heinanen wrote:
i read readme of mediaproxy-ng module and don't find the rtpproxy module
capability to tell priority of added ice attributes. also, i have hard
time parsing this these sentences:
+ + - instructs the RTP proxy to discard any ICE attributes
i read readme of mediaproxy-ng module and don't find the rtpproxy module
capability to tell priority of added ice attributes. also, i have hard
time parsing this these sentences:
+ + - instructs the RTP proxy to discard any ICE attributes
already present in the SDP body and
Richard Fuchs writes:
> I've been meaning to commit it to a private branch for review/comments
> and eventual merging, but haven't gotten around to it yet.
if the module compiles and works for you, i don't see any reason for not
committing it straight to master branch. that way the threshold fo
On 07/08/13 08:23, Juha Heinanen wrote:
Richard Fuchs writes:
If you want to use mediaproxy-ng with its ICE features, you'll have to
use it through the rtpproxy-ng module, which is currently available as
patch here:
https://github.com/sipwise/kamailio/blob/master/debian/patches/sipwise/rtproxy-
Richard Fuchs writes:
> If you want to use mediaproxy-ng with its ICE features, you'll have to
> use it through the rtpproxy-ng module, which is currently available as
> patch here:
> https://github.com/sipwise/kamailio/blob/master/debian/patches/sipwise/rtproxy-ng.patch
ok, i had missed that o
On 7/8/13 2:03 PM, Richard Fuchs wrote:
On 07/08/13 01:52, Juha Heinanen wrote:
i haven't tried it yet. just read what readme says:
4.7. ice_candidate_priority_avp (string)
If specified and if value of the avp value is not 0, rtpproxy_manage
function adds ICE relay candidate attributes to s
On 07/08/13 01:52, Juha Heinanen wrote:
i haven't tried it yet. just read what readme says:
4.7. ice_candidate_priority_avp (string)
If specified and if value of the avp value is not 0, rtpproxy_manage
function adds ICE relay candidate attributes to sdp stream(s) containing
ICE candidate attr
Richard Fuchs writes:
> On 07/07/13 12:28, Juha Heinanen wrote:
> > why is it that ice relay candidate attributes are added only when
> > rtpproxy_manage is called, i.e., why not also when
> > rtpproxy_offer/rtpproxy_answer are called?
>
> Shouldn't make a difference, they should behave the same.
Last question from me. Does mediaproxy-ng have the media based
accounting functionality that the original mediaproxy have? We
currently have a problem where we are using RTPProxy along with
CDRTool instead of the MediaProxy because of the lack for NAT support.
This seems to be one of the reason for
On 07/07/13 12:28, Juha Heinanen wrote:
why is it that ice relay candidate attributes are added only when
rtpproxy_manage is called, i.e., why not also when
rtpproxy_offer/rtpproxy_answer are called?
Shouldn't make a difference, they should behave the same. Otherwise
please post log excerpts w
we are running an ec2 instance.
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hi,
On 07/07/2013 11:19 AM, Raúl Alexis Betancor Santana wrote:
On Sat, Jul 06, 2013 at 10:01:28PM -0400, Nick Khamis wrote:
Can we run it behind nat? I've really been eyeing that and desparate
to replace rtpproxy
Think twice ... trying to run something designed to avoid problems
with NAT beh
On 07/07/2013 04:01 AM, Nick Khamis wrote:
Can we run it behind nat? I've really been eyeing that and desparate
to replace rtpproxy
Yes, check advertised address option.
Andreas
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
On Sat, Jul 06, 2013 at 10:01:28PM -0400, Nick Khamis wrote:
> Can we run it behind nat? I've really been eyeing that and desparate
> to replace rtpproxy
Think twice ... trying to run something designed to avoid problems
with NAT behing NAT? ... doesn't sound good at all ...
Best regards
___
Can we run it behind nat? I've really been eyeing that and desparate
to replace rtpproxy
On 7/5/13, Andreas Granig wrote:
> Hi,
>
> There've been a couple of questions regarding mediaproxy-ng as an
> rtpproxy replacement on how to get it up and running with kamailio and
> what it does compared to
Hi,
On 07/05/2013 11:56 PM, Iwan Budi Kusnanto wrote:
I can see that SDES-SRTP is supported but DTLS-SRTP is not mentioned.
Is it mean that there is no support for DTLS-SRTP? Any plan to support it?
It's planned (like ZRTP), just no specific time-line yet.
Andreas
___
Great!
I can see that SDES-SRTP is supported but DTLS-SRTP is not mentioned.
Is it mean that there is no support for DTLS-SRTP? Any plan to support it?
On Sat, Jul 6, 2013 at 4:14 AM, Andreas Granig wrote:
> Hi,
>
> There've been a couple of questions regarding mediaproxy-ng as an rtpproxy
> rep
36 matches
Mail list logo
