asterisk users - Dec 2020 - Asterisk 16.2.1: P-Asserted-Id set to s when Dialing inside a certain Gosub

Hello,

With Debian Buster's Asterisk 16.2.1, please consider the following dialplan
;Case A
;exten = 29,1,Dial(PJSIP/${EXTEN})
;Case B
;exten = 29,1,Gosub(foo,${EXTEN},1)
;Case C
exten = 29,1,Gosub(bar,s,1(${EXTEN}))

[foo]
exten = _X.,1,Dial(PJSIP/${EXTEN})
same = n,Return()

[bar]
exten = s,1,Set(TGT=${ARG1})
same = n,Dial(PJSIP/${TGT})
same = n,Return()

When running case A et B, dialing phone gets a Ringing signal from Asterisk
with a P-Asserted-Id
header set to 29: this is expected.

When running case C, dialing phone gets a Ringing signal from Asterisk with
a P-Asserted-Id
header set to s: this is not what I expected.


Thoughts ?
Is there a way to work around this without using pattern B above ?

Best regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20201208/6071348c/attachment.html>

May I add that, to me, I would expect Asterisk to use CALLERID vlaues (name
and num) to set P-Asserted-Id.

Maybe in a couple of days, I'll report my findings here if can find some
time to experiment with Asterisk 17 or Asterisk 18 and compare behaviours..



Le mar. 8 déc. 2020 à 16:41, Olivier <oza.4h07 at gmail.com> a écrit :
> Hello,
>
> With Debian Buster's Asterisk 16.2.1, please consider the following
> dialplan
> ;Case A
> ;exten = 29,1,Dial(PJSIP/${EXTEN})
> ;Case B
> ;exten = 29,1,Gosub(foo,${EXTEN},1)
> ;Case C
> exten = 29,1,Gosub(bar,s,1(${EXTEN}))
>
> [foo]
> exten = _X.,1,Dial(PJSIP/${EXTEN})
> same = n,Return()
>
> [bar]
> exten = s,1,Set(TGT=${ARG1})
> same = n,Dial(PJSIP/${TGT})
> same = n,Return()
>
> When running case A et B, dialing phone gets a Ringing signal from
> Asterisk with a P-Asserted-Id
> header set to 29: this is expected.
>
> When running case C, dialing phone gets a Ringing signal from Asterisk
> with a P-Asserted-Id
> header set to s: this is not what I expected.
>
>
> Thoughts ?
> Is there a way to work around this without using pattern B above ?
>
> Best regards
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20201210/dfcc8bb2/attachment.html>