<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=utf-8">
<META content="MSHTML 6.00.2900.3268" name=GENERATOR></HEAD>
<BODY text=#000000 bgColor=#ffffff>
<DIV>Thanks for the info, at the moment it looks like the firewall is SCCP aware and doing packet inspection. It is blocking the load complaining that the traffic is Informix, which I guess makes sense since this is CCM 6. We have opened a case with the firewall vendor.</DIV>
<DIV> </DIV>
<DIV>Steve<BR><BR>>>> "Wes Sisk" <wsisk@cisco.com> 5/8/2008 1:16 PM >>><BR>Steven,<BR><BR>A packet capture from the back of hte phone would be much more informative. I believe the message below indicates the phone attempted to TFTP download a file and the TFTP transaction failed. This is a common fialure through firewalls because of CM's TFTP behavior:<BR><BR>1. phone sends TFTP GET from phone UDP port (p1) to CM on TFTP well known port (p2)<BR>2. CM sends TFTP datapackets sourced from random UDP source port (p3) to phone (p1)<BR>3. phone sends TFTP ACK for every datapacket from phone port (p1) to CM port (p3)<BR><BR>the change in port numbers on the CM side is a problem for most firewalls.<BR><BR>you may want to test TFTP transactions through your firewall. windows includes a tftp client:<BR><BR>C:\>tftp /?<BR><BR>Transfers files to and from a remote computer running the TFTP service.<BR><BR>TFTP [-i] host [GET | PUT] source [destination]<BR><BR> -i Specifies binary image transfer mode (also called<BR> octet). In binary image mode the file is moved<BR> literally, byte by byte. Use this mode when<BR> transferring binary files.<BR> host Specifies the local or remote host.<BR> GET Transfers the file destination on the remote host to<BR> the file source on the local host.<BR> PUT Transfers the file source on the local host to<BR> the file destination on the remote host.<BR> source Specifies the file to transfer.<BR> destination Specifies where to transfer the file.<BR><BR><BR>C:\>tftp -i 172.18.110.38 GET XMLDefault.cnf.xml<BR>Transfer successful: 5626 bytes in 1 second, 5626 bytes/s<BR><BR><BR>Otherwise, a packet capture of all phone traffic would be very helpful.<BR><BR>/Wes<BR><BR>STEVEN CASPER wrote: </DIV>
<BLOCKQUOTE cite=mid:4822CDA5.9874.0039.0@mtb.com type="cite">
<META content="MSHTML 6.00.2900.3268" name=GENERATOR>
<DIV> Trying to get a 7940 to load on Call Manager 6.1.1 via a firewall. No problem having 7940's connect on non-firewalled sites. Receiving this error:</DIV>
<DIV> </DIV>
<DIV> </DIV>
<DIV> Date: May 8 09:25:37<BR>Machine Name: mparkn02ccmpub6<BR>Severity: Error<BR>App ID: Cisco CallManager<BR>Message: ccm: 250: May 08 13:25:37.336 UTC : ÃŒM_CALLMANAGER-CALLMANAGER-3-StationEventAlert: Station alert. Protocol:SCCP TCP ProcessID:1.100.7.318 Device Text:6: Name=SEP001646682753 Load=8.0(8.0)File Not Found Param1:2369 Param2:1409476618 Cluster ID:StandAloneCluster Node ID:mparkn02ccmpub6</DIV>
<DIV> </DIV>
<DIV>This seems to indicate that the actual phone type and the phone type in the database do not match but it is a 7940 and shows up as auto-registered in Call Manager but it will not load. I can not find much detail on this error. Any ideas?</DIV>
<DIV> </DIV>
<DIV>Thanks!</DIV>
<DIV>Steve<BR></DIV>
<P>************************************<BR>This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.<BR>There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.<BR>************************************<BR></P><PRE wrap=""><HR width="90%" SIZE=4>
_______________________________________________
cisco-voip mailing list
<A class=moz-txt-link-abbreviated href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</A>
<A class=moz-txt-link-freetext href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip</A>
</PRE></BLOCKQUOTE>
<P>************************************<br>
This email may contain privileged and/or confidential information that is intended solely for the use of the addressee. If you are not the intended recipient or entity, you are strictly prohibited from disclosing, copying, distributing or using any of the information contained in the transmission. If you received this communication in error, please contact the sender immediately and destroy the material in its entirety, whether electronic or hard copy. This communication may contain nonpublic personal information about consumers subject to the restrictions of the Gramm-Leach-Bliley Act and the Sarbanes-Oxley Act. You may not directly or indirectly reuse or disclose such information for any purpose other than to provide the services for which you are receiving the information.<br>
There are risks associated with the use of electronic transmission. The sender of this information does not control the method of transmittal or service providers and assumes no duty or obligation for the security, receipt, or third party interception of this transmission.<br>
************************************<br>
</P></BODY></HTML>