Make sure the vhost is pointing at your TFTP directory. You should be able to browse to yourwebserver:6970/SEPxxxx.xml and download the phone config file.
Yes that worked fine in the browser but, the phone is still pulling from tftp after I booted the phone. Let me reboot the everything…
Same… still pulling up very slow in tftpd 
I think this tcp ip stack is bad on Asterisk Version: 16.6.2?
Ok, killed the tftp process and they don’t boot from server just last good. I don’t think these 8961 and 8941 pull automatically from 6970?
ok, found a clue. watched it a bit closer and the load goes thru the first loop and does download the sepmac.cnf.xml http. but it cant find these other files so it goes thru another loop via tftp on all. So i dont know what to do with the CTL and ITL files and the other missing files? Is that forcing this to tftp only?
Mar 26 22:19:10 phone in.tftpd[13057]: RRQ from 192.168.1.99 filename CTLSEP04DAD2BF2371.tlv
Mar 26 22:19:10 phone in.tftpd[13057]: Client 192.168.1.99 File not found CTLSEP04DAD2BF2371.tlv
Mar 26 22:19:31 phone in.tftpd[13130]: RRQ from 192.168.1.99 filename ITLSEP04DAD2BF2371.tlv
Mar 26 22:19:31 phone in.tftpd[13130]: Client 192.168.1.99 File not found ITLSEP04DAD2BF2371.tlv
Mar 26 22:19:52 phone in.tftpd[13131]: RRQ from 192.168.1.99 filename ITLFile.tlv
Mar 26 22:19:52 phone in.tftpd[13131]: Client 192.168.1.99 File not found ITLFile.tlv
Mar 26 22:20:13 phone in.tftpd[13227]: RRQ from 192.168.1.99 filename SEP04DAD2BF2371.cnf.xml
Mar 26 22:20:13 phone in.tftpd[13227]: Client 192.168.1.99 finished SEP04DAD2BF2371.cnf.xml
Mar 26 22:20:38 phone in.tftpd[13257]: RRQ from 192.168.1.99 filename /gh-sip.jar
Mar 26 22:20:38 phone in.tftpd[13257]: Client 192.168.1.99 File not found /gh-sip.jar
Mar 26 22:21:00 phone in.tftpd[13258]: RRQ from 192.168.1.99 filename /g4-tones.xml
Mar 26 22:21:00 phone in.tftpd[13258]: Client 192.168.1.99 File not found /g4-tones.xml
Mar 26 22:21:21 phone in.tftpd[13335]: RRQ from 192.168.1.99 filename dialplan.xml
Mar 26 22:21:21 phone in.tftpd[13335]: Client 192.168.1.99 finished dialplan.xml
Mar 26 22:21:42 phone in.tftpd[13336]: RRQ from 192.168.1.99 filename featurepolicy.xml
Mar 26 22:21:42 phone in.tftpd[13336]: Client 192.168.1.99 finished featurepolicy.xml
The version of Asterisk has nothing to do with TFTP. TFTP is served up by the TFTP daemon, which is independent of Asterisk. A change in the version of Asterisk should make absolutely no difference to the speed at which TFTP serves up files.
I recommend you review the phone’s log files (browse to its IP address to access them) to find out what’s wrong. Those files you are listing are not required so don’t worry about the failure.
I understand that but the ISO includes that broken tftp. who should I tell? who owns the tftp. And could you use a none broken one in your iso? or is that current? and if i update it will be replaced with the bad one?
No it doesn’t. There are many many thousands of people using the FreePBX Distro, and tftp is still in very common usage. To my knowledge, literally nobody is reporting this either in the forum here, in the OSS ticketing system nor in our commercial ticketing system.
Lorne Thank for the insight. I have moved the VM around to different servers and the trouble has followed. Let me do a clean install and see if I can wash this away.
Hold that thought mister!! This fix is that the CISCO 8941 firmware cmterm-8941_8945-sip.9-3-4-17 is hammering the tftp! So if I change the firmware I lose video but I can select the background screen without waiting ten minutes…
This topic was automatically closed 7 days after the last reply. New replies are no longer allowed.