AW: [cisco-voip] Upgrading 7960G firmware with CME 3.3

Sat Sep 3 10:08:08 EDT 2005

Sorry, my bad. "load" doesn't seem to work. It was the first thing I did. The 7960G phone still wants:
TFTP: Looking for P00303020209.bin

Here's my config below.

I really need to figure this out so I can get this up and running.

Best,

leb

Current configuration : 2692 bytes
!
! Last configuration change at 07:02:16 pdt Sat Sep 3 2005
!
version 12.3
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname chatter
!
boot-start-marker
boot system flash c3640-is-mz.123-14.T3.bin
boot-end-marker
!
!
no aaa new-model
!
resource policy
!
memory-size iomem 10
clock timezone pst -8
clock summer-time pdt recurring
voice-card 0
!
voice-card 1
!
ip subnet-zero
!
!
ip cef
no ip dhcp use vrf connected
ip dhcp excluded-address 72.16.1.0 72.16.1.99
ip dhcp excluded-address 72.16.1.200 72.16.1.254
!
ip dhcp pool phone-pool
   network 72.16.1.0 255.255.255.0
   default-router 72.16.1.1
   option 150 ip 72.16.1.1
!
!
!
!
!
!
!
!
!
!
!
!
!
!
username leb password 0 4dylan
!
!
!
!
interface BRI1/0
 no ip address
!
interface BRI1/1
 no ip address
!
interface FastEthernet2/0
 ip address 192.168.0.254 255.255.0.0
 duplex auto
 speed auto
!
interface FastEthernet2/1
 ip address 72.16.1.1 255.255.255.0
 duplex auto
 speed auto
!
interface Ethernet3/0
 no ip address
 shutdown
 half-duplex
!
interface Ethernet3/1
 no ip address
 shutdown
 half-duplex
!
interface Ethernet3/2
 no ip address
 shutdown
 half-duplex
!
interface Ethernet3/3
 no ip address
 shutdown
 half-duplex
!
ip default-gateway 192.168.0.1
ip http server
!
ip classless
ip route 0.0.0.0 0.0.0.0 192.168.0.1
ip route 72.16.1.0 255.255.255.0 FastEthernet2/1
ip route 192.168.0.1 255.255.255.255 FastEthernet2/0
!
!
!
tftp-server flash:P00305000600.bin
tftp-server flash:P00305000600.sbn
tftp-server flash:S00103020003.bin
tftp-server flash:OS79XX.TXT
tftp-server flash:P00305000500.bin
tftp-server flash:P00305000500.sbn
!
control-plane
!
!
!
voice-port 0/0/0
!
voice-port 0/0/1
!
voice-port 0/0/2
!
voice-port 0/0/3
!
voice-port 0/0/4
!
voice-port 0/0/5
!
voice-port 0/0/6
!
voice-port 0/0/7
!
voice-port 0/0/14
!
voice-port 0/0/15
!
voice-port 0/0/16
!
voice-port 0/0/17
!
voice-port 1/0/0
!
voice-port 1/0/1
!
!
!
!
!
dial-peer cor custom
!
!
!
dial-peer voice 901 pots
 description dial 9 for line #1
 destination-pattern 9
 port 0/0/4
!
dial-peer voice 801 pots
 description dial 8 for line #2
 destination-pattern 8
 port 0/0/5
!
dial-peer voice 701 pots
 description dial 7 for line #3
 destination-pattern 7
 port 0/0/6
!
!
telephony-service
 load 7960-7940 P00305000600
 max-ephones 16
 max-dn 64
 ip source-address 72.16.1.1 port 2000
 time-zone 5
 create cnf-files version-stamp 7960 Sep 03 2005 07:02:04
 keepalive 31
 max-conferences 4 gain -6
!
!
ephone-dn  1
 number 101
!
!
ephone  1
 mac-address 000D.ED91.37XX
 type 7960
 button  1:1
!
!
!
line con 0
line aux 0
line vty 0 4
 login
!
ntp clock-period 17179993
ntp server 17.254.0.31
!
end

chatter#

