Howto:Firmware Upgrade V5 V6: Difference between revisions

From innovaphone wiki
Jump to navigation Jump to search
No edit summary
 
(28 intermediate revisions by 5 users not shown)
Line 1: Line 1:
==Summary==
Here is described what you have to take care of when upgrading from V5 to V6.
Belongs to all innovaphone Products.
It is not a big deal to Upgrade to V6.


Upgrade Issues V5 to V6 – what to take care of
Many things have changed in V6 therefore can not upgrade your system to V6 without manually reconfigure some issues.


When upgrading from V5 to V6 always save the config first!
When you have IP400, IP21 with running V5 Pbx after upgrading to V6 there will be no V6 Pbx running on these boxes, only Gateway (Relay) will work.


==Applies To==
==Applies To==


This information applies to
This information applies to
All innovaphone Products upgrading V5 to V6
All innovaphone Products upgrading V5 to V6




==More Information==
== IP202 ==
 
Here is described what you have to take care of when upgrading from V5 to V6.
 
Belongs to all innovaphone Products.
 
It is not a big deal to Upgrade to V6.
 
===Problem Details===
 
Many things have changed in V6 therefore can not upgrade your system to V6 without
 
manually reconfigure some issues.
 
When upgrading from V5 to V6 always save the config first!
 
When you have IP400, IP21 with running V5 Pbx
 
after upgrading to V6 there will be no V6 Pbx running on these boxes, only Gateway (Relay) will work.


IP202 with 8MB ram and 2MB flash V6 Pbx will not run at all.
IP202 with 8MB ram and 2MB flash V6 Pbx will not run at all.
Line 37: Line 22:


Having IP202 8MB ram and 4MB flash V6 Pbx will work.
Having IP202 8MB ram and 4MB flash V6 Pbx will work.
Please refer here to this KB entry- [[Howto:V6 on IP202 and IP400]]


Please refer here to this KB entry-
== PBX ==
 
http://www.innovaphone.com/inno-kb/article.aspx?id=10535&query=ip202
 
 
If you upgrade a whole Pbx installation we recommend first to upgrade the Phones,


then the IP21 and finally your Pbx.
If you upgrade a whole Pbx installation we recommend first to upgrade the Phones, then the IP21 and finally your Pbx.


Having a Pbx Locations Concept - upgrade all your Locations to V6 (thats our recommendation) -  
Having a Pbx Locations Concept - upgrade all your Locations to V6 (thats our recommendation) -  


it is not in deep tested -V6 Pbx with V5 Pbx  together in a Locations concept,  
It is not in deep tested -V6 Pbx with V5 Pbx  together in a Locations concept,so there could be some strange behaviour.
 
so there could be some strange behaviour.
 
If you have different Locations with or without innovaphone Pbx connected via relay
 
(connected via Gateway/Gatekeeper ),
 
so there is no Locations Concept you can have a mixed V5/V6 enviroment.


If you have different Locations with or without innovaphone Pbx connected via relay (connected via Gateway/Gatekeeper) ,so there is no Locations Concept you can have a mixed V5/V6 environment.
   
   
A V5 Pbx can also run with V6 Phones- this is quite intense tested in real life scenarios.
A V5 Pbx can also run with V6 Phones- this is quite intense tested in real life scenarios.


The basic software upgrade to V6 is the same handling as making normal V5 upgrades.
The basic software upgrade to V6 is the same handling as making normal V5 upgrades.
You do not need to update the boot code.
You do not need to update the boot code.


After Upgrading insert your saved(!) Config file.
After Upgrading insert your saved(!) Config file.


V5 Licences moving to V6  
== V5 Licences moving to V6 ==
 
 
If you have non mac address bounded licences in your V5 enivroment - especially with Pbx Licences used in V5 this was not a must,
 
and therefore it was mostly not done.


