[Freeswitch-users] Disabling 200 OK with contact headers of all the lines

[Michael Jerris]

These are all valid current registrations, there are params you can adjust for multi reg that will replace previous registrations instead of allowing multiple.

> On Dec 9, 2018, at 1:17 PM, sagar malam <sagarmalam at gmail.com> wrote:
> 
> Hello ,
> 
> I am using FS SLA feature and it works very well.However i am facing an issue of registrations getting dropped as explained below : 
> There are 3 phones registered with same extension number.Sofia is configured with "sip-expires-max-deviation" to randomise registration through expiry header in contact header.All the phones are Polycom. In case of shared lines FS adds contact header of all the lines(or phones with same extension) in 200 OK as shown below due to which all the phones are reading expiry timer from first contact header only.So in below example,Phone re registers after 379 seconds(first contact header) instead of 88 seconds(third contact header) leading to registration expiry on FS.
> 
> Reason why phones are always reading expiry from first contact header is same Public IP(contact is re written by Proxy in front of FS)  for all three phones which is confusing phone to identify its own contact header.
> Is there any way to configure FS to not send contact headers of all the registrations but only one that belongs to the line itself ? or any other way to fix it. 
> ============================200 OK for register packet =============
> 
> 2018/12/08 13:36:35.426099 10.50.7.251:5070 <http://10.50.7.251:5070/> -> 10.50.7.253:5060 <http://10.50.7.253:5060/>
> SIP/2.0 200 OK
> Via: SIP/2.0/UDP 66.160.237.253:5060;branch=z9hG4bK9b46.f9b7a68125108f411537617d02bd48f8.0;received=10.50.7.253
> Via: SIP/2.0/UDP 198.136.236.1:5060;rport=5060;received=10.50.8.1;branch=z9hG4bK9b46.e6f1aa3817a238f499aa3aafa4217425.0
> Via: SIP/2.0/UDP 172.16.1.11;rport=1426;received=71.239.113.14;branch=z9hG4bK1df2302cD062D28F
> From: "Main Line" <sip:398 at example.com <mailto:sip%3A398 at example.com>>;tag=22CE54C0-84BCCF23
> To: <sip:398 at example.com <mailto:sip%3A398 at example.com>>;tag=e8Fa2tND4U80D
> Call-ID: d66f0f0592c09746b903406f312eb0c2
> CSeq: 590 REGISTER
> Contact: <sip:398 at 71.239.113.14:1071;alias=10.50.8.1~5060~1;x-nat=yes;pv-ip=172.16.1.12;pb-ip=71.239.113.14;pb-pt=1071;mac-address=64167f2ec274;transp
> t=tcp>;expires=379
> Contact: <sip:398 at 71.239.113.14:56478;alias=10.50.8.1~5060~1;x-nat=yes;pv-ip=172.16.1.13;pb-ip=71.239.113.14;pb-pt=56478;mac-address=64167f2ebd54;tran
> ort=tcp>;expires=245
> Contact: <sip:398 at 71.239.113.14:1426;alias=10.50.8.1~5060~1;x-nat=yes;pv-ip=172.16.1.11;pb-ip=71.239.113.14;pb-pt=1426;transport=udp;mac-address=64167
> eb0c2>;expires=88
> Date: Sat, 08 Dec 2018 08:06:35 GMT
> User-Agent: FreeSWITCH-mod_sofia/1.6.17~64bit
> Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, INFO, UPDATE, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE
> Supported: path, replaces
> Content-Length: 0

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20181211/e118e0ba/attachment-0001.html>