Hello,
I'm trying to solve a problem with calls WebRTC/UDP. I think is a fragmentation problem because udp/webRTC calls works without problem. The INVITE from Kamailio to the UDP device not receive any type of answer.
I'm trying to reduce the SDP annex size using:
|sdp_remove_line_by_prefix|
for some lines unsuccessfully. Maybe I don't know where put this function in the script.
Or, is there another way to solve this issue?
Thank you in advance
Regards
Hi,
did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.
Social Boh via sr-users sr-users@lists.kamailio.org schrieb am Sa., 14. Okt. 2023, 01:00:
Hello,
I'm trying to solve a problem with calls WebRTC/UDP. I think is a fragmentation problem because udp/webRTC calls works without problem. The INVITE from Kamailio to the UDP device not receive any type of answer.
I'm trying to reduce the SDP annex size using: sdp_remove_line_by_prefix
for some lines unsuccessfully. Maybe I don't know where put this function in the script.
Or, is there another way to solve this issue?
Thank you in advance
Regards
--
I'm SoCIaL, MayBe
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Thank you to answer.
this is my SDP annex (no ice o related stuff):
Content-Length: 1031
/v=0/
/o=- 326299663336889577 2 IN IP4 XXX.XXX.XXX.XXX/
/s=-/
/t=0 0/
/a=extmap-allow-mixed/
/a=msid-semantic: WMS 078639f4-3b58-4a29-90ef-62d05ccf01a2/
/m=audio 21766 RTP/AVP 111 63 9 0 8 13 110 126/
/c=IN IP4 //XXX.XXX.XXX.XXX/
/a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level/
/a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time/
/a=extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01/
/a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid/
/a=msid:078639f4-3b58-4a29-90ef-62d05ccf01a2 4cacf939-a056-4a1a-a0c5-748aaf5e3d43/
/a=ssrc:805220451 cname:wrpkmkhX7zbjXfUu/
/a=ssrc:805220451 msid:078639f4-3b58-4a29-90ef-62d05ccf01a2 4cacf939-a056-4a1a-a0c5-748aaf5e3d43/
/a=mid:0/
/a=rtpmap:111 opus/48000/2/
/a=fmtp:111 useinbandfec=1; minptime=10/
/a=rtcp-fb:111 transport-cc/
/a=rtpmap:63 red/48000/2/
/a=fmtp:63 111/111/
/a=rtpmap:9 G722/8000/
/a=rtpmap:0 PCMU/8000/
/a=rtpmap:8 PCMA/8000/
/a=rtpmap:13 CN/8000/
/a=rtpmap:110 telephone-event/48000/
/a=rtpmap:126 telephone-event/8000/
/a=sendrecv/
/a=rtcp:21767/
I think I can eliminate a=extmap lines and maybe other lines but i don't really know where I have to put *sdp_remove_line_by_prefix* function//in the script/ /
Regards/ /
--- I'm SoCIaL, MayBe
El 14/10/2023 a las 1:46 a. m., Karsten Horsmann escribió:
Hi,
did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.
Social Boh via sr-users sr-users@lists.kamailio.org schrieb am Sa., 14. Okt. 2023, 01:00:
Hello, I'm trying to solve a problem with calls WebRTC/UDP. I think is a fragmentation problem because udp/webRTC calls works without problem. The INVITE from Kamailio to the UDP device not receive any type of answer. I'm trying to reduce the SDP annex size using: |sdp_remove_line_by_prefix| for some lines unsuccessfully. Maybe I don't know where put this function in the script. Or, is there another way to solve this issue? Thank you in advance Regards -- --- I'm SoCIaL, MayBe __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
On 14/10/2023 02.46, [EXT] Karsten Horsmann via sr-users wrote:
Hi,
did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.
With recent versions we even have explicit SDP manipulations options, so you can use rtpengine to strip attributes that it itself doesn't understand or process.
Cheers
Hello,
I'm trying to using sdp-attr without luck:
sdp-attr-remove-audio-ssrc:
in this sentence:
$xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " rtcp-mux-demux DTLS=off SDES-off ICE=remove RTP/AVP sdp-attr-remove-audio-ssrc:";
this to remove two ssrc lines
Regards
--- I'm SoCIaL, MayBe
El 14/10/2023 a las 11:12 a. m., Richard Fuchs via sr-users escribió:
On 14/10/2023 02.46, [EXT] Karsten Horsmann via sr-users wrote:
Hi,
did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.
With recent versions we even have explicit SDP manipulations options, so you can use rtpengine to strip attributes that it itself doesn't understand or process.
Cheers
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Hello,
in the rtpengine LOG i can see:
Oct 16 06:32:53 sip1 rtpengine[146001]: DEBUG: [28vs0pbtdtu7udefti8m]: ... "*: [ "sdp-attr-remove-audio-ssrc::" ], "replace":* [ "origin", "session-connection" ], "transport-protocol": "RTP/AVP", "rtcp-mux": [ "demux" ], "SDES": [ "off" ], "call-id": "28vs0pbtdtu7udefti8m", "via-branch": "z9hG4bK4978560", "received-from": [ "IP4", "186.98.231.105" ], "from-tag": "h8l2da68sp", "command": "offer" }
but the ssrc lines still presents in the INVITE sent to sip device.
Regards
--- I'm SoCIaL, MayBe
El 14/10/2023 a las 12:39 p. m., Social Boh via sr-users escribió:
Hello,
I'm trying to using sdp-attr without luck:
sdp-attr-remove-audio-ssrc:
in this sentence:
$xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " rtcp-mux-demux DTLS=off SDES-off ICE=remove RTP/AVP sdp-attr-remove-audio-ssrc:";
this to remove two ssrc lines
Regards
I'm SoCIaL, MayBe
El 14/10/2023 a las 11:12 a. m., Richard Fuchs via sr-users escribió:
On 14/10/2023 02.46, [EXT] Karsten Horsmann via sr-users wrote:
Hi,
did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.
With recent versions we even have explicit SDP manipulations options, so you can use rtpengine to strip attributes that it itself doesn't understand or process.
Cheers
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
I'm maybe out of context here but i don't think you can remove ssrc headers from sdp since they are crucial in identification of the rtp streams
On Mon, Oct 16, 2023, 14:41 Social Boh via sr-users < sr-users@lists.kamailio.org> wrote:
Hello,
in the rtpengine LOG i can see:
Oct 16 06:32:53 sip1 rtpengine[146001]: DEBUG: [28vs0pbtdtu7udefti8m]: ... "*: [ "sdp-attr-remove-audio-ssrc::" ], "replace":* [ "origin", "session-connection" ], "transport-protocol": "RTP/AVP", "rtcp-mux": [ "demux" ], "SDES": [ "off" ], "call-id": "28vs0pbtdtu7udefti8m", "via-branch": "z9hG4bK4978560", "received-from": [ "IP4", "186.98.231.105" ], "from-tag": "h8l2da68sp", "command": "offer" }
but the ssrc lines still presents in the INVITE sent to sip device.
Regards
I'm SoCIaL, MayBe
El 14/10/2023 a las 12:39 p. m., Social Boh via sr-users escribió:
Hello,
I'm trying to using sdp-attr without luck:
sdp-attr-remove-audio-ssrc:
in this sentence:
$xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " rtcp-mux-demux DTLS=off SDES-off ICE=remove RTP/AVP sdp-attr-remove-audio-ssrc:";
this to remove two ssrc lines
Regards
I'm SoCIaL, MayBe
El 14/10/2023 a las 11:12 a. m., Richard Fuchs via sr-users escribió:
On 14/10/2023 02.46, [EXT] Karsten Horsmann via sr-users wrote:
Hi,
did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.
With recent versions we even have explicit SDP manipulations options, so you can use rtpengine to strip attributes that it itself doesn't understand or process.
Cheers
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
They actually aren't for the udp leg
On Mon, 16 Oct 2023, 18:09 Mirko Brankovic via sr-users, < sr-users@lists.kamailio.org> wrote:
I'm maybe out of context here but i don't think you can remove ssrc headers from sdp since they are crucial in identification of the rtp streams
On Mon, Oct 16, 2023, 14:41 Social Boh via sr-users < sr-users@lists.kamailio.org> wrote:
Hello,
in the rtpengine LOG i can see:
Oct 16 06:32:53 sip1 rtpengine[146001]: DEBUG: [28vs0pbtdtu7udefti8m]: ... "*: [ "sdp-attr-remove-audio-ssrc::" ], "replace":* [ "origin", "session-connection" ], "transport-protocol": "RTP/AVP", "rtcp-mux": [ "demux" ], "SDES": [ "off" ], "call-id": "28vs0pbtdtu7udefti8m", "via-branch": "z9hG4bK4978560", "received-from": [ "IP4", "186.98.231.105" ], "from-tag": "h8l2da68sp", "command": "offer" }
but the ssrc lines still presents in the INVITE sent to sip device.
Regards
I'm SoCIaL, MayBe
El 14/10/2023 a las 12:39 p. m., Social Boh via sr-users escribió:
Hello,
I'm trying to using sdp-attr without luck:
sdp-attr-remove-audio-ssrc:
in this sentence:
$xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " rtcp-mux-demux DTLS=off SDES-off ICE=remove RTP/AVP sdp-attr-remove-audio-ssrc:";
this to remove two ssrc lines
Regards
I'm SoCIaL, MayBe
El 14/10/2023 a las 11:12 a. m., Richard Fuchs via sr-users escribió:
On 14/10/2023 02.46, [EXT] Karsten Horsmann via sr-users wrote:
Hi,
did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.
With recent versions we even have explicit SDP manipulations options, so you can use rtpengine to strip attributes that it itself doesn't understand or process.
Cheers
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
For the sdp cleanup purpose ( if possibilities of rrpengine are not enough) I use the next technic: - Set up write_avp param for the rtpengine module - call rtpengine manage: handled sdp will be then posted to write_avp pvar. - use lua/python/etc to call via lua_run(...) (this is for lua ) - handle value of write_avp there - apply the value to body of the message.
On Mon, 16 Oct 2023, 18:11 Yuriy G, ovoshlook@gmail.com wrote:
They actually aren't for the udp leg
On Mon, 16 Oct 2023, 18:09 Mirko Brankovic via sr-users, < sr-users@lists.kamailio.org> wrote:
I'm maybe out of context here but i don't think you can remove ssrc headers from sdp since they are crucial in identification of the rtp streams
On Mon, Oct 16, 2023, 14:41 Social Boh via sr-users < sr-users@lists.kamailio.org> wrote:
Hello,
in the rtpengine LOG i can see:
Oct 16 06:32:53 sip1 rtpengine[146001]: DEBUG: [28vs0pbtdtu7udefti8m]: ... "*: [ "sdp-attr-remove-audio-ssrc::" ], "replace":* [ "origin", "session-connection" ], "transport-protocol": "RTP/AVP", "rtcp-mux": [ "demux" ], "SDES": [ "off" ], "call-id": "28vs0pbtdtu7udefti8m", "via-branch": "z9hG4bK4978560", "received-from": [ "IP4", "186.98.231.105" ], "from-tag": "h8l2da68sp", "command": "offer" }
but the ssrc lines still presents in the INVITE sent to sip device.
Regards
I'm SoCIaL, MayBe
El 14/10/2023 a las 12:39 p. m., Social Boh via sr-users escribió:
Hello,
I'm trying to using sdp-attr without luck:
sdp-attr-remove-audio-ssrc:
in this sentence:
$xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " rtcp-mux-demux DTLS=off SDES-off ICE=remove RTP/AVP sdp-attr-remove-audio-ssrc:";
this to remove two ssrc lines
Regards
I'm SoCIaL, MayBe
El 14/10/2023 a las 11:12 a. m., Richard Fuchs via sr-users escribió:
On 14/10/2023 02.46, [EXT] Karsten Horsmann via sr-users wrote:
Hi,
did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.
With recent versions we even have explicit SDP manipulations options, so you can use rtpengine to strip attributes that it itself doesn't understand or process.
Cheers
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Oh ok
On Mon, Oct 16, 2023, 18:11 Yuriy G ovoshlook@gmail.com wrote:
They actually aren't for the udp leg
On Mon, 16 Oct 2023, 18:09 Mirko Brankovic via sr-users, < sr-users@lists.kamailio.org> wrote:
I'm maybe out of context here but i don't think you can remove ssrc headers from sdp since they are crucial in identification of the rtp streams
On Mon, Oct 16, 2023, 14:41 Social Boh via sr-users < sr-users@lists.kamailio.org> wrote:
Hello,
in the rtpengine LOG i can see:
Oct 16 06:32:53 sip1 rtpengine[146001]: DEBUG: [28vs0pbtdtu7udefti8m]: ... "*: [ "sdp-attr-remove-audio-ssrc::" ], "replace":* [ "origin", "session-connection" ], "transport-protocol": "RTP/AVP", "rtcp-mux": [ "demux" ], "SDES": [ "off" ], "call-id": "28vs0pbtdtu7udefti8m", "via-branch": "z9hG4bK4978560", "received-from": [ "IP4", "186.98.231.105" ], "from-tag": "h8l2da68sp", "command": "offer" }
but the ssrc lines still presents in the INVITE sent to sip device.
Regards
I'm SoCIaL, MayBe
El 14/10/2023 a las 12:39 p. m., Social Boh via sr-users escribió:
Hello,
I'm trying to using sdp-attr without luck:
sdp-attr-remove-audio-ssrc:
in this sentence:
$xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " rtcp-mux-demux DTLS=off SDES-off ICE=remove RTP/AVP sdp-attr-remove-audio-ssrc:";
this to remove two ssrc lines
Regards
I'm SoCIaL, MayBe
El 14/10/2023 a las 11:12 a. m., Richard Fuchs via sr-users escribió:
On 14/10/2023 02.46, [EXT] Karsten Horsmann via sr-users wrote:
Hi,
did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.
With recent versions we even have explicit SDP manipulations options, so you can use rtpengine to strip attributes that it itself doesn't understand or process.
Cheers
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
hello,
i only a example... not for production.
Regards
--- I'm SoCIaL, MayBe
El 16/10/2023 a las 10:37 a. m., Mirko Brankovic via sr-users escribió:
I'm maybe out of context here but i don't think you can remove ssrc headers from sdp since they are crucial in identification of the rtp streams
On Mon, Oct 16, 2023, 14:41 Social Boh via sr-users sr-users@lists.kamailio.org wrote:
Hello, in the rtpengine LOG i can see: Oct 16 06:32:53 sip1 rtpengine[146001]: DEBUG: [28vs0pbtdtu7udefti8m]: ... "*: [ "sdp-attr-remove-audio-ssrc::" ], "replace":* [ "origin", "session-connection" ], "transport-protocol": "RTP/AVP", "rtcp-mux": [ "demux" ], "SDES": [ "off" ], "call-id": "28vs0pbtdtu7udefti8m", "via-branch": "z9hG4bK4978560", "received-from": [ "IP4", "186.98.231.105" ], "from-tag": "h8l2da68sp", "command": "offer" } but the ssrc lines still presents in the INVITE sent to sip device. Regards --- I'm SoCIaL, MayBe El 14/10/2023 a las 12:39 p. m., Social Boh via sr-users escribió:Hello, I'm trying to using sdp-attr without luck: sdp-attr-remove-audio-ssrc: in this sentence: $xavp(r=>$T_branch_idx) = $xavp(r=>$T_branch_idx) + " rtcp-mux-demux DTLS=off SDES-off ICE=remove RTP/AVP sdp-attr-remove-audio-ssrc:"; this to remove two ssrc lines Regards --- I'm SoCIaL, MayBe El 14/10/2023 a las 11:12 a. m., Richard Fuchs via sr-users escribió:On 14/10/2023 02.46, [EXT] Karsten Horsmann via sr-users wrote:Hi, did you pass over the ice stuff from webrtc to the udp side? You could strip that of with rtpengine options.With recent versions we even have explicit SDP manipulations options, so you can use rtpengine to strip attributes that it itself doesn't understand or process. Cheers __________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:__________________________________________________________ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email tosr-users-leave@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
-
Karsten Horsmann -
Mirko Brankovic -
Richard Fuchs -
Social Boh -
Yuriy G