-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Still looking for any advice with this. I had given up with the upgrade process (to SIP.. tftp won't send the files for some reason) but I can't even get this to work with sccp. It doesn't seep to ever finish booting. My understanding is that after the hunt is exhausted through tftp, the phone will boot it's current image, but this isn't the case for me. The display shows Configuring IP Requesting Configuration Opening 192.168.1.104 (tftp server i assigned) Defaulting CM to TFTP Server ....infinite loop.... Here is my phone info and below that is a tcpdump. If you have any ideas, please let me know. If this phone is bricked, I need to get my money back before it's too late. MAC Address 00XXXXXXBD4D Host Name SEP00XXXXXXD4D Phone DN App Load ID P00306000400 Boot Load ID PC0303010100 Version 6.0(4.0) Expansion Module 1 Expansion Module 2 Hardware Revision 4.3 Serial Number INMXXXXXXT Model Number CP-7940G Codec ADLCodec Amps 5V Amp C3PO Revision 2 Message Waiting NO excerpt from network settings... CallManager 1 CiscoCM1 CallManager 2 TFTP 192.168.1.104 DHCP Enabled Yes DHCP Address Released No Alternate TFTP Yes Erase Configuration NO Forwarding Delay NO GARP Enabled Yes Voice VLAN Enabled Yes Auto Line Select Enabled No Video Capability Enabled No DSCP For Call Control default DSCP For Configuration default DSCP For Services default Device Security Mode Non Secure Web Access Enabled Yes Tx Excessive Collisions 0 Tx Frames 232 Tx Broadcasts 28 Tx Multicasts 13 Tx Collisions 0 Tx Deferred Abort 0 Rx Overruns 0 Rx Long/CRC 0 Rx Frames 54 Debug display: 0x8103, 0x0, 0x12310044 0x8103, 0x0, 0x12310044 0x8103, 0x0, 0x12310044 0x8103, 0x0, 0x12310044 0x8103, 0x0, 0x12310044 0x8103, 0x0, 0x12310044 Socket Task 616 of 1200 Phone Task 916 of 4000 RTP Task 104 of 1200 TLS Task 104 of 6000 Config Task 1592 of 6000 Display Task 472 of 1300 CAST Task 144 of 1600 Sidecar Task 348 of 1500 Audit Task 436 of 1600 Undefined Mode 0 of 64 SVC Mode 12 of 64 IRQ Mode 28 of 128 FIQ Mode 0 of 64 Domain snmpUDPDomain Remote Address /0 Local Address /0 Sender Joins 0 Receiver Joins 0 Byes 0 Start Time 0 Row Status Not Ready Name SEP00XXXXXXBD4D Sender Packets 0 Sender Octets 0 Sender Tool None Sender Reports 1 Sender Report Time 0 Sender Start Time 0 Rcvr Lost Packets 0 Rcvr Jitter 0,0 Receiver Tool None Rcvr Reports 1 Rcvr Report Time 0 Rcvr Packets 0 Rcvr Octets 0 Rcvr Start Time 0 Here is a tcpdump (mac changed): 15:48:31.501856 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ "CTLSEP00XXXXXXBD4D.tlv" o 15:48:35.501998 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ "CTLSEP00XXXXXXBD4D.tlv" o 15:48:39.502162 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ "CTLSEP00XXXXXXBD4D.tlv" o 15:48:43.502293 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ "CTLSEP00XXXXXXBD4D.tlv" o 15:48:47.504194 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ "SEP00XXXXXXBD4D.cnf.xml" 15:48:51.502542 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ "SEP00XXXXXXBD4D.cnf.xml" 15:48:55.502685 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ "SEP00XXXXXXBD4D.cnf.xml" 15:48:59.502815 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ "SEP00XXXXXXBD4D.cnf.xml" 15:49:03.502961 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ "SEP00XXXXXXBD4D.cnf.xml" 15:49:07.544093 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S 2491131163:2491131163(0) win 1400 <mss 1400> 15:49:08.033496 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S 2491131163:2491131163(0) win 1400 <mss 1400> 15:49:09.033501 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S 2491131163:2491131163(0) win 1400 <mss 1400> 15:49:11.033569 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S 2491131163:2491131163(0) win 1400 <mss 1400> 15:49:19.864393 CDPv2, ttl: 180s, Device-ID 'SEP00XXXXXXBD4D'[|cdp] 15:49:22.922753 IP 192.168.1.105.50078 > mulbman.cisco-sccp: S 1785338396:1785338396(0) win 1400 <mss 1400> 15:49:23.404027 IP 192.168.1.105.50078 > mulbman.cisco-sccp: S 1785338396:1785338396(0) win 1400 <mss 1400> 15:49:24.404061 IP 192.168.1.105.50078 > mulbman.cisco-sccp: S 1785338396:1785338396(0) win 1400 <mss 1400> 15:49:26.404118 IP 192.168.1.105.50078 > mulbman.cisco-sccp: S 1785338396:1785338396(0) win 1400 <mss 1400> 15:49:37.923237 IP 192.168.1.105.50079 > mulbman.cisco-sccp: S 703952104:703952104(0) win 1400 <mss 1400> 15:49:38.414514 IP 192.168.1.105.50079 > mulbman.cisco-sccp: S 703952104:703952104(0) win 1400 <mss 1400> 15:49:39.414550 IP 192.168.1.105.50079 > mulbman.cisco-sccp: S 703952104:703952104(0) win 1400 <mss 1400> 15:49:41.414641 IP 192.168.1.105.50079 > mulbman.cisco-sccp: S 703952104:703952104(0) win 1400 <mss 1400> Thanks for looking. Kris Edwards -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDdSMDYPDM9qG4hYYRAgR4AJwL/ZxpoHKr6UueD7celFykGecy2ACeOsBf 8l2bz/NQF0IcX90kjA1g3U8=4q7Z -----END PGP SIGNATURE-----
Do you have a XmlDrfault.cnf.xml file on your tftp server? On Fri, 2005-11-11 at 16:02 -0700, Kris Edwards wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Still looking for any advice with this. I had given up with the upgrade > process (to SIP.. tftp won't send the files for some reason) but I can't > even get this to work with sccp. It doesn't seep to ever finish booting. > > My understanding is that after the hunt is exhausted through tftp, the > phone will boot it's current image, but this isn't the case for me. The > display shows > > Configuring IP > Requesting Configuration > Opening 192.168.1.104 (tftp server i assigned) > Defaulting CM to TFTP Server > ....infinite loop.... > > > Here is my phone info and below that is a tcpdump. If you have any > ideas, please let me know. If this phone is bricked, I need to get my > money back before it's too late. > > MAC Address 00XXXXXXBD4D > Host Name SEP00XXXXXXD4D > Phone DN > App Load ID P00306000400 > Boot Load ID PC0303010100 > Version 6.0(4.0) > Expansion Module 1 > Expansion Module 2 > Hardware Revision 4.3 > Serial Number INMXXXXXXT > Model Number CP-7940G > Codec ADLCodec > Amps 5V Amp > C3PO Revision 2 > Message Waiting NO > > excerpt from network settings... > > CallManager 1 CiscoCM1 > CallManager 2 TFTP 192.168.1.104 > DHCP Enabled Yes > DHCP Address Released No > Alternate TFTP Yes > Erase Configuration NO > Forwarding Delay NO > GARP Enabled Yes > Voice VLAN Enabled Yes > Auto Line Select Enabled No > Video Capability Enabled No > DSCP For Call Control default > DSCP For Configuration default > DSCP For Services default > Device Security Mode Non Secure > Web Access Enabled Yes > > Tx Excessive Collisions 0 > Tx Frames 232 > Tx Broadcasts 28 > Tx Multicasts 13 > Tx Collisions 0 > Tx Deferred Abort 0 > Rx Overruns 0 > Rx Long/CRC 0 > Rx Frames 54 > > Debug display: > > 0x8103, 0x0, 0x12310044 > 0x8103, 0x0, 0x12310044 > 0x8103, 0x0, 0x12310044 > 0x8103, 0x0, 0x12310044 > 0x8103, 0x0, 0x12310044 > 0x8103, 0x0, 0x12310044 > > Socket Task 616 of 1200 > Phone Task 916 of 4000 > RTP Task 104 of 1200 > TLS Task 104 of 6000 > Config Task 1592 of 6000 > Display Task 472 of 1300 > CAST Task 144 of 1600 > Sidecar Task 348 of 1500 > Audit Task 436 of 1600 > Undefined Mode 0 of 64 > SVC Mode 12 of 64 > IRQ Mode 28 of 128 > FIQ Mode 0 of 64 > > Domain snmpUDPDomain > Remote Address /0 > Local Address /0 > Sender Joins 0 > Receiver Joins 0 > Byes 0 > Start Time 0 > Row Status Not Ready > Name SEP00XXXXXXBD4D > Sender Packets 0 > Sender Octets 0 > Sender Tool None > Sender Reports 1 > Sender Report Time 0 > Sender Start Time 0 > Rcvr Lost Packets 0 > Rcvr Jitter 0,0 > Receiver Tool None > Rcvr Reports 1 > Rcvr Report Time 0 > Rcvr Packets 0 > Rcvr Octets 0 > Rcvr Start Time 0 > > Here is a tcpdump (mac changed): > > 15:48:31.501856 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ > "CTLSEP00XXXXXXBD4D.tlv" o > 15:48:35.501998 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ > "CTLSEP00XXXXXXBD4D.tlv" o > 15:48:39.502162 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ > "CTLSEP00XXXXXXBD4D.tlv" o > 15:48:43.502293 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ > "CTLSEP00XXXXXXBD4D.tlv" o > 15:48:47.504194 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:48:51.502542 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:48:55.502685 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:48:59.502815 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:49:03.502961 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:49:07.544093 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S > 2491131163:2491131163(0) win 1400 <mss 1400> > 15:49:08.033496 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S > 2491131163:2491131163(0) win 1400 <mss 1400> > 15:49:09.033501 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S > 2491131163:2491131163(0) win 1400 <mss 1400> > 15:49:11.033569 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S > 2491131163:2491131163(0) win 1400 <mss 1400> > 15:49:19.864393 CDPv2, ttl: 180s, Device-ID 'SEP00XXXXXXBD4D'[|cdp] > 15:49:22.922753 IP 192.168.1.105.50078 > mulbman.cisco-sccp: S > 1785338396:1785338396(0) win 1400 <mss 1400> > 15:49:23.404027 IP 192.168.1.105.50078 > mulbman.cisco-sccp: S > 1785338396:1785338396(0) win 1400 <mss 1400> > 15:49:24.404061 IP 192.168.1.105.50078 > mulbman.cisco-sccp: S > 1785338396:1785338396(0) win 1400 <mss 1400> > 15:49:26.404118 IP 192.168.1.105.50078 > mulbman.cisco-sccp: S > 1785338396:1785338396(0) win 1400 <mss 1400> > 15:49:37.923237 IP 192.168.1.105.50079 > mulbman.cisco-sccp: S > 703952104:703952104(0) win 1400 <mss 1400> > 15:49:38.414514 IP 192.168.1.105.50079 > mulbman.cisco-sccp: S > 703952104:703952104(0) win 1400 <mss 1400> > 15:49:39.414550 IP 192.168.1.105.50079 > mulbman.cisco-sccp: S > 703952104:703952104(0) win 1400 <mss 1400> > 15:49:41.414641 IP 192.168.1.105.50079 > mulbman.cisco-sccp: S > 703952104:703952104(0) win 1400 <mss 1400> > > > > > > Thanks for looking. > > Kris Edwards > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFDdSMDYPDM9qG4hYYRAgR4AJwL/ZxpoHKr6UueD7celFykGecy2ACeOsBf > 8l2bz/NQF0IcX90kjA1g3U8> =4q7Z > -----END PGP SIGNATURE----- > _______________________________________________ > --Bandwidth and Colocation sponsored by Easynews.com -- > > Asterisk-Users mailing list > Asterisk-Users@lists.digium.com > http://lists.digium.com/mailman/listinfo/asterisk-users > To UNSUBSCRIBE or update options visit: > http://lists.digium.com/mailman/listinfo/asterisk-users
On Fri, 2005-11-11 at 16:02 -0700, Kris Edwards wrote:> Here is a tcpdump (mac changed): > > 15:48:31.501856 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ > "CTLSEP00XXXXXXBD4D.tlv" o > 15:48:35.501998 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ > "CTLSEP00XXXXXXBD4D.tlv" o > 15:48:39.502162 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ > "CTLSEP00XXXXXXBD4D.tlv" o > 15:48:43.502293 IP 192.168.1.105.50170 > mulbman.tftp: 31 RRQ > "CTLSEP00XXXXXXBD4D.tlv" o > 15:48:47.504194 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:48:51.502542 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:48:55.502685 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:48:59.502815 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:49:03.502961 IP 192.168.1.105.50171 > mulbman.tftp: 32 RRQ > "SEP00XXXXXXBD4D.cnf.xml" > 15:49:07.544093 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S > 2491131163:2491131163(0) win 1400 <mss 1400> > 15:49:08.033496 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S > 2491131163:2491131163(0) win 1400 <mss 1400> > 15:49:09.033501 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S > 2491131163:2491131163(0) win 1400 <mss 1400> > 15:49:11.033569 IP 192.168.1.105.50077 > mulbman.cisco-sccp: S > 2491131163:2491131163(0) win 1400 <mss 1400>This looks strange to me...your server appears to be completely ignoring the tftp requests from the phone. It's not even responding with a "connection refused." I know you said you didn't have a firewall between the phone and the server but this is exactly the behavior I'd expect from a firewall with a default policy of "drop." If it's a RedHat box of some sort (Fedora, RHEL, Centos) you might want to make sure the default firewall is turned off by running "service iptables stop" as root. -- Joshua M Thompson <funaho@jurai.org>