[asterisk-bugs] [JIRA] (ASTERISK-30142) Missing port in Contact header in response to incoming requests

[Joshua C. Colp (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-30142?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=259735#comment-259735 ] 

Joshua C. Colp edited comment on ASTERISK-30142 at 7/18/22 3:54 AM:
--------------------------------------------------------------------

Does setting the "external_signaling_port" on the transport to the external signaling port work? As well, does setting "allow_reload" to "no" change anything? That option is purposely off by default, has warnings associated with it, and can cause issues. It is also no longer needed in order to update external_* information.


was (Author: jcolp):
Does setting the "external_signaling_port" on the transport to the external signaling port work? As well, does setting "allow_reload" to "no" change anything? That option is purposely off by default, has warnings associated with it, and can cause issues.

> Missing port in Contact header in response to incoming requests
> ---------------------------------------------------------------
>
>                 Key: ASTERISK-30142
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-30142
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: pjproject/pjsip
>    Affects Versions: 18.12.1
>         Environment: Debian Bullseye
>            Reporter: Morten Sølvberg
>            Assignee: Morten Sølvberg
>            Severity: Critical
>
> I have recently updated all our tenants from v. 18.0.1 to 18.12.1, and I see behaviour that I haven't encountered before.
> When receiving incoming INVITEs, then the Contact header reported in the 183 and 200 OK responses does not contain the TCP listening port. 
> For one tenant I use the TCP port 5118, but when the Contact header does not contain that specific port, then the remote party sends the ACK and subsequent BYE to port 5060 - which I am not iistening on.
> If I enable rewrite_contact on the Endpoint that receives the INVITE, then suddenly the port appears - however not sure why..
> Please note that all outbound INVITES and OPTIONS are sent with the correct port in the Contact header - regardless of whether contact_rewrite is enabled for the endpoint.
> I am quite certain that I haven't seen this behaviour prior to the upgrade to v. 18.12.1. 
> In same upgrade I also updated the Debian version from Buster to Bullseye, but I can't see how this would affect Asterisk.
> It is not a major issue for me, if I can trust that enabling rewrite_contatct for all endpoints will cause Asterisk to include the listening port in the Contact header, but I would really like to know why.
> Is this a known bug/change or could it be a configuration issue?
> Just FYI: I do not REGISTER at the remote host.
> For the transport I use the below configuration:
> [transport-tcp]
> type=transport
> protocol=tcp
> bind=0.0.0.0:5118
> tos=cs3
> cos=3
> allow_reload=true
> external_media_address=52.166.13.xxx
> external_signaling_address=52.166.13.xxx
> local_net=10.0.0.0/8
> local_net=172.16.0.0/12
> local_net=192.168.0.0/16



--
This message was sent by Atlassian JIRA
(v6.2#6252)