FTP_AutoUpgradeGuideEng200506
FTP_AutoUpgradeGuideEng200506
PA1688 Automatic
Provisioning Technical
Description
Introduction
IP Voice Telephony systems are complicated devices. To make them simple to use, automatic
provisioning needs to be implemented. This automatic provisioning needs to perform 2 functions –
The Centrality system also has a 3rd file called the “digimap” file. Please see the MGCP standard
however this is essentially a map of phone numbers the device uses to map numbers when dialing.
• Scale to large telephony systems where millions of IPT 1 devices are connected
• Be secure so that hacking & user information & accounts cannot be stolen.
Centrality works with an open community to address these issues & to implement new features &
services.
This document describes the on-going development of the auto-provisioning system of the
Centrality PA1688 SOC 2 & reference designs.
1. The old naming rule was considered too complicated, the version number had to be
maintained manually. Some service provider customers think it is so inconvenient.
2. In the old method, one needed to get all files name from the FTP server, and then analyze
them to judge if there is newer version need to upgrade. If there are 2000 files in the root
folder of FTP server, the phone will get those 2000 files names. They are hundreds of
kilobytes and so generates lots of useless traffic.
3. The TFTP only supports manual upgrade, but not auto upgrade, since TFTP can not get the
file name of the server.
To fix this problem, a new way to make the FTP auto upgrade was created. At the same time, this
new method also supports TFTP auto upgrade.
1
IPT = IP Telephony
2
SOC = System On Chip
3
As of 6/6/2005, the present firmware version is 1.43. Version 1.44 is due out on the 20th June 2005.
New Method For Auto Configuration - FTP
The new method uses the SET command for FTP upgrades. We use .SET file to index the file
name to upgrade.
2. Analyzes this file to know if it needs to upgrade and what is the file name for upgrading
The upgrade process has several ways to identify itself with the FTP server. They are –
• ALL - uses the generic hardware type to identification itself. (e.g. PA1688F)
• PPP id - uses PPP account details to authenticate itself. This is the “pppid” parameter
in the device configuration.
• Account - VoIP uses the account details to authenticate itself. This is the “account”
parameter the device configuration.
• Phonenumber - uses the devices phone number to authenticate itself. This is the
“phonenumber” parameter in the device configuration.
Example
Now let’s give an example to illustrate this process. Let us say that the MAC address of the
phone is 00-09-45-64-07-3c, and the upgrade type is MAC.
BIN pa168s.bin:144
CFG 00-09-45-64-07-3c.dat:144
MAP stdmap.txt:144
END
The filename behind BIN indicates the version number (in this case 144 means version 1.44) and
filename of the firmware.
The filename behind CFG indicates version number and filename of phone configuration file
The filename behind MAP indicates version number and filename of digitmap file.
After the phone gets the .SET file, it will check the version number in the file and compare this
with the current version in the phone. If the version number in .SET file is higher, then it will
upgrade the corresponding file.
If BIN, CFG and MAP are all new versions, then the device will upgrade MAP first, then CFG
and BIN last. In the previous example, after it has analyzed the .SET file, if the current versions in
the device are all 1.43 it will read 144 & see that all files need to be upgraded (144 is greater then
143). The device will upgrade “stdmap.txt” first. It will then reboot. Now the MAP version will be
same. Next the device will upgrade “00-09-45-64-07-3c.dat”. Again it will reboot and now the
CFG version is the same. Finally the device will upgrade “pa168s.bin” and reboot for the final
time. The auto upgrade process is now finished.
• 00-09-45-64-07-3c.set
• 00-09-45-64-07-3c.dat
• stdmap.txt
• pa168s.bin
Note:
• f the device doesn’t need to upgrade MAP file, one can delete the MAP line in .SET file.
Similarly for CFG, and BIN.
• If two devices use the same firmware, but different configuration files, then we only need
set the CFG line in the .SET files.
• One should only maintain one version of the pa168s.bin in the FTP server. This way one
reduces the number of files in FTP server and makes it easier to maintain.
By this way, we finish the new FTP auto upgrade. If the upgrade type is other value, the
corresponding naming rules are:
TFTP Upgrade
Starting from firmware version 1.43, TFTP is also supported and use the same .SET file and
naming rules.
Manual Upgrade
The device also supports manual FTP upgrades via the keypad on phones If the service provider
decides to use this feature, the following files also need to be uploaded:
• HardwareTag.bin firmware binary
where
The English language version of this manual was revised on 1 July 2004 by Rob Judd. Email: judd@ob-wan.com