5320e Applications Loading sfter 9.2 upgrade no labels

[BlackSunshine]

Just upgraded from 9.1 to 9.2.  I have about 30 5320e sets that say "applications Loading" and the labels for the keys aren't appearing.  The key programming is there but labels are missing.  I have rebooted twice and upgraded the bootrom

[august]

Go to system security management form and change the security level for  the ssl security level to legacy for the phones.

[mark.vanderheijden]

There is also a post on KMS with another solution, document ID AL395

Title
53xx sets are stuck at Application loading reported after upgrading to MIVB version 9.2.0.59

Details
Mitel Support has been investigating reports that some 53xx/53xxe are stuck at "Application Loading" post upgrade to MIVB 9.2.0.59.  The sets work fine but the Application Loading is preventing the key labels to download.

Current investigation has confirmed that this was due to the Firewall rules containing a policy for port 3998,  This had resulted in any 53xx and 53xxe sets behind those firewalls from being able to download the button labels. (SAC Database).

PBX logs will become overwritten with the following log once a phone is stuck that is not allowing the port 3998 to fully respond between the PBX and the Minet phone;
 474    WARNING    2021/10/27 15:31:22:340    Main    SAC    9741    10.100.2.10    Software    SwitchAppComms.cpp(2242)   
                 SacDevCommsServer->AcceptCount ( not less than MAX_CONCURRENT_ACCEPTS (

Root Cause:
As of MIVB 9.2, port 3999 (unsecure) is no longer accessible and port 3998 (secure) will exclusively be used for application communication between the MIVB and supported Minet sets.
Note1:this will affect both 53xx and 53xxe sets.

Solution:
Confirm Firewall configurations to allow port 3998 to ensure continued operation of connected sets, failure to do so may cause 53xx sets not to be able to load their keys and get stuck at

[sunspark]

hi Mark ,

but there is no firewall between Minet phones and the ipbx.

[cliggett]

We are having this issue as well with 5330 IP Phones (not 5330e phones, though) and there are no firewall ports being blocked. We've already run a search to see if this is the case and it is not. All traffic is being allowed.  We also saw a note regarding going to the system security management form and changing the security level for  the ssl security level to legacy for the phones. Can you tell us if this is the solution, or if there was some other form of resolution?

[ralph]

Set the security level to low.  It's a known issue.

Ralph