If you have non mac address bounded licences in your V5 environment - especially with Pbx Licences used in V5 this was not a must,and therefore it was mostly not done.
Now with V6 you hav to bound them to the Mac address, otherwise they will not get active .
Now with V6 you hav to bound them to the Mac address, otherwise they will not get active .
Therefore you have to go to the [http://www.innovaphone.com/license/login.ph Licence Manager].


Therefore you have to go to the Licence Manager - http://www.innovaphone.com/license/login.php
Go to Bind Licencekey- here you see all your Not Bind-ed Licences.
 
Go to Bind Licencekey- here you see all your Not Binded Licences.
 
Click on Bind at one Licence row , put in the mac address of the Product where you want to use the Licence- download it and instert it to


your V6 innovaphone Product.
Click on Bind at one Licence row , put in the mac address of the Product where you want to use the Licence- download it and insert it to your V6 innovaphone Product.


PHONES
== PHONES ==


The IP230 and IP110 have no V5 therefore no issues here.
The IP230 and IP110 have no V5 therefore no issues here.


IP200 and IP200A
IP200 and IP200A


Firmware upgrade
Use [[Howto:Update Tool]] to update phones from V5 to later versions including configuration and phone book.
 
 
It can happen that the firmware upgrade fails if there are too many flash segments in use
 
This happens when there are a lot of V5-only segments. Such segments are not freed
 
automatically. Also it can be that the LDAP directory used too much segments.
 
A reset to factory defaults before upgrade should help in both cases.
 
 
Local Phonebook
 
 
The local Phonebook entries will get lost so therefore go to our Phone Book Converter.


http://www.innovaphone.com/pb_conv/convert_plus.php
=== Firmware upgrade ===


It can happen that the firmware upgrade fails if there are too many flash segments in use. This happens when there are a lot of V5-only segments. Such segments are not freed automatically. Also it can be that the LDAP directory used too much segments. A reset to factory defaults before upgrade should help in both cases.


Function Keys.
=== Local Phonebook ===


The phonedir format was changed: phonebook and call lists stored on V5 phone are not more available on V6 firmware. Download the phonedir '''before''' from V5 phone upgrading to V6. After succesfull upgrade of the firmware upload the V5 phonedir to the phone under Upload->Directory.


You have to configure all Function Keys new- because they are changed totally and
=== Function Keys ===


therefore all configured Function Keys with V5 will not be moved to V6.
You have to configure all Function Keys new- because they are changed totally and therefore all configured Function Keys with V5 will not be moved to V6. In V6 you have the possibility to configure all the function keys also via web interface.  


In V6 you have the possibility to configure all the function keys also via http.
=== Registering ===


If you have configured a name and Number in the Phone for registration to the Pbx- please make sure this is right written (also take care of upper case).


Registering
With V5 it was possible when you have for example a right e.164 number and a h.323 Name wrong written.


If you have configured a name und Number in the Phone for registration to the Pbx-
The phone registers to the Pbx, with V6 you have to take care that both entries are right (or use only one).


please make sure this is right written (also take care of upper case)
== IP21/1 and IP21/2 ==


With V5 it was possible when you have for example a right e.164 number and a h.323
When upgrading a IP21 to V6 make sure that you have the Licence for the analog Ports,Gatekeeper (if necessary) and Channel (DSP) Licences.


Name wrong written – the phone registers to the Pbx, with V6 you have to take care that
Go to your Licence Manager and download this licences (you get them for free for your IP21 ordered in V5 times)


both entries are right (or use only one).
Please read also [[Support:If you upgrade a box from V5 to V6 it will not work due to missing licenses]].




   
If you have a Gateway as “Register as Endpoint “ or Register as Gateway” make sure that the Alias configuration is right (Name and /or Number).


If there is more Aliases configured and only one is wrong written all (!) of The Aliases can´t register.
 
IP21/1 and IP21/2
 
 
When upgrading a IP21 to V6 make sure that you have the Licence for the analog
 
Ports,Gatekeeper (if necessary) and Channel (DSP) Licences.
 
Go to your Licence Manager and download this licences (you get them for free for your
 
IP21 ordered in V5 times)
 
Please read also
 
http://www.innovaphone.com/inno-kb/article.aspx?id=10609&query=lic
 
 
If you have a Gateway as “Register as Endpoint “ or Register as Gateway”  make sure
 
that the Alias configuration is right (Name and /or Number)
 
If there is more Aliases configured and only one is wrong written all (!) of The Aliases  
 
can´t register.


In V5 registration was possible if the name or number was wrong written.
In V5 registration was possible if the name or number was wrong written.


== IP400/IP800/IP3000/IP6000 – without Pbx ==
 
 
 
IP400/IP800/IP3000/IP6000 – without Pbx  


=== Licences ===


Licences
Upgrading a Gateway without Pbx – first you have to take care for the new Licences (e.g channel Lics …), please read: [[Support:If you upgrade a box from V5 to V6 it will not work due to missing licenses]].
 
 
Upgrading a Gateway without Pbx – first you have to take care for the new Licences (e.g  
 
channel Lics …)
 
read http://www.innovaphone.com/inno-kb/article.aspx?id=10609&query=lic
 


PPP Port – if you don’t use this port as a PPP Port (instead as an Isdn Port for calls)  
PPP Port – if you don’t use this port as a PPP Port (instead as an Isdn Port for calls)  
 
Then this will not work in V6 unless you buy a Licence for the PPP port.
then this will not work in V6 unless you buy a Licence for the PPP port.
Using as normal PPP Port it still works in V6 without Licence.
 
Using as normal PPP Port it still works in V6 without Licence.
 
   
   
 
=== Interfaces ===
Interfaces
 
 
configs from „disabled interfaces gets lost when upgrading to V6
 
The best would be if you enable you disabled Interface- upgrade to V6 and then disable
 
the interface again- to avoid reconfiguring.
 
 
Gateway
 
   
   
Configs from „disabled interfaces gets lost when upgrading to V6.


If you have a Gateway as “Register as Endpoint “ or Register as Gateway”  make sure
The best would be if you enable you disabled Interface- upgrade to V6 and then disable the interface again- to avoid reconfiguring.


that the Alias configuration is right (Name and /or Number)
=== Gateway ===
 
If there is more Aliases configured and only one is wrong written all (!) of The Aliases
 
can´t register.


If you have a Gateway as “Register as Endpoint “ or Register as Gateway”  make sure that the Alias configuration is right (Name and /or Number).
If there is more Aliases configured and only one is wrong written all (!) of The Aliases can´t register.
In V5 registration was possible if the name or number was wrong written.
In V5 registration was possible if the name or number was wrong written.
CDR’s
   
   
=== CDR’s ===


With V6 the Cdr´s path is encoded in the config file.
With V6 the Cdr´s path is encoded in the config file.
The Config-applet in V5 has written the CDR Path uncoded to the config file.
The Config-applet in V5 has written the CDR Path uncoded to the config file.


Line 254: Line 131:


Example-v6: config change CDR1 ... /path %2Fdir%2file.asp
Example-v6: config change CDR1 ... /path %2Fdir%2file.asp


Therefore you have to reconfigure this manually in the Config File:
Therefore you have to reconfigure this manually in the Config File:
Line 265: Line 140:
Rewrite the CDR entries  - with config change CDRX
Rewrite the CDR entries  - with config change CDRX


Or you delete this config Row – then you have to manually reconfigure the CDR  
Or you delete this config Row – then you have to manually reconfigure the CDR entries in the web interface.
 
entries in the web interface.


Config file save and upload
Config file save and upload


== IP800/IP3000/IP6000 –with PBX ==
   
   
 
All the issues described at “ IP400/IP800/IP3000/IP6000 – without Pbx”  are also here with the including Pbx relevant.
   
   
 
=== Licences ===
IP800/IP3000/IP6000 –with PBX
 
   
   
All the issues described at “ IP400/IP800/IP3000/IP6000 – without Pbx”  are also here
with the including Pbx relevant.
Licences
First Take care of the Licences when upgrading your PBX! – go to the Licence Manager.
First Take care of the Licences when upgrading your PBX! – go to the Licence Manager.


Here the Licences are not described in deep ,this is done on the V6 licence document  
Here the Licences are not described in deep ,this is done on the V6 licence document or KB entries –go for the Link above.
 
Or KB entries –go for the Link above


For upgrading the Pbx to V6 you have to PAY a basic Licence – upgrading an V5 Pbx to  
For upgrading the Pbx to V6 you have to PAY a basic Licence – upgrading an V5 Pbx to V6 PBX is not for Free!!!
 
V6 PBX is not for Free!!!


The old V5 Trial Lics are not working with V6.
The old V5 Trial Lics are not working with V6.


In V6 you have new trial licences if you need them go to
In V6 you have new trial licences if you need then go to [http://download.innovaphone.com/ice/6.00/trial.php the trial license page].
 
http://download.innovaphone.com/6.00/trial.php
   
   
 
=== Location ===
Location
 
   
   
Phones cannot register if no Location is configured
Phones cannot register if no Location is configured


Line 316: Line 168:
In V6 the default location is '.'
In V6 the default location is '.'


So if a V5 was used without configuration of a location all users are configured for the  
So if a V5 was used without configuration of a location all users are configured for the location 'LOC'.  
 
location 'LOC'. If you configure this location expicitly in your V6 config, the phones


register again.
If you configure this location explicitly in your V6 config, the phones register again.


Pbx/General/Pbx Name – here enter the LOC
Pbx/General/Pbx Name – here enter the LOC


=== Objects in the Pbx. ===
   
   
There are new and different Objects in V6 – here there is a closer look to the differences after the upgrade to V6.


Objects in the Pbx.
=== The EXTERN Object ===


There is a new mechanism for the EXTERN Object.


There are new and different Objects in V6 – here there is a closer look to the differences after the upgrade to V6
This is pretty much enhanced compared to the implementation in V5.


Now, a PBX will try to deliver a call if unknown send it to its up-nodes-tree-master.


The EXTERN Object
If it returns back from there with "unassigned number" cause code send it to the extern object.


To configure on every Pbx (in the Numbering Node) a own EXTERN user and set it also in the Pbx /General at Route Root node external calls to and/or route Pbx node external calls to.


There is a new mechanism for the EXTERN Object
The Extern Object can be now any Object.


This is pretty much enhanced compared to the implementation in V5.
The Master and the Slave have the same options to set - but there is only one Extern for the whole root node .


Now, a PBX will try to deliver a call
Alslo you can define for every Node an own Extern Obejct.


if unknown send it to its up-nodes-tree-master
[[image:Guideline_V5_to_V6_upgrade_Node.png]]


if it returns back from there with "unassigned number" cause code send it to the extern
=== DECT SYSTEM ===
 
object (which usually is a user/gateway object the RELAY has registered to)
 
this way, the location tree works fine together with the extern object, which was not the
 
case in V5. The  extern object can be every object you want it too.
 
For Upgrading you have also to enter your EXTERN User  in the Pbx , and also
 
–        PBX/General /Route External calls to .(put here the Long Name)
 
In The Gateway you still have after the upgrade the “Register as Gateway “ with Alias
 
EXTERN.
 
After configuring the EXTERN Object manually in the Pbx you see that it is
 
registered again.


If you have a Dect system (IP1500 or IP1200) you have to manually reconfigure the DECT User Object to this Object (Ldap-Object , into this will be the system Parameters discarded)
   
   
=== GATEWAY ===


If you have a Locations Concept you can have only one "EXTERN " User.
With V5 there was an Object User with Gateway Flag – this is removed with V6.
 
That means the possibility of configuring Route External Calls to is only in the Master Pbx possible.
 
On the Slave Pbx this option is not avialiable.
 
To configure on every Pbx (in the Location Concept) a own EXTERN user (Route External calls to) will be implemented  in a
 
future V6 service release.
 
 
DECT SYSTEM
 
If you have a Dect system (IP500 or IP1200) you have to manually reconfigure the
 
DECT User Object to this Object (Ldap-Object , into this will be the system
 
Parameters discarded)
 
 
GATEWAY
 
With V5 there was an Object User with Gateway Flag – this is removed with V6  
 
Now there is an Object called Gateway. You have to reconfigure the Users with gateway
Now there is an Object called Gateway. You have to reconfigure the Users with gateway
Flag to  Gateway Objects.
Flag to  Gateway Objects.
Here you have also now the fine new feature to enable Block dialing.
Some third party applications can only handle En-block dialing (e.g cycos mrs) .


Here you have also now the fine new feature to enable Block dialing –some
Now you don’t need to route the calls in the relay and from there to another Gateway pointing to the application (and in this route force the call to en block).


Third party applications can only handle Enblock dialing (e.g cycos mrs) .
This is one of the plenty of new V6 features - Here you can simplify the configuration.(save gateways)


Now you don’t need to route the calls in the relay and from there to another Gateway
=== MUSIC ON HOLD ===
 
pointing to the application (and in this route force the call to enblock).
 
This is one of the plenty of new V6 features - Here you can simplify the
 
configuration.(save gateways)
 
 
MUSIC ON HOLD
 


If you use an External MOH source you have to reconfigure the MOH.
If you use an External MOH source you have to reconfigure the MOH.
As with the _EXTERN_ user there exists also no _MOH_ user anymore.
As with the _EXTERN_ user there exists also no _MOH_ user anymore.
 
The configuration of the external MOH  is now very much simplified.
The configuration of the external MOH  is now verry much simplified
 
Configure the Music on Hold URL in Pbx/General /Music on Hold URL.
Configure the Music on Hold URL in Pbx/General /Music on Hold URL.


You have to  add "&coder=G729" or "&coder=G711" or if you use two coder  
You have to  add "&coder=G729" or "&coder=G711" or if you use two coder "&coder=G711,G729" or whatever you codec is to the URL you have for the MOH.


"&coder=G711,G729" or whatever you codec is to the URL you have for the MOH.
That's all - you can delete all the routes and Gw´s what you needed for the MOH in V5
simplifies your configuration and save Gateways.


Thats all - you can delete all the routes and Gw´s what you needed for the MOH in V5
===QSIG interfaces===
The QSIG interface configuration needs to be upgraded as follows:


simplifys your configuration and save Gateways.
{| border=1
| V5 protocol selector || V6 protocol selector || V6 Interop / CR Length || V6 Interop CHI Type 
|-
|QSIG-PRI-ECMA1  || QSIG-ECMA1  || 2  || PRI
|-
|QSIG-PRI-ECMA2  || QSIG-ECMA2  || 2  || PRI
|-
|QSIG            || QSIG-ECMA2  || 1  || BRI
|}




Mixed V5 and V6 Pbx Locations
=== Qsig interworking ===
Having a Qsig interworking configured, these settings get lost when upgrading to V6 .
Please configure the Qsig interworking after upgrade manually new.


=== Mixed V5 and V6 Pbx Locations ===


When there is a Ldap replication from V5 to a V6 Pbx there is no "Node" attribute.
When there is a Ldap replication from V5 to a V6 Pbx there is no "Node" attribute.
 
In V6 there is on every user an Node attribute .  
In V6 there is on every user an Node attribute . Also when replicating the User is in the LOC Location/pbx.
Also when replicating the User is in the LOC Location/pbx.
 
Therefore the Pbx rejects the registration of this user .
Therefore the Pbx rejects the registration of this user .


So you have to manually reconfigure all replicated users  into the right Node and Pbx
So you have to manually reconfigure all replicated users  into the right Node and Pbx.
 
 


For example:
For example:


IP800 replicated from IP800 V5
IP800 replicated from IP800 V5


 
(cn=thomas)
(cn=thomas)
(pbx=<grp name="led" mode="active"/>)
(pbx=<grp name="led" mode="active"/>)
(pbx=<grp name="test" mode="active"/>)
(pbx=<grp name="test" mode="active"/>)
(pbx=<grp name="base" mode="active"/>)
(pbx=<grp name="base" mode="active"/>)
(pbx=<user busy-out="1" filter="normal" gi="led" pwd="6ede66c1c7d458ed80e2be4c5ff0375f"/>)
(pbx=<user busy-out="1" filter="normal" gi="led" pwd="6ede66c1c7d458ed80e2be4c5ff0375f"/>)
(loc=LOC)
(loc=LOC)
(hw-id=IP230-1c-02-33)
(hw-id=IP230-1c-02-33)
(h323=thomas)
(h323=thomas)
(e164=231)
(e164=231)
(guid;bin=168C26BEE909D311A5530090330014B9)
(guid;bin=168C26BEE909D311A5530090330014B9)
(usn=15)
(usn=15)
 


IP800 not replicated with new user
IP800 not replicated with new user


(cn=thomas)
(guid;bin=F9984105E909D3118657009033060F46)
(h323=thomas)
(e164=231)
(hw-id=IP230-1c-02-33)
(loc=sifi)
(node=root)
(pbx=<user filter="normal" cd-filter="normal" busy-in="65535"/>)
(pbx=<grp name="test"/>)
(pbx=<grp name="led" mode="active"/>)
(usn=228)


(cn=thomas)
(guid;bin=F9984105E909D3118657009033060F46)
(h323=thomas)
(e164=231)
(hw-id=IP230-1c-02-33)
(loc=sifi)
(node=root)
(pbx=<user filter="normal" cd-filter="normal" busy-in="65535"/>)
(pbx=<grp name="test"/>)
(pbx=<grp name="led" mode="active"/>)
(usn=228)
V6 Pbx and V5 Locations


=== V6 Pbx and V5 Locations ===


Here the Prefix handling is not working correctly and the prefix will not be seperated .
Here the Prefix handling is not working correctly and the prefix will not be seperated .


Soloution: Configuring a MAP user in the Location with the Number= prefix , Destination leave empty
Solution: Configuring a MAP user in the Location with the Number= prefix , Destination leave empty.


Then only the cpgn is not working correctly ,a call from the Location(Slave) to the Master - there in the cpgn the Prefix is missing.
Then only the cpgn is not working correctly ,a call from the Location(Slave) to the Master - there in the cpgn the Prefix is missing.
Line 500: Line 294:
Here it is recommendet to disable the Ldap replication on the Location .
Here it is recommendet to disable the Ldap replication on the Location .


During the time of migration to V6 you have to configure the objects in the location manually (because of disabled Ldap replication)
During the time of migration to V6 you have to configure the objects in the location manually (because of disabled Ldap replication).
 
 
 
Firewall and Network issues
 
 
Instead of sending RTP/RTCP from the fixed source ports 5004/5005(as we did in V5) we
 
now send from the same ports on which we receive RTP/RTCP from the remote peer.  
 
The reason for this change are interworking problems with other peers and the
 
improvements of our SIP implementation which uses the same media transfer


mechanisms as H323.
== Firewall and Network issues ==


Instead of sending RTP/RTCP from the fixed source ports 5004/5005(as we did in V5).
We now send from the same ports on which we receive RTP/RTCP from the remote peer.
The reason for this change are interworking problems with other peers and the improvements of our SIP implementation which uses the same media transfer mechanisms as H323.
By default ports from 16384 to 32767 are used.
By default ports from 16384 to 32767 are used.


The port range used for RTP/RTCP can be restricted under "Configuration/IP/Setting/Port  
The port range used for RTP/RTCP can be restricted under "Configuration/IP/Setting/Port ranges".  
 
ranges". 'First UDP-RTP port' defines the lowest port number (for example 20000),
 
'Number of ports' defines the number of ports to reserve for RTP/RTCP starting at first
 
port (for example 128, which is the minimum number permitted).
 
The resulting line in the config file would be


'First UDP-RTP port' defines the lowest port number (for example 20000).


'Number of ports' defines the number of ports to reserve for RTP/RTCP starting at first port (for example 128, which is the minimum number permitted).


config change IP0 /rtp-base 20000 /rtp-range 128
The resulting line in the config file would be :


   
  config change IP0 /rtp-base 20000 /rtp-range 128


3rd party Applications
== 3rd party Applications ==


All Third Party Applications should work with V6 as with V5.
All Third Party Applications should work with V6 as with V5.


== Known Problems ==


===Known Problems===
This entry will be continuously updated so maybe there are not all issues considered yet
This entry will be continuously updated so maybe there are not all issues considered yet


== Related Articles ==
== Related Articles ==
*[[Howto:Guideline V5 to V6 upgrade]]
*[[Howto:V6 and V7 on IP21%2C IP200 (old)%2C IP202 and IP400]]


[[Category:Howto|{{PAGENAME}}]]


 
<!-- keywords: v5 interop v6 -->
[[Category:Howto]]

Latest revision as of 19:00, 30 May 2016

Here is described what you have to take care of when upgrading from V5 to V6. Belongs to all innovaphone Products. It is not a big deal to Upgrade to V6.

Many things have changed in V6 therefore can not upgrade your system to V6 without manually reconfigure some issues.

When upgrading from V5 to V6 always save the config first!

When you have IP400, IP21 with running V5 Pbx after upgrading to V6 there will be no V6 Pbx running on these boxes, only Gateway (Relay) will work.

Applies To

This information applies to All innovaphone Products upgrading V5 to V6


IP202

IP202 with 8MB ram and 2MB flash V6 Pbx will not run at all.

It is possible to run the IP202 (with 2 MB Flash) only as an V6 Phone

Having IP202 8MB ram and 4MB flash V6 Pbx will work. Please refer here to this KB entry- Howto:V6 on IP202 and IP400

PBX

If you upgrade a whole Pbx installation we recommend first to upgrade the Phones, then the IP21 and finally your Pbx.

Having a Pbx Locations Concept - upgrade all your Locations to V6 (thats our recommendation) -

It is not in deep tested -V6 Pbx with V5 Pbx together in a Locations concept,so there could be some strange behaviour.

If you have different Locations with or without innovaphone Pbx connected via relay (connected via Gateway/Gatekeeper) ,so there is no Locations Concept you can have a mixed V5/V6 environment.

A V5 Pbx can also run with V6 Phones- this is quite intense tested in real life scenarios.

The basic software upgrade to V6 is the same handling as making normal V5 upgrades. You do not need to update the boot code.

After Upgrading insert your saved(!) Config file.

V5 Licences moving to V6

If you have non mac address bounded licences in your V5 environment - especially with Pbx Licences used in V5 this was not a must,and therefore it was mostly not done. Now with V6 you hav to bound them to the Mac address, otherwise they will not get active . Therefore you have to go to the Licence Manager.

Go to Bind Licencekey- here you see all your Not Bind-ed Licences.

Click on Bind at one Licence row , put in the mac address of the Product where you want to use the Licence- download it and insert it to your V6 innovaphone Product.

PHONES

The IP230 and IP110 have no V5 therefore no issues here.

IP200 and IP200A

Use Howto:Update Tool to update phones from V5 to later versions including configuration and phone book.

Firmware upgrade

It can happen that the firmware upgrade fails if there are too many flash segments in use. This happens when there are a lot of V5-only segments. Such segments are not freed automatically. Also it can be that the LDAP directory used too much segments. A reset to factory defaults before upgrade should help in both cases.

Local Phonebook

The phonedir format was changed: phonebook and call lists stored on V5 phone are not more available on V6 firmware. Download the phonedir before from V5 phone upgrading to V6. After succesfull upgrade of the firmware upload the V5 phonedir to the phone under Upload->Directory.

Function Keys

You have to configure all Function Keys new- because they are changed totally and therefore all configured Function Keys with V5 will not be moved to V6. In V6 you have the possibility to configure all the function keys also via web interface.

Registering

If you have configured a name and Number in the Phone for registration to the Pbx- please make sure this is right written (also take care of upper case).

With V5 it was possible when you have for example a right e.164 number and a h.323 Name wrong written.

The phone registers to the Pbx, with V6 you have to take care that both entries are right (or use only one).

IP21/1 and IP21/2

When upgrading a IP21 to V6 make sure that you have the Licence for the analog Ports,Gatekeeper (if necessary) and Channel (DSP) Licences.

Go to your Licence Manager and download this licences (you get them for free for your IP21 ordered in V5 times)

Please read also Support:If you upgrade a box from V5 to V6 it will not work due to missing licenses.


If you have a Gateway as “Register as Endpoint “ or Register as Gateway” make sure that the Alias configuration is right (Name and /or Number).

If there is more Aliases configured and only one is wrong written all (!) of The Aliases can´t register.

In V5 registration was possible if the name or number was wrong written.

IP400/IP800/IP3000/IP6000 – without Pbx

Licences

Upgrading a Gateway without Pbx – first you have to take care for the new Licences (e.g channel Lics …), please read: Support:If you upgrade a box from V5 to V6 it will not work due to missing licenses.

PPP Port – if you don’t use this port as a PPP Port (instead as an Isdn Port for calls) Then this will not work in V6 unless you buy a Licence for the PPP port. Using as normal PPP Port it still works in V6 without Licence.

Interfaces

Configs from „disabled interfaces gets lost when upgrading to V6.

The best would be if you enable you disabled Interface- upgrade to V6 and then disable the interface again- to avoid reconfiguring.

Gateway

If you have a Gateway as “Register as Endpoint “ or Register as Gateway” make sure that the Alias configuration is right (Name and /or Number). If there is more Aliases configured and only one is wrong written all (!) of The Aliases can´t register. In V5 registration was possible if the name or number was wrong written.

CDR’s

With V6 the Cdr´s path is encoded in the config file. The Config-applet in V5 has written the CDR Path uncoded to the config file.

Example;

Syntax-v5: plain path (not url encoded)

Example-v5: config change CDR1 ... /path /dir/file.asp


Syntax-v6: url encoded path

Example-v6: config change CDR1 ... /path %2Fdir%2file.asp

Therefore you have to reconfigure this manually in the Config File:

Download the config File and open in the editor.

Here you have two possibilities

Rewrite the CDR entries - with config change CDRX

Or you delete this config Row – then you have to manually reconfigure the CDR entries in the web interface.

Config file save and upload

IP800/IP3000/IP6000 –with PBX

All the issues described at “ IP400/IP800/IP3000/IP6000 – without Pbx” are also here with the including Pbx relevant.

Licences

First Take care of the Licences when upgrading your PBX! – go to the Licence Manager.

Here the Licences are not described in deep ,this is done on the V6 licence document or KB entries –go for the Link above.

For upgrading the Pbx to V6 you have to PAY a basic Licence – upgrading an V5 Pbx to V6 PBX is not for Free!!!

The old V5 Trial Lics are not working with V6.

In V6 you have new trial licences if you need then go to the trial license page.

Location

Phones cannot register if no Location is configured

In V5 the default location was 'LOC'

In V6 the default location is '.'

So if a V5 was used without configuration of a location all users are configured for the location 'LOC'.

If you configure this location explicitly in your V6 config, the phones register again.

Pbx/General/Pbx Name – here enter the LOC

Objects in the Pbx.

There are new and different Objects in V6 – here there is a closer look to the differences after the upgrade to V6.

The EXTERN Object

There is a new mechanism for the EXTERN Object.

This is pretty much enhanced compared to the implementation in V5.

Now, a PBX will try to deliver a call if unknown send it to its up-nodes-tree-master.

If it returns back from there with "unassigned number" cause code send it to the extern object.

To configure on every Pbx (in the Numbering Node) a own EXTERN user and set it also in the Pbx /General at Route Root node external calls to and/or route Pbx node external calls to.

The Extern Object can be now any Object.

The Master and the Slave have the same options to set - but there is only one Extern for the whole root node .

Alslo you can define for every Node an own Extern Obejct.

Guideline V5 to V6 upgrade Node.png

DECT SYSTEM

If you have a Dect system (IP1500 or IP1200) you have to manually reconfigure the DECT User Object to this Object (Ldap-Object , into this will be the system Parameters discarded)

GATEWAY

With V5 there was an Object User with Gateway Flag – this is removed with V6. Now there is an Object called Gateway. You have to reconfigure the Users with gateway Flag to Gateway Objects. Here you have also now the fine new feature to enable Block dialing. Some third party applications can only handle En-block dialing (e.g cycos mrs) .

Now you don’t need to route the calls in the relay and from there to another Gateway pointing to the application (and in this route force the call to en block).

This is one of the plenty of new V6 features - Here you can simplify the configuration.(save gateways)

MUSIC ON HOLD

If you use an External MOH source you have to reconfigure the MOH. As with the _EXTERN_ user there exists also no _MOH_ user anymore. The configuration of the external MOH is now very much simplified. Configure the Music on Hold URL in Pbx/General /Music on Hold URL.

You have to add "&coder=G729" or "&coder=G711" or if you use two coder "&coder=G711,G729" or whatever you codec is to the URL you have for the MOH.

That's all - you can delete all the routes and Gw´s what you needed for the MOH in V5 simplifies your configuration and save Gateways.

QSIG interfaces

The QSIG interface configuration needs to be upgraded as follows:

V5 protocol selector V6 protocol selector V6 Interop / CR Length V6 Interop CHI Type
QSIG-PRI-ECMA1 QSIG-ECMA1 2 PRI
QSIG-PRI-ECMA2 QSIG-ECMA2 2 PRI
QSIG QSIG-ECMA2 1 BRI


Qsig interworking

Having a Qsig interworking configured, these settings get lost when upgrading to V6 . Please configure the Qsig interworking after upgrade manually new.

Mixed V5 and V6 Pbx Locations

When there is a Ldap replication from V5 to a V6 Pbx there is no "Node" attribute. In V6 there is on every user an Node attribute . Also when replicating the User is in the LOC Location/pbx. Therefore the Pbx rejects the registration of this user .

So you have to manually reconfigure all replicated users into the right Node and Pbx.

For example:

IP800 replicated from IP800 V5

(cn=thomas)
(pbx=<grp name="led" mode="active"/>)
(pbx=<grp name="test" mode="active"/>)
(pbx=<grp name="base" mode="active"/>)
(pbx=<user busy-out="1" filter="normal" gi="led" pwd="6ede66c1c7d458ed80e2be4c5ff0375f"/>)
(loc=LOC)
(hw-id=IP230-1c-02-33)
(h323=thomas)
(e164=231)
(guid;bin=168C26BEE909D311A5530090330014B9)
(usn=15)

IP800 not replicated with new user

(cn=thomas)
(guid;bin=F9984105E909D3118657009033060F46)
(h323=thomas)
(e164=231)
(hw-id=IP230-1c-02-33)
(loc=sifi)
(node=root)
(pbx=<user filter="normal" cd-filter="normal" busy-in="65535"/>)
(pbx=<grp name="test"/>)
(pbx=<grp name="led" mode="active"/>)
(usn=228)


V6 Pbx and V5 Locations

Here the Prefix handling is not working correctly and the prefix will not be seperated .

Solution: Configuring a MAP user in the Location with the Number= prefix , Destination leave empty.

Then only the cpgn is not working correctly ,a call from the Location(Slave) to the Master - there in the cpgn the Prefix is missing.

Here it is recommendet to disable the Ldap replication on the Location .

During the time of migration to V6 you have to configure the objects in the location manually (because of disabled Ldap replication).

Firewall and Network issues

Instead of sending RTP/RTCP from the fixed source ports 5004/5005(as we did in V5). We now send from the same ports on which we receive RTP/RTCP from the remote peer. The reason for this change are interworking problems with other peers and the improvements of our SIP implementation which uses the same media transfer mechanisms as H323. By default ports from 16384 to 32767 are used.

The port range used for RTP/RTCP can be restricted under "Configuration/IP/Setting/Port ranges".

'First UDP-RTP port' defines the lowest port number (for example 20000).

'Number of ports' defines the number of ports to reserve for RTP/RTCP starting at first port (for example 128, which is the minimum number permitted).

The resulting line in the config file would be :

config change IP0 /rtp-base 20000 /rtp-range 128

3rd party Applications

All Third Party Applications should work with V6 as with V5.

Known Problems

This entry will be continuously updated so maybe there are not all issues considered yet

Related Articles