I have a SIP Proxy in front of Bono for various reasons. This doesn't appear to be an issue when just making calls, but this becomes a big issue when using an AS since Bono always uses the there first number to that traversed it from this IP/Port as the PAI. ( have masked confidential public addresses)
30-01-2016 19:21:10.224 UTC Debug bono.cpp:1180: Message received on non-trusted port 5060 30-01-2016 19:21:10.224 UTC Debug flowtable.cpp:136: Find flow for transport tcps0x7f5b500338e8 (2), remote address 172.20.73.137:55065 30-01-2016 19:21:10.224 UTC Debug flowtable.cpp:599: Dialog count now 2 for flow sip:[email protected] 30-01-2016 19:21:10.224 UTC Debug flowtable.cpp:150: Found flow record 0x7f5b440028a0 30-01-2016 19:21:10.224 UTC Debug bono.cpp:1232: Message received on known client flow 30-01-2016 19:21:10.224 UTC Debug bono.cpp:1250: Request has no P-Preferred-Identity headers, so check for default identity on flow 30-01-2016 19:21:10.224 UTC Debug pjutils.cpp:461: Adding P-Asserted-Identity header: sip:[email protected] Even though this address was not in the INVITE INVITE sip:[email protected] SIP/2.0 To: <sip:[email protected]> Content-Type: application/sdp CSeq: 9132 INVITE Call-ID: [email protected] x-original-connection: 192.168.28.128 Contact: "Bob Blue" <sip:[email protected]:6811;transport=tcp> Via: SIP/2.0/TCP 172.20.73.137:5060;branch=z9hG4bKpkvwcnmhb0gn;x-session-id=ss_qhk6f3y4rsbo Via: SIP/2.0/TCP 192.168.28.128:57655;branch=z9hG4bKed0e8335e680b972c76c97d5c0c37858393030;rport=6811;received=162.198.77.173;x-horizon-id=ss_qhk6f3y4rsbo;x-horizon-sign=194bd002-8332-4c36-a28a-11bb579660a8 Record-Route: <sip:172.20.73.137:5060;transport=tcp;lr>;x-session-id=ss_qhk6f3y4rsbo Content-Length: 446 Route: <sip:bono-01.xxx.yyy.zzz.com;lr;transport=tcp;x-hor=tr> Max-Forwards: 69 From: "Bob Blue" <sip:[email protected]>;tag=2352624865 But the 4215550067 was the first number I dialed from after I restart Bono. Where this becomes a problem is that Sprout uses the PAI to determin the PSU 30-01-2016 19:34:43.173 UTC Debug pjutils.cpp:304: Served user from P-Asserted-Identity header 30-01-2016 19:34:43.173 UTC Debug uri_classifier.cpp:167: home domain: true, local_to_node: false, is_gruu: false, enforce_user_phone: false, prefer_sip: true, treat_number_as_phone: false 30-01-2016 19:34:43.173 UTC Debug uri_classifier.cpp:197: Classified URI as 4 30-01-2016 19:34:43.173 UTC Debug acr.cpp:49: Created ACR (0x7f85944e0ea0) 30-01-2016 19:34:43.173 UTC Debug scscfsproutlet.cpp:919: Single Record-Route - initiation of originating handling 30-01-2016 19:34:43.173 UTC Debug sproutletproxy.cpp:325: Creating URI for scscf 30-01-2016 19:34:43.173 UTC Debug sproutletproxy.cpp:329: Add services parameter 30-01-2016 19:34:43.174 UTC Debug sproutletproxy.cpp:337: sip:sprout.xxx.yyy.zzz.com:5054;transport=TCP;lr;service=scscf 30-01-2016 19:34:43.174 UTC Debug scscfsproutlet.cpp:925: Looking up iFCs for sip:[email protected] for new AS chain 30-01-2016 19:34:43.174 UTC Debug hssconnection.cpp:585: Making Homestead request for /impu/sip%3A4215550067%40xxx.yyy.zzz.com/reg-data Which again is not a number associated with the actual call flow. Is there any way to turn the client flow cach'ng off, or make it also look at the addresses as well as the ip/port. I presum this is also why UDP doesn't work properly either when the phones are behind the same NAT. Any thoughts would be appreciated. I am also looking into being able to have the proxy server create a new TCP connections accordingly. Thanks Kevin
_______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/mailman/listinfo/clearwater_lists.projectclearwater.org
