[Asterisk-code-review] res_pjsip_aoc: New module for sending advice-of-charge with chan_pjsip (asterisk[master])
Michael Kuron
asteriskteam at digium.com
Sat Oct 29 08:54:38 CDT 2022
Attention is currently required from: Joshua Colp.
Michael Kuron has posted comments on this change. ( https://gerrit.asterisk.org/c/asterisk/+/19460 )
Change subject: res_pjsip_aoc: New module for sending advice-of-charge with chan_pjsip
......................................................................
Patch Set 3:
(9 comments)
Patchset:
PS2:
> This needs to have a CHANGES entry[1] added. […]
Is there a way to register new endpoint settings without having to modify chan_pjsip?
Also, I may need some help with respect to adding test coverage.
File channels/chan_pjsip.c:
https://gerrit.asterisk.org/c/asterisk/+/19460/comment/38145190_6bd26746
PS2, Line 1834: case AST_CONTROL_AOC:
> Instead of modifying chan_pjsip and adding this callback mechanism, can a framehook be used instead […]
Done
File res/res_pjsip_aoc.c:
https://gerrit.asterisk.org/c/asterisk/+/19460/comment/824d2e47_16176a54
PS2, Line 22: <support_level>core</support_level>
> extended
Done
https://gerrit.asterisk.org/c/asterisk/+/19460/comment/f097fc16_1bf00384
PS2, Line 62: node->content.ptr = NULL;
> If you use PJ_POOL_ZALLOC_T then it will be zeroed out already.
Done
https://gerrit.asterisk.org/c/asterisk/+/19460/comment/e15d1566_4e12ca16
PS2, Line 158: 1024, 1024);
> Where did the 1024 come from?
Latest commit changes it to 2048. I observed that about 1800 bytes from the pool are used, so rounding that up to 2048 seems like a good estimate to ensure that both no resizing is needed and not much memory is wasted.
https://gerrit.asterisk.org/c/asterisk/+/19460/comment/13c4366a_b0270745
PS2, Line 390: pbx_builtin_setvar_helper(ast, "AOCS", xml);
> Using channel variables for this purpose is generally frowned upon. […]
Done
https://gerrit.asterisk.org/c/asterisk/+/19460/comment/8ad44475_eafc39ed
PS2, Line 467: if (tdata_sdp_info->sdp) {
> What happens if this is already multipart?
Latest commit changes it to reuse an existing multipart body
https://gerrit.asterisk.org/c/asterisk/+/19460/comment/37ff5155_beb6a113
PS2, Line 491: static pj_status_t aoc_outgoing_response(pjsip_tx_data *tdata)
> Why does this need to be done instead of using a session supplement?
In my testing, aoc_bye_supplement.outgoing_response never got triggered. So I had to use a pjsip_module instead of an ast_sip_session_supplement to make sure that aoc_bye_outgoing_response gets called.
https://gerrit.asterisk.org/c/asterisk/+/19460/comment/6e1310b0_d66204ec
PS2, Line 569: .support_level = AST_MODULE_SUPPORT_CORE,
> extended
Done
--
To view, visit https://gerrit.asterisk.org/c/asterisk/+/19460
To unsubscribe, or for help writing mail filters, visit https://gerrit.asterisk.org/settings
Gerrit-Project: asterisk
Gerrit-Branch: master
Gerrit-Change-Id: Iebb7ad0d5f88526bc6629d3a1f9f11665434d333
Gerrit-Change-Number: 19460
Gerrit-PatchSet: 3
Gerrit-Owner: Michael Kuron <m.kuron at gmx.de>
Gerrit-Reviewer: Friendly Automation
Gerrit-Reviewer: Joshua Colp <jcolp at sangoma.com>
Gerrit-Attention: Joshua Colp <jcolp at sangoma.com>
Gerrit-Comment-Date: Sat, 29 Oct 2022 13:54:38 +0000
Gerrit-HasComments: Yes
Gerrit-Has-Labels: No
Comment-In-Reply-To: Joshua Colp <jcolp at sangoma.com>
Gerrit-MessageType: comment
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/asterisk-code-review/attachments/20221029/83e5a80e/attachment.html>
More information about the asterisk-code-review
mailing list