Hi,
I need to modify Allow header that is sent from Freeswitch, to restrict it
to only some very important ones. Do you think it really violates RFC ? :))
M
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-r
On 07/08/2013 05:32 AM, Mino Haluz wrote:
I need to modify Allow header that is sent from Freeswitch, to restrict
it to only some very important ones. Do you think it really violates RFC
? :))
Technically, yes. The field is populated by a UA, and the proxy has no
business touching it.
Prac
Hi Klaus,
Thx for your suggestion. The workaround is working fine with
Pseudo-Variable $rb instead of $mb ("$var(sdp) = $(rb{s.striptail,2});")
However, the broken body is generated by Kamailio with the
filter_body() function. The server receives a multipart/mixed body and is
filtering the SDP pa
Hi,
we are building a setup where we use an rtpproxy in all cases. This works
fine except for one scenario.
Caller -> SIP(+rtpproxy) -> B2BUA -> SIP(+rtpproxy) -> Called
In this case, the B2BUA implements forwarding and sends the call back
through our setup. The B2BUA does not send out a 183 rep
Hello,
iirc the flag, for the requests/replies coming from b2bua, use the 'r'
as part of parameters to rtpproxy functions -- check the readme of the
module.
Cheers,
Daniel
On 7/8/13 1:52 PM, Sebastian Damm wrote:
Hi,
we are building a setup where we use an rtpproxy in all cases. This
work
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
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
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
Hi Daniel,
sorry, I probably didn't explain the problem correctly. The SIP part is
okay, the ports on the rtpproxy are allocated, but bridging the audio
doesn't work until both parties actually send at least one RTP packet.
Since both streams (the inbound and the outbound call) end up at one of th
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-
Hi Sebastian,
I understood, the 'r' flag (iirc being the right one) tells to rtpproxy
to trust the ip in sdp and send the rtp to it as soon as received from
the other side. It is the same case as chaining many rtpproxies.
Cheers,
Daniel
On 7/8/13 2:25 PM, Sebastian Damm wrote:
Hi Daniel,
s
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
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
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
Hi,
sorry, I had a misunderstanding of how rtpproxy starts working. The r flag
indeed fixed the problem.
Thanks,
Sebastian
On Mon, Jul 8, 2013 at 2:32 PM, Daniel-Constantin Mierla
wrote:
>
> Hi Sebastian,
>
> I understood, the 'r' flag (iirc being the right one) tells to rtpproxy
to trust the
Hello,
I have set up my Asterisk server with Kamailio where Kamailio handles the user
authentication as per
http://kb.asipto.com/asterisk:realtime:kamailio-3.1.x-asterisk-1.6.2-astdb. It
is working well, I am able to make calls, two way sound, etc. The problem I am
facing is that after maki
16 matches
Mail list logo
