Howto:Firmware Upgrade V5 V6

From innovaphone wiki
Revision as of 13:17, 20 April 2007 by Tsr (talk | contribs)
Jump to navigation Jump to search

Summary

Upgrade Issues V5 to V6 – what to take care of


Applies To

This information applies to

All innovaphone Products upgrading V5 to V6


More Information

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.

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-

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.

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 enviroment.


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 enivroment - 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 - http://www.innovaphone.com/license/login.php

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.

PHONES

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


IP200 and IP200A

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 local Phonebook entries will get lost so therefore go to our Phone Book Converter.

http://www.innovaphone.com/pb_conv/convert_plus.php


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 http.


Registering

If you have configured a name und 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

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.




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 …)

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)

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 them go to

http://download.innovaphone.com/6.00/trial.php


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 expicitly 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 (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 Locations Concept you can have only one "EXTERN " User.

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

Flag to Gateway Objects.

Here you have also now the fine new feature to enable Block dialing –some

Third party applications can only handle Enblock 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 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.

As with the _EXTERN_ user there exists also no _MOH_ user anymore.

The configuration of the external MOH is now verry 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.

Thats all - you can delete all the routes and Gw´s what you needed for the MOH in V5

simplifys your configuration and save Gateways.


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 .

Soloution: 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