At 1:59 PM +0200 9/3/05, Bernhard Albler wrote:
>Maybe I'm missing somethin here, but wouldn't you just upgrade via the load command with cme?
>e.g.
>
>telephony-service
>load 7960-7940 P00305000301 (or whatever the name of the load is, you want to use)
>
>regards
>bernhard
>
>-----Ursprüngliche Nachricht-----
>Von: cisco-voip-bounces at puck.nether.net [mailto:cisco-voip-bounces at puck.nether.net] Im Auftrag von Lawrence E. Bakst
>Gesendet: Samstag, 03. September 2005 12:26
>An: cisco-voip at puck.nether.net
>Betreff: [cisco-voip] Upgrading 7960G firmware with CME 3.3
>
>I know this is mostly a high end CM list but maybe someone can help
>me with CME. I have a 3640 which is running IOS 12.3(14)T3 and CME
>3.3. I'm hoping to study up for CCIE/Voice. I've got a couple of
>7960G phones that I am trying to upgrade the firmware on and get them
>to work with CME. I'm not having much luck. The 7960G phone has the
>following loads:
>Appl Load ID: P003A310
>Boot Load ID: PC030301
>
>I've read the 'Cisco IP Phone 7960 and 7940 Firmware Upgrade Matrix"
>which is invaluable if you want to understand the old and new boot
>mechanisms and signed vs unsigned images.
>
>http://www.cisco.com/en/US/products/sw/voicesw/ps4967/products_upgrade_guides09186a008022a968.html
>
>
>It says for any SCCP image upgrade they recommend "Procedure A" which reads:
>The SEP<mac-address>.cnf.xml file is downloaded when a phone is
>reset. This file contains the load_information tag that tells the
>phone which image it should be running. If the image load differs
>from the one currently loaded on the phone, the phone contacts the
>TFTP server to upgrade to the new image.
>
>However it lies a bit. Maybe this is true once you rev up to the
>"Universal Application Loader" but my phone doesn't look for this
>file. It looks for:
>
>00:05:41: TFTP: Looking for OS79XX.TXT
>00:05:41: TFTP: Opened flash:OS79XX.TXT, fd 0, size 16 for process 143
>00:05:41: TFTP: Finished flash:OS79XX.TXT, time 00:00:00 for process 143
>00:05:41: TFTP: Looking for SEP000DED9137XX.cnf
>00:05:41: TFTP: Looking for SEPDefault.cnf
>00:05:42: TFTP: Looking for SEPDefault.cnf
>00:05:43: TFTP: Opened system:/its/SEPDEFAULT.cnf, fd 0, size 57 for
>process 152
>00:05:44: TFTP: Finished system:/its/SEPDEFAULT.cnf, time 00:00:00
>for process 152
>
>I don't seem to be able to use the OS79XX.TXT mechanism. It doesn't
>seem to work and the above document seems to explain that it will
>only seek a new image if the first 4 characters of the file name are
>different. In this case they are always "P003".
>
>So it tries all the files and finally gets the SEPDefault.cnf file,
>which has an unknown format (I've peeked inside and it's mostly
>ascii).
>
>The phone tries to load:
>02:24:00: TFTP: Looking for P00303020209.bin
>which I don't have.
>
>It ends up in a loop of:
>
>02:17:57: %IPPHONE-6-REGISTER: ephone-1:SEP000DED9137XX
>IP:72.16.1.101 Socket:1 DeviceType:Phone has registered.
>02:17:57: %IPPHONE-6-UNREGISTER_NORMAL: ephone-1:SEP000DED9137XX
>IP:72.16.1.101 Socket:1 DeviceType:Phone has unregistered normally.
>02:17:57: TFTP: Looking for P00303020209.bin
>02:18:57: %IPPHONE-6-REG_ALARM: Name=SEP000DED9137XX  Load=A3.10
>Parms=Status/IPaddr LastTime=Phone-Loading
>(see expanded "debug ephone register" below.
>
>Q:
>
>1. Any ideas on how to upgrade this phone to the newer SCCP V 5, 6,
>or 7 images?
>
>2. Why is the phone trying to load " P00303020209.bin"?
>
>3. I tried copying a newer image (universal loader) such as
>"P00305000600.bin" to "P00303020209.bin" and it did load that file
>via TFTP, but then the image is rejected and it tries to reload it
>again.
>
>4. I am almost tempted to load a SIP or MGCP image temporally so I
>can use the OS79XX.TXT mechanism as those images will chnage the
>first 4 characters. Anyone have any opinions on that?
>
>5. Is the reason the phone registers and immediately unregisters
>because the firmware is old? Or is it something else?
>
>I could post my config if that would really help.
>
>Best,
>
>leb
>
>02:35:06: New Skinny socket accepted [1] (0 active)
>02:35:06: sin_family 2, sin_port 52106, in_addr 72.16.1.101
>02:35:06: skinny_add_socket 1 72.16.1.101 52106
>02:35:06: %IPPHONE-6-REG_ALARM: Name=SEP000DED9138XX  Load=A3.10
>Parms=Status/IPaddr LastTime=Phone-Loading
>02:35:06:
>Skinny StationAlarmMessage on socket [1] 72.16.1.101 SEP000DED9138XX
>02:35:06: severityInformational p1=2312 [0x908] p2=1694568520 [0x65011048]
>02:35:06: Name=SEP000DED9138XX  Load=A3.10  Parms=Status/IPaddr
>LastTime=Phone-Loading
>02:35:06: ephone-(1)[1] StationRegisterMessage (0/0/16) from 72.16.1.101
>02:35:06: ephone-(1)[1] Register StationIdentifier DeviceName SEP000DED9138XX
>02:35:06: ephone-(1)[1] StationIdentifier Instance 1    deviceType 7
>02:35:06: ephone-1[-1]:stationIpAddr 72.16.1.101
>02:35:06: ephone-1[-1]:maxStreams 0
>02:35:06: ephone-1[-1]:protocol Ver 0x3
>02:35:06: ephone-1[-1]:phone-size 2048 dn-size 480
>02:35:06: ephone-(1) Allow any Skinny Server IP address 72.16.1.1
>02:35:06: ephone-1[-1]:Found entry 0 for 000DED9138XX
>02:35:06: ephone-1[-1]:socket change -1 to 1
>02:35:06: ephone-1[-1]:FAILED: CLOSED old socket -1
>02:35:06: ephone-1[1]:***Force device subtype to 0
>02:35:06: ephone-1[1]:phone SEP000DED9138XX re-associate OK on socket [1]
>02:35:06: %IPPHONE-6-REGISTER: ephone-1:SEP000DED9138XX
>IP:72.16.1.101 Socket:1 DeviceType:Phone has registere
>d.
>02:35:06: Phone 0 socket 1
>02:35:06: Skinny Local IP address = 72.16.1.1 on port 2000
>
>02:35:06: Skinny Phone IP address = 72.16.1.101 52106
>02:35:06: ephone-1[1]:Signal protocol ver 5 to phone with ver 3
>02:35:06: ephone-1[1]:Date Format M/D/Y
>02:35:06: ephone-1[1]:RegisterAck sent to ephone 1: keepalive period
>31 use sccp-version 3
>02:35:06: ephone-1[1]:CapabilitiesReq sent
>02:35:06: ephone-1[1]:Skinny IP port 35531 set for socket [1]
>02:35:06: ephone-1[1]:VersionReq received
>02:35:06: ephone-1[1][SEP000DED9138XX]:Req Version for deviceType 7
>is P00305000500, size = 402484 needs imt l
>oad
>02:35:06: ephone-1[1]:Req Version deviceType 7 is P00303020209 [max 16 chars]
>02:35:06: ephone-1[1]:Version Message sent
>02:35:06: ephone-1[1]:CapabilitiesRes received
>02:35:06: ephone-1[1]:Caps list 6
>G711Ulaw64k  40 ms
>G711Alaw64k  40 ms
>G729  60 ms
>G729AnnexA  60 ms
>G729AnnexB  60 ms
>G729AnnexAwAnnexB  60 ms
>
>02:35:06: ephone-1[1]:Phone Unregistered on socket [1] SEP000DED9138XX
>02:35:06: ephone-1[1]:UnregisterAck sent on socket [1] (0/0/16)
>02:35:06: %IPPHONE-6-UNREGISTER_NORMAL: ephone-1:SEP000DED9138XX
>IP:72.16.1.101 Socket:1 DeviceType:Phone has
>unregistered normally.
>02:35:06: TFTP: Looking for P00303020209.bin
>02:35:06: skinny_server_process: Socket error. errno=0
>02:35:06: ephone-1[1]:DisAssociate: Closed socket 1 for unregistered phone
>02:35:06: CLOSED Skinny socket 1 for de-registered phone
>
>--
>Lawrence E. Bakst
>leb at iridescent.org
>_______________________________________________
>cisco-voip mailing list
>cisco-voip at puck.nether.net
>https://puck.nether.net/mailman/listinfo/cisco-voip