similar to: problems with tftp-hpa timing out.

I have just got a Cisco 7941G and am experiencing the exact same problem (phone is requesting .tlv file from TFTP server and never asks for .cnf.xml file). The phone originally had SCCP on it, but I downloaded and flashed with the latest Cisco SIP image (8.4(3) released 2009-01-13). In reading your message below, it looks like you were going to try an incremental upgrade?did you have any

Hi, I have a tftp client which loads quite happily from a tftpd built from netkit-tftp-0.16 but which fails to load from from a tftpd built from tftp-hpa 0.29. In both cases, tftpd was built from pristine sources and run from xinetd under Redhat 7.3. [netkit-tftp-0.16 is the ancestor of tftp-hpa, predating HPA's maintenance of same] [the tftp client also.. .. fails with the prebuilt tftpd

After the PXE PROM code downloads and runs the pxelinux.0 image and it tries to download config information the client stops acknowledging the server OACK packets from the server. pxelinux from syslinux 3.11 from Fedora RPM, accessing Solaris 10 in.tftpd The tftp client in pxelinux.0 sends a tftp file read request with extended options tsize \00 0 \00 blksize \00 1440 \00 and then the server

I'm trying to network-boot a GCT Allwell set-top box without success. My frustration level is high. The problem seems to be that the Allwell is sending a RRQ with an option. tftp-hpa responds with an OACK, and waits for the corresponding ACK from the Allwell. The Allwell never sends that ACK, but instead continues with the same RRQ until timeout. Having read RFC1782, this makes me think

I apologize if this is the wrong place to be asking this, but I'm pretty much out of options on where to go. I'm using the pxelinux version of tftp. Everything has worked well up to this point, however I've been trying to impliment a pxe bartpe solution in our office. Unfortunatly tftp is not passing the files correctly to the client. Here's the rundown. Server client connects to

Hey, I have a problem booting certain machines with pxelinux. I have pxelinux.0 in the root of my tftp server and dhcp pointing to the right location: # dhcpd.conf authoritative; option domain-name "example.net"; ddns-update-style none; default-lease-time 3600; max-lease-time 86400; subnet 10.0.0.0 netmask 255.255.255.0 { range 10.0.0.3 10.0.0.20; server-name

Greetings: Wea re running a older version of linux (5.2) and I need to pull data off of that box to move it to a new system. I have attempted to configure samba but have not been sucessful. My smb.conf looks like this: [global] workgroup = WORKGROUP encrpt passwords = yes [test] comment = testing path = /backup read only = no gueat ok = yes Win 2k clients and win98 clients cannot

It seems that tftpd-hpa is more suitable at serving arbitrarily large files (greater than 65535 blocks long; with pxelinux.0 using a default block size of 1408 this is 92,273,280 bytes) as atftpd will complain in the log stating "Requested file to big, increase BLKSIZE". I saw that a while back HPA mentioned that atftpd was probably more scalable (number of clients) while tftpd-hpa is

I can access Samba and Windows share on my newtork (I have Samba on linux server) and some W2K Server. >From my SUSE 9 Professional client within Konqueror I can create, delete file, rename and even overwrite files on the share of my server (Samba or Windows). But When I open the file (file.txt or any other type) within Konqueror on a Samba share (by example right clicking and choosing open

Been looking high and low for an option to request blksize in the hpa tftp client but I cant find one. How do I request a bigger blksize with the hpa tftp client? Jocke

Hello. Just to let everyone know: I've came across a motherboard with Intel Boot Agent GE 1.2.36 which is not able to get pxelinux.0 from tftpd-hpa 0.48 (configure ; make ; make install) without `-r blksize` option. Regards, Petya.

Hello, I am attempting pxelinux via dhcpd/tftpd. If I use the system default tftpd daemon, then pxelinux loads but then complains about the tsize option. I've downloaded tftp-hpa-0.34, compiled and installed. I also edited inetd.conf according to README.security and then reloaded inetd. /tftpboot directory and all files and directories have nobody:nobody for permissions with at least read

Hi; In http://syslinux.zytor.com/history.php, you mention: PXELINUX, ISOLINUX: Correctly handle files larger than 65535 blocks (32 MB for PXELINUX, 128 MB for ISOLINUX.) However, I am having issues with trying to make any compressed initrd.gz >32 meg work with pxelinux. I am using "atftpd" as the server, with --no-blksize specified to disable the blksize command. The

Hello, Does PXELINUX support tftp BLOCK-SIZE option? If so, what would be the maximum BLOCK-SIZE that can be used for the transfer? The RFC says that the range can be [8 - 65536]. Thanks, Sowmya

this is the case: serverA [ CentOs 5.6 kernel 2.6.18-238.12.1.el5.centos.plus, Samba ver. 3.5.21 ] serverB [ CentOS 5.6 kernel 2.6.18-348.1.1.el5.centos.plus, Samba ver. 3.6.6-0.129.el5 ] clientA [ WindowsXP ] clientB [ WindowsXP ] The serverA shares via Samba the resource [test] [global] workgroup = DMIT netbios name = SAMBA server string = DMIT domain server interfaces = eth0

Hello specialists In setting up a diskless X-Terminal I got stuck with the transfer of the ramdisk from the server to the target. With a ramdisk image size of about 60 Mb things go well, the file gets transfered completely and Linux boots perfectly. With a ramdisk image size of about 104 Mb the tftp transfer of the kernel succeds but the transfer of the ramdisk image fails. As tftp daemon I

Hello! I recently started testing curl's tftp options, and found that it crashed when trying to upload files using tftp because it didn't handle OACK properly. So, I'm attempting to fix it. Now, I have an endless loop: The client (my hacked curl) sends TFTP write request with options, server responds with OACK (tsize, blksize) client sends data packet, block 0 BUT: server responds

hello, I know this not quite a xen problem but im sure a fair number of people are using debian for their dom0 and maybe have some insight into this. I have a large number of dom0''s running squeeze and for a long time i was hoping for pvhvm to make into the official debian xen packages and recently during some periodic updates I noticed pvhvm working after a kernel package update. Now

Based on Rich's review of my v1 that touched only cache.c, I have now tried to bring all three filters with alignment rounding in line with one another. There is definitely room for future improvements once we teach nbdkit to let filters and plugins advertise block sizes, but I'm hoping to get NBD_CMD_CACHE implemented first. Eric Blake (2): blocksize: Process requests in linear order

Hi, After reading section 9 of LARTC it seemed to me that a pure TOS based QoS setup with be sufficient for a small newtork. Interactive packets could have the highest priority, second highest for DNS and small HTTP packets and lowest prio for all others. The advantage is that, the setup would be simply a couple of iptables lines, because the default pfifo_fast qdisc already implements