Hello,
I have a situation, where provider does not understand reivnites when user
makes a Call Forwarding via Asterisk server, it only understands 302 Moved
messages in CF situations (or in Call tranfer).
So my scenario is like this:
Provider sends Invite to Kamailio, I forward it to Asterisk
Hi Dears,
I'm following this link https://github.com/sipwise/rtpengine to configure
rtpproxy-ng with Kamailio BUT i'm reciving the following errors in the
Kamailio log file.
Dec 14 17:58:34 debian /usr/local/sbin/kamailio[6198]: ERROR: rtpproxy-ng
[rtpproxy.c:1425]: rtpp_test(): proxy responded
This sounds like an incompatibility between the version of the rtpengine
control module on the Kamailio side and the version of rtpengine on the
RTP proxy side.
Right around the time that the rtpproxy-ng - rtpengine nomenclature
change happened, there was also a significant change to the
Oh, yeah. That. Cheers Richard.
On 14 December 2014 18:27:53 GMT-05:00, Richard Fuchs rfu...@sipwise.com
wrote:
On 12/14/14 18:08, Mahmoud Ramadan Ali wrote:
Hi Dears,
I'm following this link https://github.com/sipwise/rtpengine to
configure rtpproxy-ng with Kamailio BUT i'm reciving the
while doing some webrtc tests, i noticed that for some reason
rtpengine_offer replace-session-connection replace-origin flags don't have
any effect on the ip address (0.0.0.0) at o and c lines of the sdp. the
debug is below.
what is it that i'm missing?
-- juha
Dec 15 08:26:29 rautu
j...@tutpro.com writes:
while doing some webrtc tests, i noticed that for some reason
rtpengine_offer replace-session-connection replace-origin flags don't have
any effect on the ip address (0.0.0.0) at o and c lines of the sdp. the
debug is below.
what is it that i'm missing?
the sdp