contact is ignored when trying to specify a 2nd ip on the same network

[tsearle]

2020-09-08 11:54:27.206610 Client::write_handler - wrote 1002 bytes: system:0 2020-09-08 11:54:27.209315 Client::read_handler read: 153e4a55-2668-49bd-9570-9926e6213c82|sip|| INVITE sip:10.1.3.142 SIP/2.0 contact: sip:10.1.25.29:5060 from: sip:[email protected]:5060;tag=1 Content-Length: 131

v=0 o=user1 53655765 2353687637 IN IP4 10.1.3.142 s=- c=IN IP4 10.1.3.142 t=0 0 m=audio 6000 RTP/AVP 0 a=rtpmap:0 PCMU/8000

2020-09-08 11:54:27.209364 Client::processMessage - got request with 4 tokens 2020-09-08 11:54:27.209385 Client::processMessage - request id 153e4a55-2668-49bd-9570-9926e6213c82, request type: sip transaction id: , dialog id: 2020-09-08 11:54:27.209417 Client::processMessage - sending a request outside of a dialog 2020-09-08 11:54:27.209450 ClientController::addAppTransaction: transactionId d89e526e-30b9-4911-ae11-ba351112c066; size: 1 2020-09-08 11:54:27.209469 ClientController::addApiRequest: clientMsgId 153e4a55-2668-49bd-9570-9926e6213c82; size: 1 2020-09-08 11:54:27.209536 DrachtioController::findTportForSubscription: no transport found for 10.1.3.142 2020-09-08 11:54:27.210619 SipTransport::findAppropriateTransport: searching for a transport to reach udp/sip:10.1.3.142 2020-09-08 11:54:27.210661 SipTransport::findAppropriateTransport - after filtering for transport we have 4 candidates 2020-09-08 11:54:27.210694 SipTransport::findAppropriateTransport - after filtering for protocol we have 2 candidates 2020-09-08 11:54:27.210725 SipTransport::findAppropriateTransport: - returning the best match 0x560b67d43960: udp/10.1.25.7:5060 2020-09-08 11:54:27.210742 SipTransport::getContactUri - created Contact header: sip:10.1.25.7:5060 2020-09-08 11:54:27.210758 SipDialogController::doSendRequestOutsideDialog selected transport 0x560b67d43960udp/10.1.25.7:5060 2020-09-08 11:54:27.210913 makeTags - Adding well-known header 'contact' with value 'sip:10.1.25.29:5060' 2020-09-08 11:54:27.210941 makeTags - Adding well-known header 'from' with value 'sip:[email protected]:5060;tag=1' 2020-09-08 11:54:27.210974 SipDialogController::doSendRequestOutsideDialog - from: sip:[email protected]:5060;tag=1 2020-09-08 11:54:27.210991 SipDialogController::doSendRequestOutsideDialog - to: sip:10.1.3.142 2020-09-08 11:54:27.211014 SipDialogController::doSendRequestOutsideDialog - contact: sip:10.1.25.7:5060 2020-09-08 11:54:27.211029 SipDialogController::doSendRequestOutsideDialog - automatically detecting content-type as application/sdp 2020-09-08 11:54:27.211047 isLocalSipUri: checking to see if this is one of mine: sip:10.1.3.142 2020-09-08 11:54:27.211225 send 474 bytes to udp/[10.1.3.142]:5060 at 11:54:27.211152: INVITE sip:10.1.3.142 SIP/2.0 Via: SIP/2.0/UDP 10.1.25.7;rport;branch=z9hG4bKea4gvFj0Ka43c Max-Forwards: 70 From: sip:[email protected]:5060;tag=1 To: sip:10.1.3.142 Call-ID: e32e90c4-6c6c-1239-1696-fa163edfbb8b CSeq: 25229241 INVITE Content-Type: application/sdp Content-Length: 131

[tsearle]

eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.1.25.29 netmask 255.255.255.224 broadcast 10.1.25.31 inet6 fe80::f816:3eff:fedf:bb8b prefixlen 64 scopeid 0x20 ether fa:16:3e:df:bb:8b txqueuelen 1000 (Ethernet) RX packets 3807 bytes 333635 (325.8 KiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 2878 bytes 597082 (583.0 KiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eth0:0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.1.25.29 netmask 255.255.255.255 broadcast 10.1.25.29 ether fa:16:3e:df:bb:8b txqueuelen 1000 (Ethernet)

[tsearle]

<sip>
    <contacts>
        <contact>sip:10.1.25.7;transport=udp,tcp</contact>
        <contact>sip:10.1.25.29;transport=udp,tcp</contact>
    </contacts>

[davehorton]

I believe this is fixed, no ?

[tsearle]

the branch is working.... has it been merged?