> Hooked up my pda to the dmz subnet with a tftp client, I can > successfully > pull the firmware file across the subnets, so I know the tftp > traffic can > flow between subnets, so that's not the issue.
> >From reading the relevant rfc's, it looks like a unicast packet > > http://tools.ietf.org/html/rfc1350 > > > Well, there is no traffic that I see from the packet sniffer > built into the router The RFC covers actual tftp protocol but has nothing to do with whatever discovery routines and traffic the mvpmc may use to find the tftp server. If you're not seeing any traffic from the mvpmc in the DMZ to your tftpd server at all, but you can use another device on the DMZ with tftp client to pull files from your tftpd server, and you have the next-server option (hopefully with filename and root-path options) set correctly (backed up by tftp-server-name option), then the most likely cause is that the mvpmc is ignoring next-server and tftp-server-name options and using broadcast (or otherwise unrouted or blocked) traffic to discover the tftpd server. Are you seeing any traffic on udp 16869 (emanating from the mvpmc)? If you can disconfirm that, I'd start looking at putting a dhcp server on the dmz subnet so you can eliminate all dhcp functions as possible causes. > No tftp traffic though :-( and no connection to the tftp > server which is at > 10.11.12.14, which shows up as nothing in the tftp server logs. > > All the devices I have here are switches, as I got rid of the > last hub I had > a few months back which complicates sniffing :-( That's why I keep one old 10bT hub around. That thing is slow as a dog but super handy for sniffing where switches have no admin ports. Andy DISCLAIMER: Nothing in this email shall bind Schaffer & Layher, PLLC in any contract or obligation. This e-mail is for the intended addressee only. If you have received it in error then please delete it and notify the sender by return e-mail. In case of doubt about correctness or completeness of this e-mail please contact the sender. Schaffer & Layher, PLLC makes every effort to virus check the files available for downloading on the site or send as attachment with an email. Schaffer & Layher, PLLC cannot accept responsibility for any loss or damage that may happen from the use of downloaded material. We recommend that users re-check all downloaded material with their own anti-virus software. Pursuant to requirements related to practice before the Internal Revenue Service, this document, including any attachments, was not intended or written to be used for, and cannot be used by the taxpayer, for the purpose of avoiding U.S. Federal, State or local tax penalties. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Mvpmc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/mvpmc-users mvpmc wiki: http://mvpmc.wikispaces.com/
