25 Aug
2022
25 Aug
'22
2:48 a.m.
Hi,
I'm using rtpengine for RTP proxying with kamailio.
I use it just for audio.
But eventually some terminal reinvites offering video.
I don't want to refuse the request but just disable RTP proxying for video
as my employer has limited bandwidth and want to reserve it only for audio.
So I checked the rtpengine module documentation but it seems there is no
way to restrict RTP proxying to be performed only for m=audio.
I tried some things like
replace_body("^m=video [0-9]+", "m=video 0");
and
subst_body('/^m=video [0-9]+ /m=video 0 /');
and
msg_apply_changes();
but still the RTP proxying for video is set up.
Any hints on how to solve this?
25 Aug
25 Aug
9:39 a.m.
Hello,
already tried the sdpops module?
https://kamailio.org/docs/modules/5.5.x/modules/sdpops.html#sdpops.f.sdp_re…
Cheers,
Henning
--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com<https://gilawa.com/>
From: sr-users <sr-users-bounces(a)lists.kamailio.org> On Behalf Of mayamatakeshi
Sent: Thursday, August 25, 2022 1:49 AM
To: Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
Subject: [SR-Users] Disabling video rtp proxing
Hi,
I'm using rtpengine for RTP proxying with kamailio.
I use it just for audio.
But eventually some terminal reinvites offering video.
I don't want to refuse the request but just disable RTP proxying for video as my
employer has limited bandwidth and want to reserve it only for audio.
So I checked the rtpengine module documentation but it seems there is no way to restrict
RTP proxying to be performed only for m=audio.
I tried some things like
replace_body("^m=video [0-9]+", "m=video 0");
and
subst_body('/^m=video [0-9]+ /m=video 0 /');
and
msg_apply_changes();
but still the RTP proxying for video is set up.
Any hints on how to solve this?
26 Aug
26 Aug
2:21 a.m.
Hi,
Yes, I tried.
I had this code in my cfg file:
sdp_remove_media("video");
append_hf("P-hint: video removed\r\n");
rtpengine_offer("symetric direction=pub direction=priv
codec-transcode=PCMU codec-transcode=PCMA codec-transcode=GSM
codec-transcode=G729");
But when I check the INVITE going out from kamailio,
I see the P-hint header but the m=video line is still there in the SDP:
INVITE sip:user2@10.255.255.1997072 SIP/2.0
Max-Forwards: 70
Record-Route:
<sip:192.168.2.198;lr=on;ftag=837235;vsf=AAAAAEVGVUMAcUVUQkUAbhcKHnQxLmNvbQ--;did=662.4f01>
To: <sip:05022222222@192.168.2.198>
From: 05011111111 <sip:05011111111@test1.com>;tag=837235
Call-ID: 368391
CSeq: 14806 INVITE
Content-Type: application/sdp
Contact: <sip:user1@192.168.2.50:7070>
User-Agent: Zoiper
Allow-Events: presence, kpml, talk
Via: SIP/2.0/UDP
192.168.2.198;branch=z9hG4bK82de.2d1517380038597f70a08f7217851c70.0
Via: SIP/2.0/UDP 10.255.255.199:7070
;received=192.168.2.50;branch=z9hG4bK794289;rport=7070
Content-Length: 518
P-hint: video removed
v=0
v=0
o=71924084 8000 8001 IN IP4 192.168.2.110
s=SIP Call
c=IN IP4 192.168.2.198
t=0 0
m=audio 48882 RTP/AVP 0 8 3 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=rtcp:48883
a=ptime:20
m=video 48912 RTP/AVP 105
b=AS:704
a=rtcp-fb:* nack pli
a=rtcp-fb:* ccm fira=rtpmap:105 H264/90000
a=fmtp:105 profile-level-id=428016; packetization-mode=1
a=sendrecv
a=rtcp:48913
I also tried doing the removal after rtpengine_offer()/rtpengine_manage()
but the same thing happens.
I also tried to use
msg_apply_changes();
with the same results.
So it seems rtpengine_offer() is executed later in the processing and over
the original SDP.
Checking the docs what eventually worked was this:
# set rtpengine to read the body from an AVP:
modparam("rtpengine", "read_sdp_pv", "$avp(sdp)")
# set $avp(sdp) to a copy of $rb and replace the m=video line:
$avp(sdp) = $rb;
subst_attr("$sdp","/m=video [0-9]*/m=video 0/");
So rtpengine would operate on a
m=video 0 RTP/AVP XXX
line and so it would not set up rtp proxying for it.
Then the original SDP line:
m=video 10004 RTP/AVP 105
became this in the forwarded SDP:
m=video 0 RTP/AVP 0
Thanks.
On Thu, Aug 25, 2022 at 3:39 PM Henning Westerholt <hw(a)gilawa.com> wrote:
Hello,
already tried the sdpops module?
https://kamailio.org/docs/modules/5.5.x/modules/sdpops.html#sdpops.f.sdp_re…
Cheers,
Henning
--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com
*From:* sr-users <sr-users-bounces(a)lists.kamailio.org> *On Behalf Of *
mayamatakeshi
*Sent:* Thursday, August 25, 2022 1:49 AM
*To:* Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
*Subject:* [SR-Users] Disabling video rtp proxing
Hi,
I'm using rtpengine for RTP proxying with kamailio.
I use it just for audio.
But eventually some terminal reinvites offering video.
I don't want to refuse the request but just disable RTP proxying for video
as my employer has limited bandwidth and want to reserve it only for audio.
So I checked the rtpengine module documentation but it seems there is no
way to restrict RTP proxying to be performed only for m=audio.
I tried some things like
replace_body("^m=video [0-9]+", "m=video 0");
and
subst_body('/^m=video [0-9]+ /m=video 0 /');
and
msg_apply_changes();
but still the RTP proxying for video is set up.
Any hints on how to solve this?
9:49 a.m.
The easiest way I see is:
Set up mod parameters for rtpengine
Read_avp and write_avp
During the request processing get $rb and put it into read_avp
Change/remove needed lines from the sdp in avp using regexp or
lua/js/python (do not use sdpos as it works with initial sdp, so it won't
affect the data in avp )
Call rtpengine_manage
Use write_avp after in the call of set_body to apply updated value
https://www.kamailio.org/docs/modules/devel/modules/textops.html#textops.f.…
Then you get your changes.
On Fri, 26 Aug 2022, 01:23 mayamatakeshi, <mayamatakeshi(a)gmail.com> wrote:
Hi,
Yes, I tried.
I had this code in my cfg file:
sdp_remove_media("video");
append_hf("P-hint: video removed\r\n");
rtpengine_offer("symetric direction=pub direction=priv
codec-transcode=PCMU codec-transcode=PCMA codec-transcode=GSM
codec-transcode=G729");
But when I check the INVITE going out from kamailio,
I see the P-hint header but the m=video line is still there in the SDP:
INVITE sip:user2@10.255.255.1997072 SIP/2.0
Max-Forwards: 70
Record-Route:
<sip:192.168.2.198;lr=on;ftag=837235;vsf=AAAAAEVGVUMAcUVUQkUAbhcKHnQxLmNvbQ--;did=662.4f01>
To: <sip:05022222222@192.168.2.198>
From: 05011111111 <sip:05011111111@test1.com>;tag=837235
Call-ID: 368391
CSeq: 14806 INVITE
Content-Type: application/sdp
Contact: <sip:user1@192.168.2.50:7070>
User-Agent: Zoiper
Allow-Events: presence, kpml, talk
Via: SIP/2.0/UDP
192.168.2.198;branch=z9hG4bK82de.2d1517380038597f70a08f7217851c70.0
Via: SIP/2.0/UDP 10.255.255.199:7070
;received=192.168.2.50;branch=z9hG4bK794289;rport=7070
Content-Length: 518
P-hint: video removed
v=0
v=0
o=71924084 8000 8001 IN IP4 192.168.2.110
s=SIP Call
c=IN IP4 192.168.2.198
t=0 0
m=audio 48882 RTP/AVP 0 8 3 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=rtcp:48883
a=ptime:20
m=video 48912 RTP/AVP 105
b=AS:704
a=rtcp-fb:* nack pli
a=rtcp-fb:* ccm fira=rtpmap:105 H264/90000
a=fmtp:105 profile-level-id=428016; packetization-mode=1
a=sendrecv
a=rtcp:48913
I also tried doing the removal after rtpengine_offer()/rtpengine_manage()
but the same thing happens.
I also tried to use
msg_apply_changes();
with the same results.
So it seems rtpengine_offer() is executed later in the processing and over
the original SDP.
Checking the docs what eventually worked was this:
# set rtpengine to read the body from an AVP:
modparam("rtpengine", "read_sdp_pv", "$avp(sdp)")
# set $avp(sdp) to a copy of $rb and replace the m=video line:
$avp(sdp) = $rb;
subst_attr("$sdp","/m=video [0-9]*/m=video 0/");
So rtpengine would operate on a
m=video 0 RTP/AVP XXX
line and so it would not set up rtp proxying for it.
Then the original SDP line:
m=video 10004 RTP/AVP 105
became this in the forwarded SDP:
m=video 0 RTP/AVP 0
Thanks.
On Thu, Aug 25, 2022 at 3:39 PM Henning Westerholt <hw(a)gilawa.com> wrote:
Hello,
already tried the sdpops module?
https://kamailio.org/docs/modules/5.5.x/modules/sdpops.html#sdpops.f.sdp_re…
Cheers,
Henning
--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com
*From:* sr-users <sr-users-bounces(a)lists.kamailio.org> *On Behalf Of *
mayamatakeshi
*Sent:* Thursday, August 25, 2022 1:49 AM
*To:* Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
*Subject:* [SR-Users] Disabling video rtp proxing
Hi,
I'm using rtpengine for RTP proxying with kamailio.
I use it just for audio.
But eventually some terminal reinvites offering video.
I don't want to refuse the request but just disable RTP proxying for
video as my employer has limited bandwidth and want to reserve it only for
audio.
So I checked the rtpengine module documentation but it seems there is no
way to restrict RTP proxying to be performed only for m=audio.
I tried some things like
replace_body("^m=video [0-9]+", "m=video 0");
and
subst_body('/^m=video [0-9]+ /m=video 0 /');
and
msg_apply_changes();
but still the RTP proxying for video is set up.
Any hints on how to solve this?
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to
the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
31 Aug
31 Aug
3:51 p.m.
That's what I'm using.
Thanks.
On Fri, Aug 26, 2022 at 3:54 PM Yuriy Gorlichenko <ovoshlook(a)gmail.com>
wrote:
The easiest way I see is:
Set up mod parameters for rtpengine
Read_avp and write_avp
During the request processing get $rb and put it into read_avp
Change/remove needed lines from the sdp in avp using regexp or
lua/js/python (do not use sdpos as it works with initial sdp, so it won't
affect the data in avp )
Call rtpengine_manage
Use write_avp after in the call of set_body to apply updated value
https://www.kamailio.org/docs/modules/devel/modules/textops.html#textops.f.…
Then you get your changes.
On Fri, 26 Aug 2022, 01:23 mayamatakeshi, <mayamatakeshi(a)gmail.com> wrote:
Hi,
Yes, I tried.
I had this code in my cfg file:
sdp_remove_media("video");
append_hf("P-hint: video removed\r\n");
rtpengine_offer("symetric direction=pub direction=priv
codec-transcode=PCMU codec-transcode=PCMA codec-transcode=GSM
codec-transcode=G729");
But when I check the INVITE going out from kamailio,
I see the P-hint header but the m=video line is still there in the SDP:
INVITE sip:user2@10.255.255.1997072 SIP/2.0
Max-Forwards: 70
Record-Route:
<sip:192.168.2.198;lr=on;ftag=837235;vsf=AAAAAEVGVUMAcUVUQkUAbhcKHnQxLmNvbQ--;did=662.4f01>
To: <sip:05022222222@192.168.2.198>
From: 05011111111 <sip:05011111111@test1.com>;tag=837235
Call-ID: 368391
CSeq: 14806 INVITE
Content-Type: application/sdp
Contact: <sip:user1@192.168.2.50:7070>
User-Agent: Zoiper
Allow-Events: presence, kpml, talk
Via: SIP/2.0/UDP
192.168.2.198;branch=z9hG4bK82de.2d1517380038597f70a08f7217851c70.0
Via: SIP/2.0/UDP 10.255.255.199:7070
;received=192.168.2.50;branch=z9hG4bK794289;rport=7070
Content-Length: 518
P-hint: video removed
v=0
v=0
o=71924084 8000 8001 IN IP4 192.168.2.110
s=SIP Call
c=IN IP4 192.168.2.198
t=0 0
m=audio 48882 RTP/AVP 0 8 3 18 101
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:3 GSM/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendrecv
a=rtcp:48883
a=ptime:20
m=video 48912 RTP/AVP 105
b=AS:704
a=rtcp-fb:* nack pli
a=rtcp-fb:* ccm fira=rtpmap:105 H264/90000
a=fmtp:105 profile-level-id=428016; packetization-mode=1
a=sendrecv
a=rtcp:48913
I also tried doing the removal after rtpengine_offer()/rtpengine_manage()
but the same thing happens.
I also tried to use
msg_apply_changes();
with the same results.
So it seems rtpengine_offer() is executed later in the processing and
over the original SDP.
Checking the docs what eventually worked was this:
# set rtpengine to read the body from an AVP:
modparam("rtpengine", "read_sdp_pv", "$avp(sdp)")
# set $avp(sdp) to a copy of $rb and replace the m=video line:
$avp(sdp) = $rb;
subst_attr("$sdp","/m=video [0-9]*/m=video 0/");
So rtpengine would operate on a
m=video 0 RTP/AVP XXX
line and so it would not set up rtp proxying for it.
Then the original SDP line:
m=video 10004 RTP/AVP 105
became this in the forwarded SDP:
m=video 0 RTP/AVP 0
Thanks.
On Thu, Aug 25, 2022 at 3:39 PM Henning Westerholt <hw(a)gilawa.com> wrote:
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to
the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Hello,
already tried the sdpops module?
https://kamailio.org/docs/modules/5.5.x/modules/sdpops.html#sdpops.f.sdp_re…
Cheers,
Henning
--
Henning Westerholt – https://skalatan.de/blog/
Kamailio services – https://gilawa.com
*From:* sr-users <sr-users-bounces(a)lists.kamailio.org> *On Behalf Of *
mayamatakeshi
*Sent:* Thursday, August 25, 2022 1:49 AM
*To:* Kamailio (SER) - Users Mailing List <sr-users(a)lists.kamailio.org>
*Subject:* [SR-Users] Disabling video rtp proxing
Hi,
I'm using rtpengine for RTP proxying with kamailio.
I use it just for audio.
But eventually some terminal reinvites offering video.
I don't want to refuse the request but just disable RTP proxying for
video as my employer has limited bandwidth and want to reserve it only for
audio.
So I checked the rtpengine module documentation but it seems there is no
way to restrict RTP proxying to be performed only for m=audio.
I tried some things like
replace_body("^m=video [0-9]+", "m=video 0");
and
subst_body('/^m=video [0-9]+ /m=video 0 /');
and
msg_apply_changes();
but still the RTP proxying for video is set up.
Any hints on how to solve this?
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
* sr-users(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to
the sender!
Edit mailing list options or unsubscribe:
* https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
817
days inactive
824
days old
4 comments
3 participants
participants (3)
-
Henning Westerholt -
mayamatakeshi -
Yuriy Gorlichenko