Re: [asterisk-dev] supported: timers though deactivated
Hello Joshua, On 08.06.21 at 21:52 Joshua C. Colp wrote: > I don't speak spec file but passing NOISY_BUILD=yes to make will generally > output more information. Yes, that NOISY_BUILD did the trick so I could find the problems. Now, I could see, too, why they most probably are "beautifying" things. I think I will open a bug - from my point of view, this is an systematic bug. I don't want to know how many strange behaviors are the result of this kind of "beautifying". Thanks Michael -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] supported: timers though deactivated
On 08.06.21 at 10:48 Joshua C. Colp wrote: > On Mon, Jun 7, 2021 at 10:38 PM Michael Maier wrote: > >> On 06.06.21 at 22:19 Joshua C. Colp wrote: >>> On Sun, Jun 6, 2021 at 3:57 PM Michael Maier >> wrote: >>> Hello! Using Asterisk 18.4 / pjisp, timers are advertised as supported though disabled in config with timers=no. This does not happen initially (during the Invite sequence) but later on in 200 Ok as answer to a reInvite or as the answer to an Update methode. Is there any reason why it's suddenly activated later on though it's deactivated? From my point of view, this smells like a bug. >>> >>> It'd be a bug in PJSIP itself, probably in the INVITE session[1] code>>> >>> that is what responsible for this. >> >> Thanks for your hint! >> >> They are using a function to clean up the supported header >> (cleanup_allow_sup_hdr). >> >> Let's take a look at the creation of the 200 Ok answer of the received >> update - I could find this path (there is no SDP in the received Update): >> >> inv_respond_incoming_update >> pjsip_dlg_create_response >> pjsip_endpt_create_response >> pjsip_msg_create >> pj_list_init >> >> pjsip_timer_update_resp >> pjsip_dlg_send_response >> >> If I didn't oversee anything, I couldn't find the usage of >> cleanup_allow_sup_hdr - but I couldn't find either where the supported >> header should have been added. Do you have an idea? >> > > It's added to the global Supported header, which is added elsewhere to > messages[1]. dlg_beautify_response - I've seen it before but didn't take a closer look because of its name "beautify". My goal is now to add cleanup_allow_sup_hdr to pjsip_dlg_create_response after the response has been beautified ... . I figured out, that cleanup_allow_sup_hdr needs inv->options to know about the configuration of an endpoint. Unfortunately, this parameter isn't put to pjsip_dlg_create_response. Using the attached patch, I tried to do this, but I'm getting a compile error afterwards: make --quiet --no-print-directory -C pjproject all make --quiet --no-print-directory -C jansson all echo '[jansson] ' Building bundled jansson. (cd source; make >/dev/null 2>&1) (cd source; make install DESTDIR= >/dev/null 2>&1) echo '[pjproject] ' Compiling lib libpj-x86_64-unknown-linux-gnu.a make -C /home/test/rpmbuild-asterisk/BUILD/asterisk-18.4.0/third-party/pjproject/source/pjlib//build libpj-x86_64-unknown-linux-gnu.a >/dev/null 2>&1 echo '[pjproject] ' Compiling lib libpjlib-util-x86_64-unknown-linux-gnu.a make -C /home/test/rpmbuild-asterisk/BUILD/asterisk-18.4.0/third-party/pjproject/source/pjlib-util//build libpjlib-util-x86_64-unknown-linux-gnu.a >/dev/null 2>&1 make[2]: *** [/home/test/rpmbuild-asterisk/BUILD/asterisk-18.4.0/third-party/pjproject/source/pjlib-util/lib/libpjlib-util-x86_64-unknown-linux-gnu.a] Error 2 make[1]: *** [pjproject] Error 2 make: *** [third-party] Error 2 Unfortunately, this isn't very verbose. Do you have any idea how to get it more verbose or maybe what should I probably additionally do to get it compiling? This is based on the bundled pjsip and the spec file of sangoma. Thanks Michael beautify.tar.gz Description: application/gzip -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] supported: timers though deactivated
On Tue, Jun 8, 2021 at 4:46 PM Michael Maier wrote: > > On 08.06.21 at 10:48 Joshua C. Colp wrote: > > On Mon, Jun 7, 2021 at 10:38 PM Michael Maier > wrote: > > > >> On 06.06.21 at 22:19 Joshua C. Colp wrote: > >>> On Sun, Jun 6, 2021 at 3:57 PM Michael Maier > >> wrote: > >>> > Hello! > > Using Asterisk 18.4 / pjisp, timers are advertised as supported though > disabled in config with timers=no. > > This does not happen initially (during the Invite sequence) but later > on > in 200 Ok as answer to a reInvite or as the answer to an Update > methode. > > Is there any reason why it's suddenly activated later on though it's > deactivated? From my point of view, this smells like a bug. > > >>> > >>> It'd be a bug in PJSIP itself, probably in the INVITE session[1] > code>>> that is what responsible for this. > >> > >> Thanks for your hint! > >> > >> They are using a function to clean up the supported header > >> (cleanup_allow_sup_hdr). > >> > >> Let's take a look at the creation of the 200 Ok answer of the received > >> update - I could find this path (there is no SDP in the received > Update): > >> > >> inv_respond_incoming_update > >> pjsip_dlg_create_response > >> pjsip_endpt_create_response > >> pjsip_msg_create > >> pj_list_init > >> > >> pjsip_timer_update_resp > >> pjsip_dlg_send_response > >> > >> If I didn't oversee anything, I couldn't find the usage of > >> cleanup_allow_sup_hdr - but I couldn't find either where the supported > >> header should have been added. Do you have an idea? > >> > > > > It's added to the global Supported header, which is added elsewhere to > > messages[1]. > > dlg_beautify_response - I've seen it before but didn't take a closer look > because of its name "beautify". > > My goal is now to add cleanup_allow_sup_hdr to pjsip_dlg_create_response > after the response has been beautified ... . > I figured out, that cleanup_allow_sup_hdr needs inv->options to know about > the configuration of an endpoint. Unfortunately, this parameter isn't put > to pjsip_dlg_create_response. > Using the attached patch, I tried to do this, but I'm getting a compile > error afterwards: > > make --quiet --no-print-directory -C pjproject all > make --quiet --no-print-directory -C jansson all > echo '[jansson] ' Building bundled jansson. > (cd source; make >/dev/null 2>&1) > (cd source; make install DESTDIR= >/dev/null 2>&1) > echo '[pjproject] ' Compiling lib libpj-x86_64-unknown-linux-gnu.a > make -C > /home/test/rpmbuild-asterisk/BUILD/asterisk-18.4.0/third-party/pjproject/source/pjlib//build > libpj-x86_64-unknown-linux-gnu.a >/dev/null 2>&1 > echo '[pjproject] ' Compiling lib libpjlib-util-x86_64-unknown-linux-gnu.a > make -C > /home/test/rpmbuild-asterisk/BUILD/asterisk-18.4.0/third-party/pjproject/source/pjlib-util//build > libpjlib-util-x86_64-unknown-linux-gnu.a >/dev/null 2>&1 > make[2]: *** > [/home/test/rpmbuild-asterisk/BUILD/asterisk-18.4.0/third-party/pjproject/source/pjlib-util/lib/libpjlib-util-x86_64-unknown-linux-gnu.a] > Error 2 > make[1]: *** [pjproject] Error 2 > make: *** [third-party] Error 2 > > Unfortunately, this isn't very verbose. Do you have any idea how to get it > more verbose or maybe what should I probably additionally do to get it > compiling? This is based on the > bundled pjsip and the spec file of sangoma. > I don't speak spec file but passing NOISY_BUILD=yes to make will generally output more information. -- Joshua C. Colp Asterisk Technical Lead Sangoma Technologies Check us out at www.sangoma.com and www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] supported: timers though deactivated
On Mon, Jun 7, 2021 at 10:38 PM Michael Maier wrote: > On 06.06.21 at 22:19 Joshua C. Colp wrote: > > On Sun, Jun 6, 2021 at 3:57 PM Michael Maier > wrote: > > > >> Hello! > >> > >> Using Asterisk 18.4 / pjisp, timers are advertised as supported though > >> disabled in config with timers=no. > >> > >> This does not happen initially (during the Invite sequence) but later on > >> in 200 Ok as answer to a reInvite or as the answer to an Update methode. > >> > >> Is there any reason why it's suddenly activated later on though it's > >> deactivated? From my point of view, this smells like a bug. > >> > > > > It'd be a bug in PJSIP itself, probably in the INVITE session[1] code as > > that is what responsible for this. > > Thanks for your hint! > > They are using a function to clean up the supported header > (cleanup_allow_sup_hdr). > > Let's take a look at the creation of the 200 Ok answer of the received > update - I could find this path (there is no SDP in the received Update): > > inv_respond_incoming_update > pjsip_dlg_create_response > pjsip_endpt_create_response > pjsip_msg_create > pj_list_init > > pjsip_timer_update_resp > pjsip_dlg_send_response > > If I didn't oversee anything, I couldn't find the usage of > cleanup_allow_sup_hdr - but I couldn't find either where the supported > header should have been added. Do you have an idea? > It's added to the global Supported header, which is added elsewhere to messages[1]. [1] https://github.com/pjsip/pjproject/blob/master/pjsip/src/pjsip/sip_dialog.c#L1437 -- Joshua C. Colp Asterisk Technical Lead Sangoma Technologies Check us out at www.sangoma.com and www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] supported: timers though deactivated
On 06.06.21 at 22:19 Joshua C. Colp wrote: On Sun, Jun 6, 2021 at 3:57 PM Michael Maier wrote: Hello! Using Asterisk 18.4 / pjisp, timers are advertised as supported though disabled in config with timers=no. This does not happen initially (during the Invite sequence) but later on in 200 Ok as answer to a reInvite or as the answer to an Update methode. Is there any reason why it's suddenly activated later on though it's deactivated? From my point of view, this smells like a bug. It'd be a bug in PJSIP itself, probably in the INVITE session[1] code as that is what responsible for this. Thanks for your hint! They are using a function to clean up the supported header (cleanup_allow_sup_hdr). Let's take a look at the creation of the 200 Ok answer of the received update - I could find this path (there is no SDP in the received Update): inv_respond_incoming_update pjsip_dlg_create_response pjsip_endpt_create_response pjsip_msg_create pj_list_init pjsip_timer_update_resp pjsip_dlg_send_response If I didn't oversee anything, I couldn't find the usage of cleanup_allow_sup_hdr - but I couldn't find either where the supported header should have been added. Do you have an idea? Greetings Micahel [1] https://github.com/pjsip/pjproject/blob/master/pjsip/src/pjsip-ua/sip_inv.c#L1819 -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
[asterisk-dev] supported: timers though deactivated
Hello! Using Asterisk 18.4 / pjisp, timers are advertised as supported though disabled in config with timers=no. This does not happen initially (during the Invite sequence) but later on in 200 Ok as answer to a reInvite or as the answer to an Update methode. Is there any reason why it's suddenly activated later on though it's deactivated? From my point of view, this smells like a bug. Thanks Michael -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev
Re: [asterisk-dev] supported: timers though deactivated
On Sun, Jun 6, 2021 at 3:57 PM Michael Maier wrote: > Hello! > > Using Asterisk 18.4 / pjisp, timers are advertised as supported though > disabled in config with timers=no. > > This does not happen initially (during the Invite sequence) but later on > in 200 Ok as answer to a reInvite or as the answer to an Update methode. > > Is there any reason why it's suddenly activated later on though it's > deactivated? From my point of view, this smells like a bug. > It'd be a bug in PJSIP itself, probably in the INVITE session[1] code as that is what responsible for this. [1] https://github.com/pjsip/pjproject/blob/master/pjsip/src/pjsip-ua/sip_inv.c#L1819 -- Joshua C. Colp Asterisk Technical Lead Sangoma Technologies Check us out at www.sangoma.com and www.asterisk.org -- _ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- asterisk-dev mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-dev