Is there a way to obtain the effect of msg_apply_changes in a branch route?
I want to do:
route[BRANCHMANAGE] {
rtpengine_manage() msg_apply_changes() // further mangle the SDP with textops for // obtuse UAs
}
The reason for this, is that after forking, I have some UAs that are extremely picky about SDP, and I need to mangle the body to make them happy. (4000 char limit, 68 attribute limit on SDP body - ever seen that? Compared with the absolutely gigantic OFFERs from WebRTC signalling libraries...)
Now rtpengine_manage() and textops are working on separate copies of the msg body and the results don't stack correctly.
Cheers Anthony Alba
Hello,
at this moment, msg_apply_changes() works before the transaction is created. Transaction itself is rather big structure and handling it is done with a complex state machine (lifetime timers, retransmissions, callbacks, ...). If someone wants to work on such enhancement, is more than welcome, just make it configurable and as much as possible not intrusive. For the moment, obviously branch processing is done in the context of transaction.
On the other hand, if you need it in relation with rtpengine, there are variables that you can use to set/get the sdp exchanged with rtpengine:
* https://www.kamailio.org/docs/modules/stable/modules/rtpengine.html#rtpengin...
Then you can change what is returned and use set_body().
Cheers, Daniel
On 01.12.20 09:36, Anthony Alba wrote:
Is there a way to obtain the effect of msg_apply_changes in a branch route?
I want to do:
route[BRANCHMANAGE] {
rtpengine_manage() msg_apply_changes() // further mangle the SDP with textops for // obtuse UAs
}
The reason for this, is that after forking, I have some UAs that are extremely picky about SDP, and I need to mangle the body to make them happy. (4000 char limit, 68 attribute limit on SDP body - ever seen that? Compared with the absolutely gigantic OFFERs from WebRTC signalling libraries...)
Now rtpengine_manage() and textops are working on separate copies of the msg body and the results don't stack correctly.
Cheers Anthony Alba
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users