From owner-freebsd-net@FreeBSD.ORG Mon Jul 3 15:42:00 2006 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 131FF16A417 for ; Mon, 3 Jul 2006 15:42:00 +0000 (UTC) (envelope-from quetzal@zone3000.net) Received: from mx1.sitevalley.com (sitevalley.com [209.67.60.43]) by mx1.FreeBSD.org (Postfix) with SMTP id 049DB43D9B for ; Mon, 3 Jul 2006 15:41:41 +0000 (GMT) (envelope-from quetzal@zone3000.net) Received: from zone3000.kharkov.ua (HELO localhost) (217.144.68.98) by 209.67.61.254 with SMTP; 3 Jul 2006 15:41:40 -0000 Date: Mon, 3 Jul 2006 18:41:13 +0300 From: Nikolay Pavlov To: freebsd-net@freebsd.org Message-ID: <20060703154113.GA28598@zone3000.net> Mail-Followup-To: Nikolay Pavlov , freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD 6.1-RELEASE Subject: tftpd not working when net.inet.udp.blackhole=1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Jul 2006 15:42:00 -0000 Hi folks. I have a strange problem with tftpd when using sysctl net.inet.udp.blackhole=1 It's not working with this variable enabled. I use tftp to upload images from my routers. Here is details of the problem: OS FreeBSD 6.0-RELEASE-p6 root@ipstat:~/projects/route_tools# sysctl net.inet.udp.blackhole=1 net.inet.udp.blackhole: 0 -> 1 telnet@fbi8000-Border-NY#copy running-conf tftp XX.XX.48.25 XX.XX.51.194.runcfg.new TFTP session timed out Error - can't upload running-config to TFTP server. root@ipstat:~/projects/route_tools# tail -f /var/log/xferlog Jul 3 11:25:01 ipstat tftpd[31151]: XX.XX.82.18: write request for //XX.XX.51.194.runcfg.new: success Jul 3 11:25:05 ipstat tftpd[31157]: XX.XX.82.18: write request for //XX.XX.51.194.runcfg.new: success Jul 3 11:25:10 ipstat tftpd[31161]: XX.XX.82.18: write request for //XX.XX.51.194.runcfg.new: success Jul 3 11:25:14 ipstat tftpd[31165]: XX.XX.82.18: write request for //XX.XX.51.194.runcfg.new: success But it was not uploded. root@ipstat:~/projects/route_tools# tcpdump -nvvi rl0 port 69 tcpdump: listening on rl0, link-type EN10MB (Ethernet), capture size 96 bytes 11:23:46.663758 IP (tos 0x0, ttl 56, id 24435, offset 0, flags [DF], proto: UDP (17), length: 62) XX.XX.82.18.1027 > XX.XX.48.25.69: [udp sum ok] 34 WRQ "XX.XX.51.194.runcfg.new" octet 11:23:50.817992 IP (tos 0x0, ttl 56, id 24610, offset 0, flags [DF], proto: UDP (17), length: 62) XX.XX.82.18.1027 > XX.XX.48.25.69: [udp sum ok] 34 WRQ "XX.XX.51.194.runcfg.new" octet 11:23:55.042069 IP (tos 0x0, ttl 56, id 24817, offset 0, flags [DF], proto: UDP (17), length: 62) XX.XX.82.18.1027 > XX.XX.48.25.69: [udp sum ok] 34 WRQ "XX.XX.51.194.runcfg.new" octet 11:23:59.265966 IP (tos 0x0, ttl 56, id 25120, offset 0, flags [DF], proto: UDP (17), length: 62) XX.XX.82.18.1027 > XX.XX.48.25.69: [udp sum ok] 34 WRQ "XX.XX.51.194.runcfg.new" octet Now we disable blackhole: root@ipstat:~/projects/route_tools# sysctl net.inet.udp.blackhole=0 net.inet.udp.blackhole: 1 -> 0 telnet@fbi8000-Border-NY#copy running-conf tftp XX.XX.48.25 XX.XX.51.194.runcfg.new Upload running-config to TFTP server done. root@ipstat:~/projects/route_tools# tail -f /var/log/xferlog Jul 3 11:32:56 ipstat tftpd[31585]: XX.XX.82.18: write request for //XX.XX.51.194.runcfg.new: success root@ipstat:~/projects/route_tools# tcpdump -nvvi rl0 port 69 tcpdump: listening on rl0, link-type EN10MB (Ethernet), capture size 96 bytes 11:32:55.609803 IP (tos 0x0, ttl 56, id 51742, offset 0, flags [DF], proto: UDP (17), length: 62) XX.XX.82.18.1027 > XX.XX.48.25.69: [udp sum ok] 34 WRQ "XX.XX.51.194.runcfg.new" octet What is the secret of such behaviour? Should i submit a PR? -- ========================================================================= = Best regards, Nikolay Pavlov. <<<------------------------------------ = =========================================================================