I instruct the help desk staff, and it's on our help desk document, to use icprovision.ourADdomain.com in the provisioning server record, and this has been wroking fine for is.
There are 2 "icprovision" A records in DNS, one for each IP address of the CIC servers.
------------------------------
Evan
------------------------------
Original Message:
Sent: 06-18-2020 14:04
From: Sanjaya Purnomo
Subject: SIP Soft Phone provisioning with switchover pair
Thanks for the quick response.
Does your users have to manually enter icprovision record or you change it permanently in their workstation?
In our setup, if DHCP option 160 is not offerred, you will be prompted with "phone provisioning server= CIC1 Server name" and it works all the time only if CIC1 is the active server
I am guessing we can change "phone provisioning server = CIC1 Server name" to "phone provisioning server = icprovision record" in registry somewhere.
------------------------------
Sanjaya
Original Message:
Sent: 06-18-2020 13:56
From: Evan Mann
Subject: SIP Soft Phone provisioning with switchover pair
Sanjaya,
We switched to using icprovision record for provisioning SIP Soft Phones. I haven't done any targeted testing myself to see if this solves the issue during a switchover, but I did do a switchover after this change and help desk team wasn't reporting some of the prior issues we had when using an actual server name, so I guess it worked.
Outside of this, we have constant issues with needing to re-provision in general for SIP Soft Phone users on VPN and I don't have a good explanation for why. Maybe it's due to bugs on the version we are on 2018 R1 or maybe it's because SIP Soft Phone really needs DHCP Option 160 to be reliable in general. We also have issues with the audio settings changing as well.
For now, we just deal with all of this as it's only about 20 users on SIP Soft Phone so it's not a huge deal. We created a self-help guide that explains how to re-provision (which is just a couple clicks) and to also check your audio sources in SIP Soft Phone options.
------------------------------
Evan
Original Message:
Sent: 06-18-2020 13:47
From: Sanjaya Purnomo
Subject: SIP Soft Phone provisioning with switchover pair
Hi Evan,
I am wondering If you have figured out a solution for this issue. We have the same exact issue. We have DHCP Option 160 offered in the office but not when user is connected to VPN. They will need to enter the back up CIC for Sip Soft Phone provisioning when the backup CIC is active. I have been working with our network engineer to get DHCP option 160 offered in the VPN appliance but no luck so far.
Is your solution to use "icprovision" record to replace one server name in "phone provisioning server" so it will give the ability to reach both CIC servers?
If it is, where do you make that changes in user workstation.
Thanks,
-Sanjaya
------------------------------
Sanjaya
Original Message:
Sent: 05-04-2020 14:55
From: Evan Mann
Subject: SIP Soft Phone provisioning with switchover pair
@Paul Simpson
I actually have existing 'icprovision" records, one for each server which I use in DHCP Option 160 for my hard phones that are in the office. So you're saying I should just use these for SIP Soft Phone provisioning as well. Makes sense to do that, but there is the possibility of getting back the "backup" server when the DNS lookup is made. Won't the soft phone provision process fail if it's getting back the name/IP of the server that is backup? DNS round robin doesn't have anything to tell it which server is primary.
I do have the DNS SRV _tcp record for "_sip" and "_sips" pointed to both servers and use this in the registration group. Have been using this long term for registration on hard phones and same registration group is used for soft phones.
------------------------------
Evan
Original Message:
Sent: 05-04-2020 14:28
From: Paul Simpson
Subject: SIP Soft Phone provisioning with switchover pair
Evan,
Try creating two more DNS entries with the same name (e.g. PRDV-CIC) with one for each server's IP. Then use that as the server name in clients / Softphones etc.
This should mean that the various devices and applications will just connect to whichever server is currently primary.
You should also make sure your have a pair of DNS SRV records set up for your domain (again, one for each server for the SIP protocol you are using) and reference this in your Registration group(s).
HTH
------------------------------
Paul Simpson
Senior Technical Instructor
Original Message:
Sent: 05-04-2020 11:29
From: Evan Mann
Subject: SIP Soft Phone provisioning with switchover pair
- PureConnect version: 2018 R1 Patch 4
- Active Server Name: PRDV-CIC01
- Backup Server Name: PRDV-CIC02
For SIP Soft Phones in Managed IP Phones, the computername.fqdn of the computer is pre-set in the "Full Computer Name" field. SIP Soft Phone users are all on VPN, and there is no DHCP Option 160 being provided for these users First time provisioning is done by manually entering the server name of PRDV-CIC01 and then the phone completes provisioning (no need to do provisiong as user/admin via phone call due to pre-setting computer name).
Things have run like this without any need to re-provision if the user restarts their computer.
I have performed a manual switchover and now PRDV-CIC02 is active. PRDV-CIC01 is also rebooted and running as backup server. In this configuration, I am finding that most SIP Soft Phone stations fail at launch, saying they need to be provisioned. When running provisiong the original server name of PRDV-CIC01 (which is now the backuo) is listed and provisioning now fails to complete. Changing server name to PRDV-CIC02 allows provisioning to complete as expected.
I was expecting that the soft phone provisioning process would be able to be pointed to the server in backup mode and still provision (get redirected to the active server), but that doesn't seem to be the case. Is this normal behavior for SIP Soft Phone when your active server changes? Is there some other way I should be handling the provisioning so there is no re-provisioning needs when the active server changes?
#SystemAdministration
------------------------------
Evan
------------------------------