[Serusers] Notes on converting a Cisco CM phone for SIP
Steve Blair
blairs at isc.upenn.edu
Tue Jan 25 13:21:32 CET 2005
Atle:
Assuming that you have loaded the actual images file to your tftp
server then you'd need to create one of these SEP<mac>.cnf.xml
files for each phone loading off that server. The format of this
file follows. The "processNodeName" variable needs to contain
the IP address of your tftp server. Then the "loadInformation"
variable needs to contain the name of the image to load for
each type of phone.
-Steve
--- cut here ---
<Default>
<callManagerGroup>
<members>
<member priority="0">
<callManager>
<ports>
<ethernetPhonePort>2000</ethernetPhonePort>
</ports>
<processNodeName>148.9.6.87</processNodeName>
</callManager>
</member>
</members>
</callManagerGroup>
<loadInformation6 model="IP Phone 7910"></loadInformation6>
<loadInformation124 model="Addon 7914"></loadInformation124>
<loadInformation9 model="IP Phone 7935"></loadInformation9>
<loadInformation8 model="IP Phone 7940">P0S3-07-3-00</loadInformation8>
<loadInformation7 model="IP Phone 7960">P0S3-07-3-00</loadInformation7>
<loadInformation20000 model="IP Phone 7905"></loadInformation20000>
<loadInformation30008 model="IP Phone 7902"></loadInformation30008>
<loadInformation30007 model="IP Phone 7912"></loadInformation30007>
</Default>
--- end cut ----
Atle Samuelsen wrote:
>Hey, what's supposed to be in the SEP00097CAC5981.cnf.xml. file? I had
>some problems with POS3-07.. a few weeks ago, that the loader did'nt
>want to run the phone as it should,and was very very noughty with me.
>
>-Atle
>
>* Steve Blair <blairs at isc.upenn.edu> [050125 00:32]:
>
>
>> Nice work. The conversion can sometimes be daunting. Let me add a
>>few items if I may. Phones that I've "converted" seem to want to
>>load SIP image P0S30202 first. After loading this image other SIP images
>>load in a straightforward fashion. This requirement may be based on the
>>phone's firmware but the phones I'm using seem to want this release first.
>>
>> When going from SIP image P0S3-06-3-00 to P0S3-07-0-00 the
>>loader process changes. The new loader wants a phone specific
>>file with a naming convention like SEP00097CAC5981.cnf.xml. Yes
>>it is an xml file. This file replaces the OS79XX.TXT as of version 7.
>>
>>The absence of this xml file caused my phone to go completely
>>brain dead in mid-boot.
>>
>>-Steve
>>
>>Niall O'Reilly wrote:
>>
>>
>>
>>>FWIW. I hope this may save someone some time and effort.
>>>
>>>Cisco provides documentation on how to convert a Cisco model 79XX phone
>>>
>>>
>>>from a CM configuration to a SIP configuration.
>>
>>
>>>I've recently converted two phones. With the first one, everything went
>>>deceptively easily. As I discovered later, this was because my TFTP
>>>server was the same system which had answered the DHCP request from the
>>>phone. This was accidental, as the LAN where the phone was connected
>>>was served by two DHCP servers: one on the same LAN, the other further
>>>away. The local one responded more quickly to the DHCP request, and
>>>happened also to be the relevant TFTP server.
>>>
>>>For the second phone, on a different LAN, a suitable local server was
>>>found which could provide the TFTP service. The DHCP servers, however,
>>>were on remote LANs. The following configuration statements were used
>>>with ISC dhcpd to point the phone at the local TFTP service.
>>>
>>> # Top of file, among global configuration statements
>>> # Define an option called 'option-150'
>>>
>>> option option-150 code 150 = ip-address;
>>>
>>> # This host is the 'first phone' mentioned above
>>>
>>> host blower {
>>> hardware ethernet 00:0f:23:00:13:3f;
>>> fixed-address 192.168.2.108;
>>> }
>>>
>>> # This host is the 'second phone' mentioned above
>>>
>>> host squawk {
>>> hardware ethernet 00:11:5c:93:ab:69;
>>> fixed-address 192.168.150.33;
>>> option tftp-server-name "local-server.example.com";
>>> server-name "local-server.example.com";
>>> next-server local-server.example.com;
>>> option option-150 local-server.example.com;
>>> }
>>>
>>>This section of the configuration file was developed incrementally
>>>until the phone loaded its SIP configuration. The 'server-name'
>>>and 'next-server' statements probably have no useful effect. It
>>>was simply convenient to leave them in place rather than to edit
>>>the configuration again.
>>>
>>>The 'option tftp-server-name' statement is needed once the phone
>>>has been configured for SIP, as the SIP firmware (?) uses option
>>>66, which is set by this command, to identify the TFTP server.
>>>
>>>The 'option option-150' statement is needed before the phone has
>>>been configued for SIP, as the CM firmware uses option 150 for
>>>the same purpose.
>>>
>>>Although the Cisco document mentions option 66 as specifying the
>>>_address_ of the TFTP server, Droms' and Lemon's book describes
>>>this option as specifying the _name_ of the server; this is what
>>>the ISC server expects.
>>>
>>>Bear in mind that domain names to be passed as names in DHCP options
>>>are specified to the ISC server as quoted strings; in contrast,
>>>domain names to be passed as addresses in DHCP options are specified
>>>without quotes.
>>>
>>>Web searches for 'converting call manager phone sip' and 'droms lemon'
>>>will probably find the Cisco document and book mentioned above.
>>>
>>>Best regards,
>>>
>>>Niall O'Reilly
>>>
>>>PGP key ID: AE995ED9 (see www.pgp.net)
>>>Fingerprint: 23DC C6DE 8874 2432 2BE0 3905 7987 E48D AE99 5ED9
>>>
>>>_______________________________________________
>>>Serusers mailing list
>>>serusers at lists.iptel.org
>>>http://lists.iptel.org/mailman/listinfo/serusers
>>>
>>>
>>_______________________________________________
>>Serusers mailing list
>>serusers at lists.iptel.org
>>http://lists.iptel.org/mailman/listinfo/serusers
>>
>>
>>
--
ISC Network Engineering
The University of Pennsylvania
3401 Walnut Street, Suite 221A
Philadelphia, PA 19104
voice: 215-573-8396
215-746-8001
fax: 215-898-9348
sip:blairs at upenn.edu
More information about the sr-users
mailing list