From owner-freebsd-net@FreeBSD.ORG Sun Jun 15 10:16:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77D7E106566B for ; Sun, 15 Jun 2008 10:16:20 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 53BBA8FC1F for ; Sun, 15 Jun 2008 10:16:20 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 71BC3116765; Sun, 15 Jun 2008 06:16:19 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Sun, 15 Jun 2008 06:16:19 -0400 X-Sasl-enc: pIq9jjJSAdOVnfd+QdqbSv+J7gw1rlvNX3nLCC0+Gv2i 1213524979 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id D0BB2108ED; Sun, 15 Jun 2008 06:16:18 -0400 (EDT) Message-ID: <4854EBF1.7020708@FreeBSD.org> Date: Sun, 15 Jun 2008 11:16:17 +0100 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.14 (X11/20080514) MIME-Version: 1.0 To: Paul References: <4852E23E.2040505@gtcomm.net> In-Reply-To: <4852E23E.2040505@gtcomm.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: Route messages 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: Sun, 15 Jun 2008 10:16:20 -0000 Paul wrote: > Get these with GRE tunnel on > FreeBSD 7.0-STABLE FreeBSD 7.0-STABLE #5: Sun May 11 19:00:57 EDT > 2008 :/usr/obj/usr/src/sys/ROUTER amd64 > But do not get them with 7.0-RELEASE > > Any ideas what changed? :) Wish there was some sort of changelog.. > # of messages per second seems consistent with packets per second on > GRE interface.. > No impact in routing, but definitely impact in cpu usage for all > processes monitoring the route messages. RTM_MISS is actually fairly common when you don't have a default route. Messages which get enqueued don't necessarily get delivered -- and very few processes actually listen to the routing socket actively like this, so I wouldn't worry about it. If it's a real concern for you then you could try hacking in a sysctl to tell the radix trie code not to issue RTM_MISS messages on the routing socket. From owner-freebsd-net@FreeBSD.ORG Sun Jun 15 14:01:43 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 957D91065686; Sun, 15 Jun 2008 14:01:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 727078FC12; Sun, 15 Jun 2008 14:01:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5FE1hXN064155; Sun, 15 Jun 2008 14:01:43 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5FE1hmg064151; Sun, 15 Jun 2008 14:01:43 GMT (envelope-from linimon) Date: Sun, 15 Jun 2008 14:01:43 GMT Message-Id: <200806151401.m5FE1hmg064151@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/124609: [ipsec] [panic] ipsec 'remainder too big' panic with ping -s 3989 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: Sun, 15 Jun 2008 14:01:43 -0000 Synopsis: [ipsec] [panic] ipsec 'remainder too big' panic with ping -s 3989 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jun 15 14:01:36 UTC 2008 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=124609 From owner-freebsd-net@FreeBSD.ORG Sun Jun 15 16:38:46 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18CCF106567B for ; Sun, 15 Jun 2008 16:38:46 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: from omega.omnis.ch (omega.omnis.ch [195.134.143.43]) by mx1.freebsd.org (Postfix) with SMTP id 6BE488FC21 for ; Sun, 15 Jun 2008 16:38:45 +0000 (UTC) (envelope-from om-lists-bsd@omx.ch) Received: (qmail 20681 invoked from network); 15 Jun 2008 16:12:04 -0000 Received: from [192.168.0.40] ([195.134.148.35]) by omega.omnis.ch ([195.134.143.43]) with ESMTP via TCP; 15 Jun 2008 16:12:04 -0000 From: Olivier Mueller To: freebsd-net@FreeBSD.org, freebsd-questions@freebsd.org Content-Type: text/plain Date: Sun, 15 Jun 2008 18:12:03 +0200 Message-Id: <1213546323.29846.24.camel@bigapple.omnis.ch> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0 Content-Transfer-Encoding: 7bit Cc: Subject: mrtg peak on reboot / snmp-issue? 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: Sun, 15 Jun 2008 16:38:46 -0000 Hello, Small but curious thing on my freebsd-based systems: when a server is rebooted, it generates a peak (or "spike"?) on the network mrtg for all interfaces (here just before 1 am): http://8304.ch/om/stuff/mrtg_localhost_1-day.png It happens with both net-snmp and ucd-snmp, with a quite standard mrtg installation (generated by cfgmaker). Do you have the same "issue" on your own servers? All I can add, is that there is not such a high traffic after a reboot, and that it doesn't happen on similar linux-based systems. Regards & a nice week to you, Olivier From owner-freebsd-net@FreeBSD.ORG Sun Jun 15 17:55:26 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F7D7106564A; Sun, 15 Jun 2008 17:55:26 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp-3.dlr.de (smtp-3.dlr.de [195.37.61.187]) by mx1.freebsd.org (Postfix) with ESMTP id 2B0958FC14; Sun, 15 Jun 2008 17:55:25 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from [129.247.12.30] ([129.247.12.30]) by smtp-3.dlr.de with Microsoft SMTPSVC(6.0.3790.1830); Sun, 15 Jun 2008 19:42:08 +0200 Message-ID: <48555468.9090203@dlr.de> Date: Sun, 15 Jun 2008 19:42:00 +0200 From: Hartmut Brandt Organization: German Aerospace Center User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Olivier Mueller References: <1213546323.29846.24.camel@bigapple.omnis.ch> In-Reply-To: <1213546323.29846.24.camel@bigapple.omnis.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 15 Jun 2008 17:42:08.0227 (UTC) FILETIME=[2204FB30:01C8CF0F] Cc: freebsd-net@FreeBSD.org, freebsd-questions@freebsd.org Subject: Re: mrtg peak on reboot / snmp-issue? 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: Sun, 15 Jun 2008 17:55:26 -0000 Olivier Mueller wrote: > Hello, > > Small but curious thing on my freebsd-based systems: when a > server is rebooted, it generates a peak (or "spike"?) on the > network mrtg for all interfaces (here just before 1 am): > http://8304.ch/om/stuff/mrtg_localhost_1-day.png This could happen if either the daemon fails to correctly provide ifCounterDiscontinuityTime or mrtg fails to correctly interpret sysUpTime and/or ifCounterDiscontinuityTime. > It happens with both net-snmp and ucd-snmp, with a quite standard > mrtg installation (generated by cfgmaker). > > Do you have the same "issue" on your own servers? All I can add, is > that there is not such a high traffic after a reboot, and that it > doesn't happen on similar linux-based systems. harti From owner-freebsd-net@FreeBSD.ORG Sun Jun 15 17:59:18 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A8AC1065673 for ; Sun, 15 Jun 2008 17:59:18 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id DA2D78FC1E for ; Sun, 15 Jun 2008 17:59:17 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru (cdma-92-36-111-152.msk.skylink.ru [92.36.111.152]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id m5FHSVph012881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 15 Jun 2008 21:28:34 +0400 (MSD) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1K7w1m-00030m-1C for net@freebsd.org; Sun, 15 Jun 2008 21:28:30 +0400 From: Vladimir Grebenschikov To: freebsd-net Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Sun, 15 Jun 2008 21:28:29 +0400 Message-Id: <1213550909.5038.56.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: ppp vs mpd: ppp fails to keep connection, mpd works X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2008 17:59:18 -0000 Hi I am trying to find why with same configuration ppp does not works with my CDMA modem (connected over usb) but mpd works. MPD log (it works as expected): ... [umodem0] link: UP event [umodem0] link: origination is remote [umodem0] LCP: Up event [umodem0] LCP: state change Starting --> Req-Sent [umodem0] LCP: phase shift DEAD --> ESTABLISH [umodem0] LCP: SendConfigReq #1 ACFCOMP PROTOCOMP ACCMAP 0x000a0000 MRU 1500 MAGICNUM 04eb5958 MP MRRU 1600 MP SHORTSEQ ENDPOINTDISC [Magic] 41 a2 7a c0 29 08 7a c0 [umodem0] LCP: rec'd Configure Reject #1 link 0 (Req-Sent) MP MRRU 1600 MP SHORTSEQ [umodem0] LCP: SendConfigReq #2 ACFCOMP PROTOCOMP ACCMAP 0x000a0000 MRU 1500 MAGICNUM 04eb5958 [umodem0] LCP: rec'd Configure Ack #2 link 0 (Req-Sent) ACFCOMP PROTOCOMP ACCMAP 0x000a0000 MRU 1500 MAGICNUM 04eb5958 [umodem0] LCP: state change Req-Sent --> Ack-Rcvd [umodem0] LCP: rec'd Configure Request #8 link 0 (Ack-Rcvd) ACCMAP 0x00000000 AUTHPROTO CHAP MD5 MAGICNUM 43aeaeee [umodem0] LCP: SendConfigNak #8 AUTHPROTO PAP [umodem0] LCP: rec'd Configure Request #9 link 0 (Ack-Rcvd) ACCMAP 0x00000000 AUTHPROTO PAP MAGICNUM 43aeaeee [umodem0] LCP: SendConfigAck #9 ACCMAP 0x00000000 AUTHPROTO PAP MAGICNUM 43aeaeee [umodem0] LCP: state change Ack-Rcvd --> Opened [umodem0] LCP: phase shift ESTABLISH --> AUTHENTICATE [umodem0] LCP: auth: peer wants PAP, I want nothing [umodem0] PAP: using authname "mobile" [umodem0] PAP: sending REQUEST [umodem0] LCP: LayerUp [umodem0] PAP: rec'd ACK #1 [umodem0] LCP: authorization successful [umodem0] LCP: phase shift AUTHENTICATE --> NETWORK [skylink] setting interface ng0 MTU to 1500 bytes [skylink] up: 1 link, total bandwidth 28800 bps [skylink] IPCP: Up event [skylink] IPCP: state change Starting --> Req-Sent [skylink] IPCP: SendConfigReq #1 IPADDR 0.0.0.0 COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [skylink] error writing len 20 frame to bypass: Network is down [skylink] IPCP: rec'd Configure Request #2 link 0 (Req-Sent) IPADDR 212.119.106.147 212.119.106.147 is OK [skylink] IPCP: SendConfigAck #2 IPADDR 212.119.106.147 [skylink] IPCP: state change Req-Sent --> Ack-Sent [skylink] rec'd unexpected protocol CCP on link 0, rejecting [skylink] IPCP: SendConfigReq #2 IPADDR 0.0.0.0 COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [skylink] IPCP: rec'd Configure Reject #2 link 0 (Ack-Sent) COMPPROTO VJCOMP, 16 comp. channels, no comp-cid [skylink] IPCP: SendConfigReq #3 IPADDR 0.0.0.0 [skylink] IPCP: rec'd Configure Nak #3 link 0 (Ack-Sent) IPADDR 92.36.111.152 92.36.111.152 is OK [skylink] IPCP: SendConfigReq #4 IPADDR 92.36.111.152 [skylink] IPCP: rec'd Configure Ack #4 link 0 (Ack-Sent) IPADDR 92.36.111.152 [skylink] IPCP: state change Ack-Sent --> Opened [skylink] IPCP: LayerUp 92.36.111.152 -> 212.119.106.147 [skylink] IFACE: Up event [skylink] setting interface ng0 MTU to 1500 bytes [skylink] exec: /sbin/ifconfig ng0 92.36.111.152 212.119.106.147 netmask 0xffffffff -link0 [skylink] exec: /sbin/route add 92.36.111.152 -iface lo0 [skylink] exec: /sbin/route add 0.0.0.0 212.119.106.147 [skylink] IFACE: Up event [skylink] rec'd unexpected protocol IP on link 0 [umodem0] NEW FRAME ERRS: FCS 1 RUNT 0 OVFL 0 Then it just works. But ppp, closes connection just after negotiation (log below). After pair of empty config requests. What may be wrong here ? Any hints will be very appreciated. Jun 15 20:03:54 vbook ppp[4771]: Phase: Using interface: tun0 Jun 15 20:03:54 vbook ppp[4771]: Phase: deflink: Created in closed state Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: default: ident user-ppp VERSION (built COMPILATIONDATE) Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: default: set speed 115200 Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: default: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: default: set timeout 0 Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set log Phase Chat LCP IPCP CCP tun command Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: disable pred1 deflate deflate24 protocomp acfcomp shortseq vj Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: deny pred1 deflate deflate24 protocomp acfcomp shortseq vj Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set speed 460800 Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set timeout 180 Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: enable dns Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set device /dev/ttyU0 Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set phone #777 Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set dial ABORT BUSY ABORT NO\sCARRIER TIMEOUT 15 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T TIMEOUT 40 CONNECT Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set authname mobile Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set authkey ******** Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: add default HISADDR Jun 15 20:03:54 vbook ppp[4771]: tun0: Phase: PPP Started (interactive mode). Jun 15 20:03:57 vbook ppp[4771]: tun0: Command: /dev/ttyp1: dial Jun 15 20:03:57 vbook ppp[4771]: tun0: Phase: bundle: Establish Jun 15 20:03:57 vbook ppp[4771]: tun0: Phase: deflink: closed -> opening Jun 15 20:03:57 vbook ppp[4771]: tun0: Phase: deflink: Connected! Jun 15 20:03:57 vbook ppp[4771]: tun0: Phase: deflink: opening -> dial Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Phone: #777 Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: deflink: Dial attempt 1 of 1 Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Send: AT^M Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Expect(15): OK Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Received: AT^M^M Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Received: OK^M Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Send: ATE1Q0^M Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Expect(15): OK Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Received: ATE1Q0^M^M Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Received: OK^M Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Send: ATDT#777^M Jun 15 20:03:59 vbook ppp[4771]: tun0: Chat: Expect(40): CONNECT Jun 15 20:03:59 vbook ppp[4771]: tun0: Chat: Received: ATDT#777^M^M Jun 15 20:03:59 vbook ppp[4771]: tun0: Chat: Received: CONNECT^M Jun 15 20:03:59 vbook ppp[4771]: tun0: Phase: deflink: dial -> carrier Jun 15 20:04:00 vbook ppp[4771]: tun0: Phase: deflink: /dev/ttyU0 doesn't support CD Jun 15 20:04:00 vbook ppp[4771]: tun0: Phase: deflink: carrier -> login Jun 15 20:04:00 vbook ppp[4771]: tun0: Phase: deflink: login -> lcp Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: FSM: Using "deflink" as a transport Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: State change Initial --> Closed Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: State change Closed --> Stopped Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: RecvConfigReq(2) state = Stopped Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x36bc6422 Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: SendConfigReq(1) state = Stopped Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: MRU[4] 1500 Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x031c8dad Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: SendConfigAck(2) state = Stopped Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x36bc6422 Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: LayerStart Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: State change Stopped --> Ack-Sent Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: deflink: RecvConfigReq(3) state = Ack-Sent Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x36bc6422 Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: deflink: SendConfigAck(3) state = Ack-Sent Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP 0x05) Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x36bc6422 Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: SendConfigReq(1) state = Ack-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MRU[4] 1500 Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x031c8dad Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: RecvConfigAck(1) state = Ack-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MRU[4] 1500 Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x031c8dad Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: State change Ack-Sent --> Opened Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: LayerUp Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(0) state = Opened Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: bundle: Authenticate Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: deflink: his = CHAP 0x05, mine = none Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: Chap Input: CHALLENGE (16 bytes from pdsn-m34-7cm6) Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: Chap Output: RESPONSE (mobile) Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: Chap Input: SUCCESS Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: FSM: Using "deflink" as a transport Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: State change Initial --> Closed Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: LayerStart. Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: MPPE: Not usable without CHAP81 Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: SendConfigReq(1) state = Closed Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: [EMPTY] Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: State change Closed --> Req-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: deflink: lcp -> open Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: bundle: Network Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: FSM: Using "deflink" as a transport Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: State change Initial --> Closed Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: LayerStart. Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: SendConfigReq(1) state = Closed Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 127.0.0.1 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: PRIDNS[6] 212.119.97.5 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: SECDNS[6] 255.255.255.255 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: State change Closed --> Req-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: RecvConfigReq(1) state = Req-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 212.119.106.161 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: SendConfigAck(1) state = Req-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 212.119.106.161 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: State change Req-Sent --> Ack-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(1) state = Req-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: MPPE[6] value 0x00000001 (0 bits, stateful, compressed) Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: MPPE: Not usable without CHAP81 Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(1) state = Req-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: MPPE[6] value 0x00000001 (0 bits, stateful, compressed) Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(1) state = Opened Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigAck(1) state = Req-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: [EMPTY] Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: State change Req-Sent --> Ack-Rcvd Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: RecvConfigNak(1) state = Ack-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 92.36.20.41 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] changing address: 127.0.0.1 --> 92.36.20.41 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: PRIDNS[6] 212.119.96.33 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: SECDNS[6] 212.119.97.5 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: Primary nameserver set to 212.119.96.33 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: Secondary nameserver set to 212.119.97.5 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: SendConfigReq(2) state = Ack-Sent Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 92.36.20.41 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: PRIDNS[6] 212.119.96.33 Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: SECDNS[6] 212.119.97.5 Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(2) state = Ack-Rcvd Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: LZS-DCP[6] Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(2) state = Ack-Rcvd Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: LZS-DCP[6] Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(2) state = Opened Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: deflink: RecvConfigAck(2) state = Ack-Sent Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 92.36.20.41 Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: PRIDNS[6] 212.119.96.33 Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: SECDNS[6] 212.119.97.5 Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: deflink: State change Ack-Sent --> Opened Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: deflink: LayerUp. Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: myaddr 92.36.20.41 hisaddr = 212.119.106.161 Jun 15 20:04:04 vbook ppp[4771]: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(3) state = Ack-Rcvd Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: STAC[5] Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(3) state = Ack-Rcvd Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: STAC[5] Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(3) state = Opened Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(4) state = Ack-Rcvd Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: STAC[5] Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(4) state = Ack-Rcvd Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: STAC[5] Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(4) state = Opened Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(5) state = Ack-Rcvd Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: PRED1[2] Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(5) state = Ack-Rcvd Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: PRED1[2] Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(5) state = Opened Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built COMPILATIONDATE) Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(6) state = Ack-Rcvd Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: [EMPTY] Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendConfigAck(6) state = Ack-Rcvd Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: [EMPTY] Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: State change Ack-Rcvd --> Opened Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: LayerUp. Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: Out = none[-1], In = none[-1] Jun 15 20:04:04 vbook ppp[4771]: tun0: Warning: 0.0.0.0/0: Change route failed: errno: No such process Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvTerminateReq(7) state = Opened Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: LayerDown. Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendTerminateAck(7) state = Opened Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: State change Opened --> Stopping Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: RecvEchoRequest(1) state = Opened Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: SendEchoReply(1) state = Opened Jun 15 20:04:07 vbook ppp[4771]: tun0: CCP: deflink: LayerFinish. Jun 15 20:04:07 vbook ppp[4771]: tun0: CCP: deflink: State change Stopping --> Stopped Jun 15 20:04:29 vbook ppp[4771]: tun0: Phase: /dev/ttyp1: Client connection closed. Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: LayerDown: 92.36.20.41 Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: SendTerminateReq(3) state = Opened Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: State change Opened --> Closing Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: RecvTerminateAck(3) state = Closing Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: LayerFinish. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-net@FreeBSD.ORG Sun Jun 15 19:23:13 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEB9C1065675 for ; Sun, 15 Jun 2008 19:23:13 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id A6A068FC19 for ; Sun, 15 Jun 2008 19:23:13 +0000 (UTC) (envelope-from josh.carroll@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2412621ywe.13 for ; Sun, 15 Jun 2008 12:23:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=HXDgbal3YttXUfL2LPeCuqZwnWvuSH1cSRc95Os7WUU=; b=UX4twODqH1F94/P4NUaB/r8r71G9TQE/T334OupFMsveEzqtgeoNlUK7JUbqZLvZlQ ELwu8ULIHb1wCEB8hTW5UQW3+8wZIr+6JGx0UyuTikfIaZtdnq5AjpDj862Kwt5ds1NP NqsuwYqIA/gDSfntC/jwWvAGqulYoGflKQyc8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=txSgoCRLOgF8KyGR4Ue7TgxghYyLPWkPGKI8mhJE3gtffX2CSbP9tnPjUUzrw/c8t7 4PavwBGxAwkUPEx1ULorfNqsk+6mOweRtf657IhKic1joGQmMStvgngupuSOkEWqO7GT qo2GiQape55FIsvICwB+5WPjQky6PsYJYmYGE= Received: by 10.151.158.2 with SMTP id k2mr9206545ybo.70.1213556244185; Sun, 15 Jun 2008 11:57:24 -0700 (PDT) Received: by 10.150.140.14 with HTTP; Sun, 15 Jun 2008 11:57:23 -0700 (PDT) Message-ID: <8cb6106e0806151157n1dbf3b49wf7a56e51da8c1988@mail.gmail.com> Date: Sun, 15 Jun 2008 14:57:23 -0400 From: "Josh Carroll" To: "Olivier Mueller" , freebsd-net@freebsd.org, freebsd-questions@freebsd.org In-Reply-To: <1213546323.29846.24.camel@bigapple.omnis.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1213546323.29846.24.camel@bigapple.omnis.ch> Cc: Subject: Re: mrtg peak on reboot / snmp-issue? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: josh.carroll@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 15 Jun 2008 19:23:14 -0000 Sorry the blackberry is truncating your original mail, but yes I have noticed the same thing on my setup. In my case I am using a custom rrdtool perl script. While not a fix for the actual problem, my workaround has been to use a CDEF in my rrdgraph command to set the value to 0 if it exceeds a sane maximum. I'm not sure off hand if mrtg has a similar capability but you might be able to set a max value for the graph so at least it won't skew the graph and hide the rest of the data points. Another option is to use a custom script to collect the values by grabbing the data from snmp and then sanitizing them prior to outputting to the value. Regards, Josh On 6/15/08, Olivier Mueller wrote: > Hello, > > Small but curious thing on my freebsd-based systems: when a > server is rebooted, it generates a peak (or "spike"?) on the > network mrtg for all interfaces (here just before 1 am): > http://8304.ch/om/stuff/mrtg_localhost_1-day.png > > It happens with both net-snmp and ucd-snmp, with a quite standard > mrtg installation (generated by cfgmaker). > > Do you have the same "issue" on your own servers? All I can add, is > that there is not such a high traffic after a reboot, and that it > doesn't happen on similar linux-based systems. > > Regards & a nice week to you, > Olivier > > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Sun Jun 15 22:21:31 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 722561065670; Sun, 15 Jun 2008 22:21:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 48FCE8FC0C; Sun, 15 Jun 2008 22:21:31 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5FMLVZs073751; Sun, 15 Jun 2008 22:21:31 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5FMLVMX073747; Sun, 15 Jun 2008 22:21:31 GMT (envelope-from linimon) Date: Sun, 15 Jun 2008 22:21:31 GMT Message-Id: <200806152221.m5FMLVMX073747@freefall.freebsd.org> To: linimon@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/124622: [rl] [patch] if_rl.ko bug fix: unknown device ID: 8039 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: Sun, 15 Jun 2008 22:21:31 -0000 Old Synopsis: if_rl.ko bug fix New Synopsis: [rl] [patch] if_rl.ko bug fix: unknown device ID: 8039 Responsible-Changed-From-To: gnats-admin->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jun 15 22:19:23 UTC 2008 Responsible-Changed-Why: Rescue this PR from the 'pending' category and assign. Note to submitter: your mailer is mangling your GNATS submissions. http://www.freebsd.org/cgi/query-pr.cgi?pr=124622 From owner-freebsd-net@FreeBSD.ORG Mon Jun 16 02:48:31 2008 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF5761065673 for ; Mon, 16 Jun 2008 02:48:31 +0000 (UTC) (envelope-from sinister@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 935798FC14 for ; Mon, 16 Jun 2008 02:48:31 +0000 (UTC) (envelope-from sinister@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2465225ywe.13 for ; Sun, 15 Jun 2008 19:48:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to:references :subject:date:mime-version:content-type:content-transfer-encoding :x-priority:x-msmail-priority:x-mailer:x-mimeole; bh=mkGB2Qc8bwZBXD0kv4ky8SRj02H1F2dNl8fRbkLP+P0=; b=anPbCPVVi6uaGoD411lVaaTzEa80CBcJJWJb1C+get8Dv4PyAndS67RCGr1Jly1s0M xjLwpHCDHs6hWIXZdNGXZFa3fJX2tyOjZazkUEeAintVulIz9Ptb7pWAjpn5anE4NCSW YHcyUfsJTlxqlhMY3ahZyDbEr3pbM22AV+Usc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=jCDiaK6j8sILZug+AERQeAhyfBqWo+qnGz7vvYBtUwbRQbJWHMlOhwBDUARZB0eYsD BPlUJSjeMx60DJ+t9qsDJydRpi1ItiAoFRsezKftBesbeJuD6wb4HfWdSrX+HNeeYqIh n5tF7Jyh/sDzLlaYPvwKuKiarnOetlRDYEDDg= Received: by 10.150.52.2 with SMTP id z2mr9805961ybz.48.1213582805386; Sun, 15 Jun 2008 19:20:05 -0700 (PDT) Received: from dts ( [216.8.139.47]) by mx.google.com with ESMTPS id x56sm24337445pyg.10.2008.06.15.19.20.02 (version=SSLv3 cipher=RC4-MD5); Sun, 15 Jun 2008 19:20:03 -0700 (PDT) Message-ID: <008701c8cf57$93bab3d0$0200a8c0@dts> From: "Sin" To: , "freebsd-net" References: <1213550909.5038.56.camel@localhost> Date: Sun, 15 Jun 2008 22:20:40 -0400 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2527 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 Cc: Subject: Re: ppp vs mpd: ppp fails to keep connection, mpd works 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, 16 Jun 2008 02:48:32 -0000 I ran accross this anoying problem years ago when I upgraded to 4.11 I'm not sure if your problem is related to LQR, but these logs look familliar. In your default ppp.conf file add this: default: enable lqr set timeout 0 set lqrperiod 10 I'm not sure why they changed this from one version of PPP to the next, it made more sense to keep it on by default. ----- Original Message ----- From: "Vladimir Grebenschikov" To: "freebsd-net" Sent: Sunday, June 15, 2008 1:28 PM Subject: ppp vs mpd: ppp fails to keep connection, mpd works > Hi > > I am trying to find why with same configuration ppp does not works with > my CDMA modem (connected over usb) but mpd works. > > MPD log (it works as expected): > ... > [umodem0] link: UP event > [umodem0] link: origination is remote > [umodem0] LCP: Up event > [umodem0] LCP: state change Starting --> Req-Sent > [umodem0] LCP: phase shift DEAD --> ESTABLISH > [umodem0] LCP: SendConfigReq #1 > ACFCOMP > PROTOCOMP > ACCMAP 0x000a0000 > MRU 1500 > MAGICNUM 04eb5958 > MP MRRU 1600 > MP SHORTSEQ > ENDPOINTDISC [Magic] 41 a2 7a c0 29 08 7a c0 > [umodem0] LCP: rec'd Configure Reject #1 link 0 (Req-Sent) > MP MRRU 1600 > MP SHORTSEQ > [umodem0] LCP: SendConfigReq #2 > ACFCOMP > PROTOCOMP > ACCMAP 0x000a0000 > MRU 1500 > MAGICNUM 04eb5958 > [umodem0] LCP: rec'd Configure Ack #2 link 0 (Req-Sent) > ACFCOMP > PROTOCOMP > ACCMAP 0x000a0000 > MRU 1500 > MAGICNUM 04eb5958 > [umodem0] LCP: state change Req-Sent --> Ack-Rcvd > [umodem0] LCP: rec'd Configure Request #8 link 0 (Ack-Rcvd) > ACCMAP 0x00000000 > AUTHPROTO CHAP MD5 > MAGICNUM 43aeaeee > [umodem0] LCP: SendConfigNak #8 > AUTHPROTO PAP > [umodem0] LCP: rec'd Configure Request #9 link 0 (Ack-Rcvd) > ACCMAP 0x00000000 > AUTHPROTO PAP > MAGICNUM 43aeaeee > [umodem0] LCP: SendConfigAck #9 > ACCMAP 0x00000000 > AUTHPROTO PAP > MAGICNUM 43aeaeee > [umodem0] LCP: state change Ack-Rcvd --> Opened > [umodem0] LCP: phase shift ESTABLISH --> AUTHENTICATE > [umodem0] LCP: auth: peer wants PAP, I want nothing > [umodem0] PAP: using authname "mobile" > [umodem0] PAP: sending REQUEST > [umodem0] LCP: LayerUp > [umodem0] PAP: rec'd ACK #1 > [umodem0] LCP: authorization successful > [umodem0] LCP: phase shift AUTHENTICATE --> NETWORK > [skylink] setting interface ng0 MTU to 1500 bytes > [skylink] up: 1 link, total bandwidth 28800 bps > [skylink] IPCP: Up event > [skylink] IPCP: state change Starting --> Req-Sent > [skylink] IPCP: SendConfigReq #1 > IPADDR 0.0.0.0 > COMPPROTO VJCOMP, 16 comp. channels, no comp-cid > [skylink] error writing len 20 frame to bypass: Network is down > [skylink] IPCP: rec'd Configure Request #2 link 0 (Req-Sent) > IPADDR 212.119.106.147 > 212.119.106.147 is OK > [skylink] IPCP: SendConfigAck #2 > IPADDR 212.119.106.147 > [skylink] IPCP: state change Req-Sent --> Ack-Sent > [skylink] rec'd unexpected protocol CCP on link 0, rejecting > [skylink] IPCP: SendConfigReq #2 > IPADDR 0.0.0.0 > COMPPROTO VJCOMP, 16 comp. channels, no comp-cid > [skylink] IPCP: rec'd Configure Reject #2 link 0 (Ack-Sent) > COMPPROTO VJCOMP, 16 comp. channels, no comp-cid > [skylink] IPCP: SendConfigReq #3 > IPADDR 0.0.0.0 > [skylink] IPCP: rec'd Configure Nak #3 link 0 (Ack-Sent) > IPADDR 92.36.111.152 > 92.36.111.152 is OK > [skylink] IPCP: SendConfigReq #4 > IPADDR 92.36.111.152 > [skylink] IPCP: rec'd Configure Ack #4 link 0 (Ack-Sent) > IPADDR 92.36.111.152 > [skylink] IPCP: state change Ack-Sent --> Opened > [skylink] IPCP: LayerUp > 92.36.111.152 -> 212.119.106.147 > [skylink] IFACE: Up event > [skylink] setting interface ng0 MTU to 1500 bytes > [skylink] exec: /sbin/ifconfig ng0 92.36.111.152 212.119.106.147 netmask > 0xffffffff -link0 > [skylink] exec: /sbin/route add 92.36.111.152 -iface lo0 > [skylink] exec: /sbin/route add 0.0.0.0 212.119.106.147 > [skylink] IFACE: Up event > [skylink] rec'd unexpected protocol IP on link 0 > [umodem0] NEW FRAME ERRS: FCS 1 RUNT 0 OVFL 0 > > Then it just works. > > But ppp, closes connection just after negotiation (log below). > After pair of empty config requests. > What may be wrong here ? > Any hints will be very appreciated. > > Jun 15 20:03:54 vbook ppp[4771]: Phase: Using interface: tun0 > Jun 15 20:03:54 vbook ppp[4771]: Phase: deflink: Created in closed state > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: default: ident user-ppp > VERSION (built COMPILATIONDATE) > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: default: set speed 115200 > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: default: set dial ABORT > BUSY ABORT NO\sCARRIER TIMEOUT 5 "" AT OK-AT-OK ATE1Q0 OK > \dATDT\T TIMEOUT 40 CONNECT > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: default: set timeout 0 > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set log Phase > Chat LCP IPCP CCP tun command > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: disable pred1 > deflate deflate24 protocomp acfcomp shortseq vj > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: deny pred1 > deflate deflate24 protocomp acfcomp shortseq vj > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set speed 460800 > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set timeout 180 > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: enable dns > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set device > /dev/ttyU0 > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set phone #777 > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set dial ABORT > BUSY ABORT NO\sCARRIER TIMEOUT 15 "" AT OK-AT-OK ATE1Q0 OK \dATDT\T > TIMEOUT 40 CONNECT > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set authname > mobile > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: set authkey > ******** > Jun 15 20:03:54 vbook ppp[4771]: tun0: Command: skylink: add default > HISADDR > Jun 15 20:03:54 vbook ppp[4771]: tun0: Phase: PPP Started (interactive > mode). > Jun 15 20:03:57 vbook ppp[4771]: tun0: Command: /dev/ttyp1: dial > Jun 15 20:03:57 vbook ppp[4771]: tun0: Phase: bundle: Establish > Jun 15 20:03:57 vbook ppp[4771]: tun0: Phase: deflink: closed -> opening > Jun 15 20:03:57 vbook ppp[4771]: tun0: Phase: deflink: Connected! > Jun 15 20:03:57 vbook ppp[4771]: tun0: Phase: deflink: opening -> dial > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Phone: #777 > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: deflink: Dial attempt 1 of 1 > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Send: AT^M > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Expect(15): OK > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Received: AT^M^M > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Received: OK^M > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Send: ATE1Q0^M > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Expect(15): OK > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Received: ATE1Q0^M^M > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Received: OK^M > Jun 15 20:03:57 vbook ppp[4771]: tun0: Chat: Send: ATDT#777^M > Jun 15 20:03:59 vbook ppp[4771]: tun0: Chat: Expect(40): CONNECT > Jun 15 20:03:59 vbook ppp[4771]: tun0: Chat: Received: ATDT#777^M^M > Jun 15 20:03:59 vbook ppp[4771]: tun0: Chat: Received: CONNECT^M > Jun 15 20:03:59 vbook ppp[4771]: tun0: Phase: deflink: dial -> carrier > Jun 15 20:04:00 vbook ppp[4771]: tun0: Phase: deflink: /dev/ttyU0 doesn't > support CD > Jun 15 20:04:00 vbook ppp[4771]: tun0: Phase: deflink: carrier -> login > Jun 15 20:04:00 vbook ppp[4771]: tun0: Phase: deflink: login -> lcp > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: FSM: Using "deflink" as a > transport > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: State change > Initial --> Closed > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: State change > Closed --> Stopped > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: RecvConfigReq(2) > state = Stopped > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP > 0x05) > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x36bc6422 > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: SendConfigReq(1) > state = Stopped > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: MRU[4] 1500 > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x031c8dad > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: SendConfigAck(2) > state = Stopped > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP > 0x05) > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x36bc6422 > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: LayerStart > Jun 15 20:04:00 vbook ppp[4771]: tun0: LCP: deflink: State change > Stopped --> Ack-Sent > Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: deflink: RecvConfigReq(3) > state = Ack-Sent > Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 > Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP > 0x05) > Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x36bc6422 > Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: deflink: SendConfigAck(3) > state = Ack-Sent > Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 > Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: AUTHPROTO[5] 0xc223 (CHAP > 0x05) > Jun 15 20:04:02 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x36bc6422 > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: SendConfigReq(1) > state = Ack-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MRU[4] 1500 > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x031c8dad > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: RecvConfigAck(1) > state = Ack-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: ACCMAP[6] 0x00000000 > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MRU[4] 1500 > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM[6] 0x031c8dad > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: State change > Ack-Sent --> Opened > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: LayerUp > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(0) state = > Opened > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built > COMPILATIONDATE) > Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: bundle: Authenticate > Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: deflink: his = CHAP 0x05, > mine = none > Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: Chap Input: CHALLENGE (16 > bytes from pdsn-m34-7cm6) > Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: Chap Output: RESPONSE > (mobile) > Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: Chap Input: SUCCESS > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: FSM: Using "deflink" as a > transport > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: State change > Initial --> Closed > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: LayerStart. > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: MPPE: Not usable without > CHAP81 > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: SendConfigReq(1) > state = Closed > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: [EMPTY] > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: State change > Closed --> Req-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: deflink: lcp -> open > Jun 15 20:04:03 vbook ppp[4771]: tun0: Phase: bundle: Network > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: FSM: Using "deflink" as a > transport > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: State change > Initial --> Closed > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: LayerStart. > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: SendConfigReq(1) > state = Closed > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 127.0.0.1 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: PRIDNS[6] 212.119.97.5 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: SECDNS[6] 255.255.255.255 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: State change > Closed --> Req-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: RecvConfigReq(1) > state = Req-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 212.119.106.161 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: SendConfigAck(1) > state = Req-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 212.119.106.161 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: State change > Req-Sent --> Ack-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(1) > state = Req-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: MPPE[6] value 0x00000001 (0 > bits, stateful, compressed) > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: MPPE: Not usable without > CHAP81 > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(1) > state = Req-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: MPPE[6] value 0x00000001 (0 > bits, stateful, compressed) > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(1) state = > Opened > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built > COMPILATIONDATE) > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigAck(1) > state = Req-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: [EMPTY] > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: State change > Req-Sent --> Ack-Rcvd > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: RecvConfigNak(1) > state = Ack-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 92.36.20.41 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] changing address: > 127.0.0.1 --> 92.36.20.41 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: PRIDNS[6] 212.119.96.33 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: SECDNS[6] 212.119.97.5 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: Primary nameserver set to > 212.119.96.33 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: Secondary nameserver set to > 212.119.97.5 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: deflink: SendConfigReq(2) > state = Ack-Sent > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 92.36.20.41 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: PRIDNS[6] 212.119.96.33 > Jun 15 20:04:03 vbook ppp[4771]: tun0: IPCP: SECDNS[6] 212.119.97.5 > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(2) > state = Ack-Rcvd > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: LZS-DCP[6] > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(2) > state = Ack-Rcvd > Jun 15 20:04:03 vbook ppp[4771]: tun0: CCP: LZS-DCP[6] > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(2) state = > Opened > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad > Jun 15 20:04:03 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built > COMPILATIONDATE) > Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: deflink: RecvConfigAck(2) > state = Ack-Sent > Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: IPADDR[6] 92.36.20.41 > Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: PRIDNS[6] 212.119.96.33 > Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: SECDNS[6] 212.119.97.5 > Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: deflink: State change > Ack-Sent --> Opened > Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: deflink: LayerUp. > Jun 15 20:04:04 vbook ppp[4771]: tun0: IPCP: myaddr 92.36.20.41 hisaddr = > 212.119.106.161 > Jun 15 20:04:04 vbook ppp[4771]: tun0: Warning: 0.0.0.0/0: Change route > failed: errno: No such process > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(3) > state = Ack-Rcvd > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: STAC[5] > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(3) > state = Ack-Rcvd > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: STAC[5] > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(3) state = > Opened > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built > COMPILATIONDATE) > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(4) > state = Ack-Rcvd > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: STAC[5] > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(4) > state = Ack-Rcvd > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: STAC[5] > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(4) state = > Opened > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built > COMPILATIONDATE) > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(5) > state = Ack-Rcvd > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: PRED1[2] > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendConfigRej(5) > state = Ack-Rcvd > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: PRED1[2] > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: SendIdent(5) state = > Opened > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: MAGICNUM 031c8dad > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: TEXT user-ppp 3.4.2 (built > COMPILATIONDATE) > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvConfigReq(6) > state = Ack-Rcvd > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: [EMPTY] > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendConfigAck(6) > state = Ack-Rcvd > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: [EMPTY] > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: State change > Ack-Rcvd --> Opened > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: LayerUp. > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: Out = none[-1], In = > none[-1] > Jun 15 20:04:04 vbook ppp[4771]: tun0: Warning: 0.0.0.0/0: Change route > failed: errno: No such process > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: RecvTerminateReq(7) > state = Opened > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: LayerDown. > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: SendTerminateAck(7) > state = Opened > Jun 15 20:04:04 vbook ppp[4771]: tun0: CCP: deflink: State change > Opened --> Stopping > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: RecvEchoRequest(1) > state = Opened > Jun 15 20:04:04 vbook ppp[4771]: tun0: LCP: deflink: SendEchoReply(1) > state = Opened > Jun 15 20:04:07 vbook ppp[4771]: tun0: CCP: deflink: LayerFinish. > Jun 15 20:04:07 vbook ppp[4771]: tun0: CCP: deflink: State change > Stopping --> Stopped > Jun 15 20:04:29 vbook ppp[4771]: tun0: Phase: /dev/ttyp1: Client > connection closed. > Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: LayerDown: > 92.36.20.41 > Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: SendTerminateReq(3) > state = Opened > Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: State change > Opened --> Closing > Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: RecvTerminateAck(3) > state = Closing > Jun 15 20:04:29 vbook ppp[4771]: tun0: IPCP: deflink: LayerFinish. > > > -- > Vladimir B. Grebenschikov > vova@fbsd.ru > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Mon Jun 16 11:07:00 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5706A1065674 for ; Mon, 16 Jun 2008 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 461E38FC30 for ; Mon, 16 Jun 2008 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5GB70cO036788 for ; Mon, 16 Jun 2008 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5GB6x9R036784 for freebsd-net@FreeBSD.org; Mon, 16 Jun 2008 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Jun 2008 11:06:59 GMT Message-Id: <200806161106.m5GB6x9R036784@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org 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, 16 Jun 2008 11:07:00 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri a kern/38554 net changing interface ipaddress doesn't seem to work s kern/39937 net ipstealth issue s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/92090 net [bge] bge0: watchdog timeout -- resetting f kern/92552 net A serious bug in most network drivers from 5.X to 6.X o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau f kern/102344 net [ipf] Some packets do not pass through network interfa o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] s kern/105943 net Network stack may modify read-only mbuf chain copies o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109733 net [bge] bge link state issues [regression] o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112722 net [udp] IP v4 udp fragmented packet reject o kern/113842 net [ip6] PF_INET6 proto domain state can't be cleared wit o kern/114714 net [gre][patch] gre(4) is not MPSAFE and does not support o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/116077 net [ip] [patch] 6.2-STABLE panic during use of multi-cast o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/116328 net [bge]: Solid hang with bge interface o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117423 net [vlan] Duplicate IP on different interfaces o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/118880 net [ip6] IP_RECVDSTADDR & IP_SENDSRCADDR not implemented o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/119345 net [ath] Unsuported Atheros 5424/2424 and CPU speedstep n o kern/119361 net [bge] bge(4) transmit performance problem o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o kern/120266 net [panic] gnugk causes kernel panic when closing UDP soc o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120966 net [rum] kernel panic with if_rum and WPA encryption o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 o kern/121983 net [fxp] fxp0 MBUF and PAE o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122082 net [in_pcb] NULL pointer dereference in in_pcbdrop o kern/122195 net [ed] Alignment problems in if_ed f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122427 net [apm] [panic] apm and mDNSResponder cause panic during o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi o kern/122743 net [panic] vm_page_unwire: invalid wire count: 0 o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix f kern/122794 net [lagg] Kernel panic after brings lagg(8) up if NICs ar f conf/122858 net [nsswitch.conf] nsswitch in 7.0 is f*cked up o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/123066 net [ipsec] [panic] kernel trap with ipsec o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123172 net [bce] Watchdog timeout problems with if_bce o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123617 net [tcp] breaking connection when client downloading file o bin/123633 net ifconfig(8) doesn't set inet and ether address in one p kern/123741 net [netgraph] [panic] kernel panic due to netgraph mpd o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123881 net [tcp] Turning on TCP blackholing causes slow localhost o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124540 net [tcp] RTM_MISS with the transit packets o kern/124622 net [rl] [patch] if_rl.ko bug fix: unknown device ID: 8039 91 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/23063 net [PATCH] for static ARP tables in rc.network o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s kern/60293 net FreeBSD arp poison patch o kern/64556 net [sis] if_sis short cable fix problems with NetGear FA3 o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 o kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/95267 net packet drops periodically appear o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/102035 net [plip] plip networking disables parallel port printing o conf/102502 net [patch] ifconfig name does't rename netgraph node in n o conf/107035 net [patch] bridge interface given in rc.conf not taking a o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/112179 net [sis] [patch] sis driver for natsemi DP83815D autonego o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o bin/117339 net [patch] route(8): loading routing management commands o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor o kern/119432 net [arp] route add -host -iface causes arp e f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/121242 net [ate] [patch] Promiscuous mode of if_ate (arm) doesn't o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121443 net [gif] LOR icmp6_input/nd6_lookup o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122068 net [ppp] ppp can not set the correct interface with pptpd p kern/122145 net error while compiling with device ath_rate_amrr o kern/122295 net [bge] bge Ierr rate increase (since 6.0R) [regression] o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122697 net [ath] Atheros card is not well supported o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge f kern/122839 net [multicast] FreeBSD 7 multicast routing problem o kern/122928 net [em] interface watchdog timeouts and stops receiving p o kern/123892 net [tap] [patch] No buffer space available o kern/123961 net [vr] [patch] Allow vr interface to handle vlans o bin/124004 net ifconfig(8): Cannot assign both an IP and a MAC addres o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124609 net [ipsec] [panic] ipsec 'remainder too big' panic with p 54 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jun 16 12:13:11 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5AB51065674 for ; Mon, 16 Jun 2008 12:13:11 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 5625B8FC0A for ; Mon, 16 Jun 2008 12:13:11 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id D16911B10F68; Mon, 16 Jun 2008 14:13:09 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id E283B1B10F09; Mon, 16 Jun 2008 14:13:03 +0200 (CEST) Message-ID: <485658CF.2080603@moneybookers.com> Date: Mon, 16 Jun 2008 15:13:03 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Max Laier References: <48442389.9000602@MonkeyBrains.NET> <4844265F.4000405@MonkeyBrains.NET> <200806021903.48986.max@love2party.net> In-Reply-To: <200806021903.48986.max@love2party.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-net@freebsd.org, Rudy Subject: Re: carpdev? 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, 16 Jun 2008 12:13:11 -0000 Greetings, I'm trying this patch against 7-stable amd64 from today. The patch applies cleanly, but: ifconfig carp create ifconfig carp0 carpdev em3 ifconfig: carpdev: bad value What is the proper syntax to set carpdev? Btw 5-10min latter the server panic, but failed to dump a core. The pid to blame was em3 taskq. If I manage to get working configuration, I'll test the patch against unpatched CARP from 6.3 and will test also with quad core/amd64 and dual core i386 (both 7-stable from today) and let you know the results. Max Laier wrote: > I did the attached patch some time ago, but didn't find sufficient testers > and when I did - I didn't have time. This should work. > > > ------------------------------------------------------------------------ > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-net@FreeBSD.ORG Mon Jun 16 17:50:29 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBC82106567A; Mon, 16 Jun 2008 17:50:29 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A103A8FC14; Mon, 16 Jun 2008 17:50:29 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5GHoTmF003843; Mon, 16 Jun 2008 17:50:29 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5GHoT0D003839; Mon, 16 Jun 2008 17:50:29 GMT (envelope-from remko) Date: Mon, 16 Jun 2008 17:50:29 GMT Message-Id: <200806161750.m5GHoT0D003839@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-net@FreeBSD.org, remko@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/124622: [rl] [patch] if_rl.ko bug fix: unknown device ID: 8039 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, 16 Jun 2008 17:50:29 -0000 Synopsis: [rl] [patch] if_rl.ko bug fix: unknown device ID: 8039 Responsible-Changed-From-To: freebsd-net->remko Responsible-Changed-By: remko Responsible-Changed-When: Mon Jun 16 17:50:29 UTC 2008 Responsible-Changed-Why: I'll take it. http://www.freebsd.org/cgi/query-pr.cgi?pr=124622 From owner-freebsd-net@FreeBSD.ORG Mon Jun 16 21:00:32 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 504491065676 for ; Mon, 16 Jun 2008 21:00:32 +0000 (UTC) (envelope-from paul@gtcomm.net) Received: from atlas.gtcomm.net (atlas.gtcomm.net [67.215.15.242]) by mx1.freebsd.org (Postfix) with ESMTP id 27B848FC13 for ; Mon, 16 Jun 2008 21:00:32 +0000 (UTC) (envelope-from paul@gtcomm.net) Received: from c-76-108-179-28.hsd1.fl.comcast.net ([76.108.179.28] helo=[192.168.1.6]) by atlas.gtcomm.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1K8LmH-0000x2-Hm; Mon, 16 Jun 2008 16:58:13 -0400 Message-ID: <4856D4E1.6070909@gtcomm.net> Date: Mon, 16 Jun 2008 17:02:25 -0400 From: Paul User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <4852E23E.2040505@gtcomm.net> <4854EBF1.7020708@FreeBSD.org> In-Reply-To: <4854EBF1.7020708@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Net Subject: Re: Route messages 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, 16 Jun 2008 21:00:32 -0000 Yes but I DO have a default route.. I tried putting one in, removing it, putting it back, rebooting.. The problem is ZEBRA listens to the socket and uses 10-15% cpu because of these messages.. It doesn't happen on -RELEASE though so hmmmm.. I guess I could hack it to skip over the reporting of the message.. probably be good in the future, but something is wrong because I've added a default and removed it also so maybe something with the -STABLE code that changed something in the routing area.. Bruce M. Simpson wrote: > Paul wrote: >> Get these with GRE tunnel on >> FreeBSD 7.0-STABLE FreeBSD 7.0-STABLE #5: Sun May 11 19:00:57 EDT >> 2008 :/usr/obj/usr/src/sys/ROUTER amd64 >> But do not get them with 7.0-RELEASE >> >> Any ideas what changed? :) Wish there was some sort of changelog.. >> # of messages per second seems consistent with packets per second on >> GRE interface.. >> No impact in routing, but definitely impact in cpu usage for all >> processes monitoring the route messages. > > RTM_MISS is actually fairly common when you don't have a default route. > > Messages which get enqueued don't necessarily get delivered -- and > very few processes actually listen to the routing socket actively like > this, so I wouldn't worry about it. > > If it's a real concern for you then you could try hacking in a sysctl > to tell the radix trie code not to issue RTM_MISS messages on the > routing socket. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Jun 16 23:56:59 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B0181065673 for ; Mon, 16 Jun 2008 23:56:59 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 158498FC15 for ; Mon, 16 Jun 2008 23:56:59 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 13636 invoked by uid 89); 16 Jun 2008 23:56:58 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 16 Jun 2008 23:56:58 -0000 Message-ID: <4856FE0B.8030901@ibctech.ca> Date: Mon, 16 Jun 2008 19:58:03 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: if_vlan subinterfaces at boot 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, 16 Jun 2008 23:56:59 -0000 Hi everyone, Is there any way to create, and assign addresses to a if_vlan sub-interface (eg: em6.3) via rc.conf at boot? If not, is there a documented best practice on how and where in the startup routine a custom script should be run from in order to perform the necessary commands? I'd like to rid myself of using interface aliases if at all possible. Regards, Steve From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 00:26:42 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8DE7B106567E for ; Tue, 17 Jun 2008 00:26:42 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 57A6A8FC0A for ; Tue, 17 Jun 2008 00:26:42 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 14599 invoked by uid 89); 17 Jun 2008 00:26:41 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 17 Jun 2008 00:26:41 -0000 Message-ID: <48570503.2030608@ibctech.ca> Date: Mon, 16 Jun 2008 20:27:47 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4856FE0B.8030901@ibctech.ca> In-Reply-To: <4856FE0B.8030901@ibctech.ca> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: if_vlan subinterfaces at boot 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: Tue, 17 Jun 2008 00:26:42 -0000 > Is there any way to create, and assign addresses to a if_vlan > sub-interface (eg: em6.3) via rc.conf at boot? Sorry for the noise... cloned_interfaces="em6.3" ifconfig_em6.3="inet x.x.x.x netmask x.x.x.x" ...seems to be the job. Steve From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 00:31:48 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BE191065677 for ; Tue, 17 Jun 2008 00:31:48 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 785078FC12 for ; Tue, 17 Jun 2008 00:31:47 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m5H0WG4Z035271; Mon, 16 Jun 2008 19:32:16 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m5H0WGX8035270; Mon, 16 Jun 2008 19:32:16 -0500 (CDT) (envelope-from brooks) Date: Mon, 16 Jun 2008 19:32:16 -0500 From: Brooks Davis To: Steve Bertrand Message-ID: <20080617003216.GA34683@lor.one-eyed-alien.net> References: <4856FE0B.8030901@ibctech.ca> <48570503.2030608@ibctech.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ibTvN161/egqYuK8" Content-Disposition: inline In-Reply-To: <48570503.2030608@ibctech.ca> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 16 Jun 2008 19:32:17 -0500 (CDT) Cc: freebsd-net@freebsd.org Subject: Re: if_vlan subinterfaces at boot 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: Tue, 17 Jun 2008 00:31:48 -0000 --ibTvN161/egqYuK8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 16, 2008 at 08:27:47PM -0400, Steve Bertrand wrote: >> Is there any way to create, and assign addresses to a if_vlan=20 >> sub-interface (eg: em6.3) via rc.conf at boot? >=20 > Sorry for the noise... >=20 > cloned_interfaces=3D"em6.3" > ifconfig_em6.3=3D"inet x.x.x.x netmask x.x.x.x" >=20 > ...seems to be the job. Almost. '.' isn't a valid character in a shell variable. We support '.' by converting it into _ in shell variables so it should be: cloned_interfaces=3D"em6.3" ifconfig_em6_3=3D"inet x.x.x.x netmask x.x.x.x" -- Brooks --ibTvN161/egqYuK8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIVwYQXY6L6fI4GtQRAkxIAKCss5SfxgA0gAjeNPoW/XD/K5wXEQCgm2dE 2hjLuRZBIJa5kLCML5RxL/E= =Lt+O -----END PGP SIGNATURE----- --ibTvN161/egqYuK8-- From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 00:42:57 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38161106567A for ; Tue, 17 Jun 2008 00:42:57 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id C677E8FC13 for ; Tue, 17 Jun 2008 00:42:56 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 15079 invoked by uid 89); 17 Jun 2008 00:42:56 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 17 Jun 2008 00:42:56 -0000 Message-ID: <485708D1.7060401@ibctech.ca> Date: Mon, 16 Jun 2008 20:44:01 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Brooks Davis References: <4856FE0B.8030901@ibctech.ca> <48570503.2030608@ibctech.ca> <20080617003216.GA34683@lor.one-eyed-alien.net> In-Reply-To: <20080617003216.GA34683@lor.one-eyed-alien.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: if_vlan subinterfaces at boot 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: Tue, 17 Jun 2008 00:42:57 -0000 Brooks Davis wrote: > On Mon, Jun 16, 2008 at 08:27:47PM -0400, Steve Bertrand wrote: >>> Is there any way to create, and assign addresses to a if_vlan >>> sub-interface (eg: em6.3) via rc.conf at boot? >> Sorry for the noise... >> >> cloned_interfaces="em6.3" >> ifconfig_em6.3="inet x.x.x.x netmask x.x.x.x" >> >> ...seems to be the job. > > Almost. '.' isn't a valid character in a shell variable. We support '.' by > converting it into _ in shell variables so it should be: > > cloned_interfaces="em6.3" > ifconfig_em6_3="inet x.x.x.x netmask x.x.x.x" Thanks Brooks for the feedback. I was just about to do a reboot with my config before I caught your message. I'll update the config and run with it. While perusing the 'net in order to try to find a solution prior to posting, I came across a couple of other posts (I can't remember if it was specific to this list) in which the recommendation appeared to be incorrect for this exact setup I desired (ie: the recommendation failed miserably). I'll post back with the results in case anyone else here has been interested in 'Cisco style' (as I for some reason refer to them as) sub-ints on FreeBSD. Steve From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 01:21:28 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE5E71065672 for ; Tue, 17 Jun 2008 01:21:28 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 8FBE08FC12 for ; Tue, 17 Jun 2008 01:21:28 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 16386 invoked by uid 89); 17 Jun 2008 01:21:28 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 17 Jun 2008 01:21:27 -0000 Message-ID: <485711D8.70308@ibctech.ca> Date: Mon, 16 Jun 2008 21:22:32 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Brooks Davis References: <4856FE0B.8030901@ibctech.ca> <48570503.2030608@ibctech.ca> <20080617003216.GA34683@lor.one-eyed-alien.net> <485708D1.7060401@ibctech.ca> In-Reply-To: <485708D1.7060401@ibctech.ca> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: if_vlan subinterfaces at boot 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: Tue, 17 Jun 2008 01:21:28 -0000 Steve Bertrand wrote: > Brooks Davis wrote: >> On Mon, Jun 16, 2008 at 08:27:47PM -0400, Steve Bertrand wrote: >>>> Is there any way to create, and assign addresses to a if_vlan >>>> sub-interface (eg: em6.3) via rc.conf at boot? > I'll post back with the results in case anyone else here has been > interested in 'Cisco style' (as I for some reason refer to them as) > sub-ints on FreeBSD. # cat /etc/rc.conf (snipped for brevity) cloned_interfaces="em6.7" ifconfig_em6_7="inet6 2607:f118:ddc0:8000::e19" # reboot # ifconfig (again, snipped for brevity) em6: flags=8802 mtu 1500 options=b ether 00:60:e0:42:b1:7c media: Ethernet autoselect (1000baseTX ) status: active em6.7: flags=8843 mtu 1500 inet6 2607:f118:ddc0:8000::e19 prefixlen 64 ether 00:60:e0:42:b1:7c media: Ethernet autoselect (1000baseTX ) status: active vlan: 7 parent interface: em6 ----- Now, my next question is, can I have interface em6.7 operate on multiple vlans? ie, change the default behavior of the if_vlan interface's implicit designation to only vlan 7? I want to have multiple prefixes (ie: subnets) within a single broadcast domain, but each prefix on its own sub-interface on the FreeBSD box, without designating a VLAN for each. (Please forgive the IPv6 test above, as it probably misguides my efforts... my tests at this point are purely to *hopefully* meet an IPv4 conceptual design goal). Is this possible? Steve From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 04:46:38 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45E2C1065670; Tue, 17 Jun 2008 04:46:38 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (cl-162.ewr-01.us.sixxs.net [IPv6:2001:4830:1200:a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id C632C8FC32; Tue, 17 Jun 2008 04:46:37 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.2/8.14.2) with ESMTP id m5H4l65B036292; Mon, 16 Jun 2008 23:47:06 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.2/8.14.2/Submit) id m5H4l6Xx036291; Mon, 16 Jun 2008 23:47:06 -0500 (CDT) (envelope-from brooks) Date: Mon, 16 Jun 2008 23:47:06 -0500 From: Brooks Davis To: Steve Bertrand Message-ID: <20080617044706.GA36170@lor.one-eyed-alien.net> References: <4856FE0B.8030901@ibctech.ca> <48570503.2030608@ibctech.ca> <20080617003216.GA34683@lor.one-eyed-alien.net> <485708D1.7060401@ibctech.ca> <485711D8.70308@ibctech.ca> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ReaqsoxgOBHFXBhH" Content-Disposition: inline In-Reply-To: <485711D8.70308@ibctech.ca> User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Mon, 16 Jun 2008 23:47:07 -0500 (CDT) Cc: freebsd-net@freebsd.org, Brooks Davis Subject: Re: if_vlan subinterfaces at boot 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: Tue, 17 Jun 2008 04:46:38 -0000 --ReaqsoxgOBHFXBhH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Jun 16, 2008 at 09:22:32PM -0400, Steve Bertrand wrote: > Steve Bertrand wrote: >> Brooks Davis wrote: >=20 >>> On Mon, Jun 16, 2008 at 08:27:47PM -0400, Steve Bertrand wrote: >>>>> Is there any way to create, and assign addresses to a if_vlan=20 >>>>> sub-interface (eg: em6.3) via rc.conf at boot? >=20 >> I'll post back with the results in case anyone else here has been=20 >> interested in 'Cisco style' (as I for some reason refer to them as)=20 >> sub-ints on FreeBSD. >=20 > # cat /etc/rc.conf (snipped for brevity) >=20 > cloned_interfaces=3D"em6.7" > ifconfig_em6_7=3D"inet6 2607:f118:ddc0:8000::e19" >=20 > # reboot >=20 > # ifconfig (again, snipped for brevity) >=20 > em6: flags=3D8802 mtu 1500 > options=3Db > ether 00:60:e0:42:b1:7c > media: Ethernet autoselect (1000baseTX ) > status: active >=20 > em6.7: flags=3D8843 mtu 1500 > inet6 2607:f118:ddc0:8000::e19 prefixlen 64 > ether 00:60:e0:42:b1:7c > media: Ethernet autoselect (1000baseTX ) > status: active > vlan: 7 parent interface: em6 >=20 > ----- >=20 > Now, my next question is, can I have interface em6.7 operate on multiple= =20 > vlans? ie, change the default behavior of the if_vlan interface's implici= t=20 > designation to only vlan 7? >=20 > I want to have multiple prefixes (ie: subnets) within a single broadcast= =20 > domain, but each prefix on its own sub-interface on the FreeBSD box,=20 > without designating a VLAN for each. (Please forgive the IPv6 test above,= =20 > as it probably misguides my efforts... my tests at this point are purely = to=20 > *hopefully* meet an IPv4 conceptual design goal). >=20 > Is this possible? Currently there's no easy way to assign multiple interfaces for the same broadcast domain. In theory, if you could create some sort of virtual ethernet device you could bridge one to the real interface for each subnet. I don't think we have such a device in the tree at the moment, but I don't think they are very hard to create in principle. -- Brooks --ReaqsoxgOBHFXBhH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iD8DBQFIV0HKXY6L6fI4GtQRAgWbAJ0S9NMg36DM8pCvVitAEy4GkbkXTgCglcPS A8511z7BLo0cI7x5Zq9n9U8= =oorI -----END PGP SIGNATURE----- --ReaqsoxgOBHFXBhH-- From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 06:08:34 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60778106564A for ; Tue, 17 Jun 2008 06:08:34 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 364848FC17 for ; Tue, 17 Jun 2008 06:08:32 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 25589 invoked by uid 89); 17 Jun 2008 06:08:33 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 17 Jun 2008 06:08:32 -0000 Message-ID: <48575520.708@ibctech.ca> Date: Tue, 17 Jun 2008 02:09:36 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Brooks Davis References: <4856FE0B.8030901@ibctech.ca> <48570503.2030608@ibctech.ca> <20080617003216.GA34683@lor.one-eyed-alien.net> <485708D1.7060401@ibctech.ca> <485711D8.70308@ibctech.ca> <20080617044706.GA36170@lor.one-eyed-alien.net> In-Reply-To: <20080617044706.GA36170@lor.one-eyed-alien.net> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: if_vlan subinterfaces at boot 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: Tue, 17 Jun 2008 06:08:34 -0000 Brooks Davis wrote: > On Mon, Jun 16, 2008 at 09:22:32PM -0400, Steve Bertrand wrote: >> Steve Bertrand wrote: >>> Brooks Davis wrote: >>>> On Mon, Jun 16, 2008 at 08:27:47PM -0400, Steve Bertrand wrote: >>>>>> Is there any way to create, and assign addresses to a if_vlan >>>>>> sub-interface (eg: em6.3) via rc.conf at boot? >> Now, my next question is, can I have interface em6.7 operate on multiple >> vlans? ie, change the default behavior of the if_vlan interface's implicit >> designation to only vlan 7? >> >> I want to have multiple prefixes (ie: subnets) within a single broadcast >> domain, but each prefix on its own sub-interface on the FreeBSD box, >> without designating a VLAN for each. (Please forgive the IPv6 test above, >> as it probably misguides my efforts... my tests at this point are purely to >> *hopefully* meet an IPv4 conceptual design goal). >> >> Is this possible? > > Currently there's no easy way to assign multiple interfaces for the same > broadcast domain. In theory, if you could create some sort of virtual > ethernet device you could bridge one to the real interface for each > subnet. I don't think we have such a device in the tree at the moment, > but I don't think they are very hard to create in principle. Brooks, et-al, I am attempting to simulate (at this point) relatively basic Cisco router capabilities with the complete understanding that FreeBSD is an OS and can NOT be used as-is for Cisco emulation. My conceptual tests are in conjunction with the functionalities of Quagga routing suite. (Which, according to personal experience with it's implementation and this thread: http://forums.whirlpool.net.au/forum-replies-archive.cfm/335988.html ...is not/can not be taken as a Cisco simulator/emulator in any form). Quagga does (IMHO) a relatively decent job of making it easy to transition from production Cisco gear to USB thumbdrive bootable lab gear very quickly, running on commodity hardware. In theory (I am no where near an expert with FBSD network implementation), would it be possible to use the likes of if_bridge to undermine if_vlan interfaces? More importantly, has my request made any sense, and if so, does anyone else have interest in a specification for it? If so, how would one go about requesting such a specification/implementation? Does anyone else use this sort of setup, how do you do it currently? High level overview: - numerous physical interfaces - several logical (ie: subnets) per interface - each 'subnet' on each interface connected via sub-int (no vlan tags) - no implicit vlan designation, or; - the ability to create manual 'broadcast domain' subints - ability for an equivalent 'sw-acc vlan xx' on a sub-int directly to take it *out* of a default implied vlan (I haven't tested this) ...I know with the former I'm pretty well pushing the boundaries of what FreeBSD has ever been designed for, but I've known it to be robust in everything that it does, particularly to it's network stack. Anything I can and have thought about would depend on the implementation of the routing 'suite', and not FreeBSD in itself. Perhaps most of what I've asked about is out of scope, but I need to ask. If anyone can provide me with information on specific working groups or locations that I can directly obtain information for certain areas without disturbing the list, I would be appreciative. Currently, I am deeply focused on the above, and: - 7.0 and IPv6 jails - work/compliance within the scope of RFC 4861 & 4862 - implementation regarding RFC 3484 - how a user (granted, 'user' in this case fully understands that most all hands on deck are not paid for their 'job') can find out when/if drafts are being considered: http://www.ietf.org/internet-drafts/draft-ietf-v6ops-addr-select-ps-08.txt ...as one example. Steve From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 07:38:24 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CF43106567C for ; Tue, 17 Jun 2008 07:38:24 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id DFC2A8FC27 for ; Tue, 17 Jun 2008 07:38:23 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 30755 invoked by uid 89); 17 Jun 2008 07:38:25 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 17 Jun 2008 07:38:25 -0000 Message-ID: <48576A31.7040008@ibctech.ca> Date: Tue, 17 Jun 2008 03:39:29 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4856FE0B.8030901@ibctech.ca> <48570503.2030608@ibctech.ca> <20080617003216.GA34683@lor.one-eyed-alien.net> <485708D1.7060401@ibctech.ca> <485711D8.70308@ibctech.ca> <20080617044706.GA36170@lor.one-eyed-alien.net> <48575520.708@ibctech.ca> In-Reply-To: <48575520.708@ibctech.ca> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: if_vlan subinterfaces at boot 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: Tue, 17 Jun 2008 07:38:24 -0000 Steve Bertrand wrote: > Brooks Davis wrote: > If anyone can provide me with information on specific working groups or > locations that I can directly obtain information for certain areas > without disturbing the list, I would be appreciative. > > Currently, I am deeply focused on the above, and: > > - 7.0 and IPv6 jails > - work/compliance within the scope of RFC 4861 & 4862 > - implementation regarding RFC 3484 > - how a user (granted, 'user' in this case fully understands that most > all hands on deck are not paid for their 'job') can find out when/if > drafts are being considered: > > http://www.ietf.org/internet-drafts/draft-ietf-v6ops-addr-select-ps-08.txt > I'd like to thank those who have emailed me off-list regarding my inquiries. I have been provided information regarding my general questions that large portions of certain specifications are either already in -current, or are in the process to be added to the tree. To those who responded: thank you. I'm ecstatic about implementing the new changes so I can compare them to the current standards and I-Ds. Nice to know that the underlying changes will aid in my IPv4 goals, but at the same time push forward my 'one small step' toward IPv6 compliance (even though I am still in a pocket). Steve From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 19:34:42 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2EC0106564A; Tue, 17 Jun 2008 19:34:42 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 5380C8FC30; Tue, 17 Jun 2008 19:34:42 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:MIME-Version:Content-Type:Content-Disposition:Sender; b=QG2g42M3o0+gHiH1Y/aR6YlPaiGNYkBIF67fDc33sii0xAw7ntHjjYsCvcSk1gBavhKO1m58Fu3zoJdajIgEBGyOykfrrUf8guTnGyh2g5ioeRbIFkbGuQbuNFFP2yQfqOmDC/7hSfge6YJsiWvCXpYwAVaK/j4/I3MIr2/3N/8=; Received: from amnesiac.at.no.dns (ppp83-237-105-27.pppoe.mtu-net.ru [83.237.105.27]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1K8ggs-0008xv-Rr; Tue, 17 Jun 2008 23:18:02 +0400 Date: Tue, 17 Jun 2008 23:18:01 +0400 From: Eygene Ryabinkin To: freebsd-net@freebsd.org Message-ID: <4GPbuliH1uAXi1/ssQ4h5J0HJ3g@EEu6nkWAZTlxOp7ENdKMY8AImHg> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Sender: rea-fbsd@codelabs.ru Cc: brooks@freebsd.org Subject: Web100 port for FreeBSD 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: Tue, 17 Jun 2008 19:34:42 -0000 Good day. I had found some references to the old SoC project on porting Web100 Linux kernel patches to FreeBSD. It was said in the 2003 that some person was trying to push this activity, but the given link is dead: http://osdir.com/ml/freebsd.devel.net/2003-02/msg00134.html Were there any working patches or anything alike? Thanks! -- Eygene From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 20:58:30 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50D8E106566B for ; Tue, 17 Jun 2008 20:58:30 +0000 (UTC) (envelope-from dave@pioneerspirits.com) Received: from pioneerspirits.com (pioneerspirits.com [76.212.42.57]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4108FC1B for ; Tue, 17 Jun 2008 20:58:24 +0000 (UTC) (envelope-from dave@pioneerspirits.com) Received: from [192.168.1.65] (sr5010nx [192.168.1.65]) by pioneerspirits.com (Postfix) with ESMTP id 9A0992C342C for ; Tue, 17 Jun 2008 13:40:24 -0700 (PDT) Message-ID: <48582132.7040103@pioneerspirits.com> Date: Tue, 17 Jun 2008 13:40:18 -0700 From: Dave Robison User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NAT crashing FreeBSD 7.x 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: Tue, 17 Jun 2008 20:58:30 -0000 Hiya, I posted this to -questions but didn't get any responses so I'm posting it again here. I'm having problems with NAT crashing my FreeBSD box. This never happened in 6.x but in 7.x it's predictable for me. Any time I use either of my two NICs for my internal net my FreeBSD box hangs and requires power cycling to reboot. My guess is that some option changed between 6.x and 7.x and I simply missed it, or that I have something configured completely improperly, but after hours of tinkering I've yet to fix the problem. Initially I figured it might be NAT in PPP which was causing the problem, so I backed it out and used NATD but the same thing happens to me. uname info: 7.0-STABLE FreeBSD 7.0-STABLE #0: Sun Jun 15 21:35:13 PDT 2008 my ipfw rules: 00100 0 0 check-state 00200 1678471 126337051 skipto 3000 ip from any to 69.229.113.78 in recv tun0 00210 0 0 deny log ip from any to any in recv vr0 03000 61 4548 divert 8668 ip from any to any via fxp0 03100 0 0 deny ip from 192.168.32.0/24 to any in recv vr0 *snip* My FreeBSD box runs PPP on vr0 and my lan runs on fxp0. I've switched them and the freeze-up continues. The host on my LAN is 192.168.32.10, my internal interface is 192.168.32.1 and my external interface is 69.229.113.78. my /usr/local/etc/natd.conf: #unregistered_only #log_ipfw_denied redirect_address 192.168.32.10 69.229.113.74 #punch_fw 25:50 interface fxp0 I commented out a few lines to test it bare-bones. No luck. I added these to my kernel config, which is otherwise a very standard GENERIC kernel config: options IPFIREWALL options IPDIVERT the related entries from /etc/rc.conf: ppp_enable="YES" ppp_mode="ddial" ppp_nat="NO" ppp_profile="sbc" gateway_enable="YES" my /etc/ppp/ppp.conf: default: set log Phase Chat LCP IPCP CCP tun command set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 192.168.32.0/24 sbc: set device PPPoE:vr0 set authname MYUSERNAME@sbcglobal.net set authkey MYPASSWORD set dial set login set mru 1492 set mtu 1492 accept lqr set crtscts off set speed sync enable dns add default HISADDR set log Phase Chat LCP IPCP CCP tun command set ifaddr 10.0.0.1/0 10.0.0.2/0 255.255.255.0 192.168.0.0/16 # NAT # nat enable yes nat log no # nat same_ports yes # nat unregistered_only yes nat addr 192.168.32.10 69.229.113.73 Again, NAT is turned off in PPP at the moment and I'm using /sbin/natd Machine connects to the net and works great until I try to use the LAN. the LAN works for a few seconds, maybe serving up a web page or two and then...freeze up. The box will keep running for days until I use the LAN at which point it freezes solid. I never saw the machine recover from this situation though there is a crash dump in /var/crash from late last night after I wasn't paying attention: # ls -lart /var/crash total 218618 -rw-r--r-- 1 root wheel 5 Feb 24 09:53 minfree drwxr-xr-x 25 root wheel 512 Jun 15 23:12 .. -rw------- 1 root wheel 462 Jun 15 23:12 info.0 -rw-r--r-- 1 root wheel 2 Jun 15 23:12 bounds drwxr-x--- 2 root wheel 512 Jun 15 23:12 . -rw------- 1 root wheel 225533952 Jun 15 23:12 vmcore.0 here is my dmesg: Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-STABLE #0: Sun Jun 15 21:35:13 PDT 2008 root@bigshed.com:/usr/obj/usr/src/sys/bigshed Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Sempron(tm) 3000+ (1999.79-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0480800 real memory = 2080309248 (1983 MB) avail memory = 2025955328 (1932 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7bef0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 cpu0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 agp0: aperture size is 64M pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xe4000000-0xe7ffffff,0xe8000000-0xe8ffffff irq 16 at device 0.0 on pci1 fxp0: port 0x9000-0x901f mem 0xeb100000-0xeb100fff,0xeb000000-0xeb0fffff irq 16 at device 8.0 on pci0 miibus0: on fxp0 nsphy0: PHY 1 on miibus0 nsphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:a0:c9:22:97:b4 fxp0: [ITHREAD] pci0: at device 11.0 (no driver attached) atapci0: port 0x9800-0x9807,0x9c00-0x9c03,0xa000-0xa007,0xa400-0xa403,0xa800-0xa80f,0xac00-0xacff irq 20 at device 15.0 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb000-0xb00f at device 15.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] uhci0: port 0xb400-0xb41f at device 16.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xb800-0xb81f at device 16.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xbc00-0xbc1f at device 16.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xc000-0xc01f at device 16.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xeb102000-0xeb1020ff at device 16.4 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered isab0: at device 17.0 on pci0 isa0: on isab0 vr0: port 0xc800-0xc8ff mem 0xeb103000-0xeb1030ff irq 23 at device 18.0 on pci0 vr0: Quirks: 0x0 vr0: Revision: 0x78 miibus1: on vr0 ukphy0: PHY 1 on miibus1 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:00:00:00:00:10 vr0: [ITHREAD] acpi_tz0: on acpi0 acpi_tz0: _PSV value is absurd, ignored (-247.7C) acpi_tz0: _ACx value is absurd, ignored (-265.7C) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] pmtimer0 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen0: on uhub1 umass0: on uhub3 Timecounter "TSC" frequency 1999790840 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding disabled, default to deny, logging disabled acpi_tz0: _PSV value is absurd, ignored (-247.7C) acpi_tz0: _ACx value is absurd, ignored (-265.7C) acpi_tz0: _PSV value is absurd, ignored (-247.7C) acpi_tz0: _ACx value is absurd, ignored (-265.7C) acd0: CDRW at ata1-master UDMA33 ad4: 190782MB at ata2-master SATA150 ad6: 238475MB at ata3-master SATA150 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 1.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 1.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 1.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s1a WARNING: / was not properly dismounted WARNING: /tmp was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 12 files 3 WARNING: /disk2 was not properly dismounted WARNING: attempt to net_add_domain(netgraph) after domainfinalize() fxp0: link state changed to UP vr0: link state changed to UP any help, hints, clues or just a simple "how could you be so dumb, the answer is x..." would be greatly appreciated. Thanks for taking the time to read and consider this. Dave From owner-freebsd-net@FreeBSD.ORG Tue Jun 17 21:27:11 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C51F8106567C for ; Tue, 17 Jun 2008 21:27:11 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id A6CD08FC13 for ; Tue, 17 Jun 2008 21:27:11 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from monchichi.monkeybrains.net (adsl-75-63-17-233.dsl.pltn13.sbcglobal.net [75.63.17.233]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id m5HLRBh9069036 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 17 Jun 2008 14:27:11 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <48582C29.8030307@monkeybrains.net> Date: Tue, 17 Jun 2008 14:27:05 -0700 From: Rudy User-Agent: Thunderbird 2.0.0.12 (X11/20080310) MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20080516185813.H866@logos.sky.od.ua> <2a41acea0805160904g7dcf9f58rf69ca5d0612945cc@mail.gmail.com> <4853055C.2030303@MonkeyBrains.NET> <48535A11.4020003@monkeybrains.net> In-Reply-To: <48535A11.4020003@monkeybrains.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on pita.monkeybrains.net X-Virus-Status: Clean Subject: Seeking help understanding my "emX: watchdog timeout" messages 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: Tue, 17 Jun 2008 21:27:11 -0000 I am getting these messages: Jun 17 08:53:14 example kernel: em2: watchdog timeout -- resetting Jun 17 08:53:14 example kernel: em2: link state changed to DOWN Jun 17 08:53:17 example kernel: em2: link state changed to UP Jun 17 11:07:38 example kernel: em2: watchdog timeout -- resetting Jun 17 11:07:38 example kernel: em2: link state changed to DOWN Jun 17 11:07:41 example kernel: em2: link state changed to UP on an interface that does about 100Mbps all day. [1] should I worry about it (only happens a couple of times a day)? [2] will setting dev.em.2.rx_int_delay help? couldn't find too much documentation on it... Best I could get: http://www.intel.com/support/network/sb/cs-009209.htm [3] what, in you best estimation, is causing these wathdog events? sysctl dev.em.2.stats=1 Jun 17 13:23:22 example kernel: em2: Excessive collisions = 0 Jun 17 13:23:22 example kernel: em2: Sequence errors = 0 Jun 17 13:23:22 example kernel: em2: Defer count = 0 Jun 17 13:23:22 example kernel: em2: Missed Packets = 81518 Jun 17 13:23:22 example kernel: em2: Receive No Buffers = 1226 Jun 17 13:23:22 example kernel: em2: Receive Length Errors = 0 Jun 17 13:23:22 example kernel: em2: Receive errors = 0 Jun 17 13:23:22 example kernel: em2: Crc errors = 0 Jun 17 13:23:22 example kernel: em2: Alignment errors = 0 Jun 17 13:23:22 example kernel: em2: Collision/Carrier extension errors = 0 Jun 17 13:23:22 example kernel: em2: RX overruns = 0 Jun 17 13:23:22 example kernel: em2: watchdog timeouts = 20 Jun 17 13:23:22 example kernel: em2: RX MSIX IRQ = 0 TX MSIX IRQ = 0 LINK MSIX IRQ = 0 Jun 17 13:23:22 example kernel: em2: XON Rcvd = 0 Jun 17 13:23:22 example kernel: em2: XON Xmtd = 0 Jun 17 13:23:22 example kernel: em2: XOFF Rcvd = 0 Jun 17 13:23:22 example kernel: em2: XOFF Xmtd = 0 Jun 17 13:23:22 example kernel: em2: Good Packets Rcvd = 2515504832 Jun 17 13:23:22 example kernel: em2: Good Packets Xmtd = 4543057019 Jun 17 13:23:22 example kernel: em2: TSO Contexts Xmtd = 8 Jun 17 13:23:22 example kernel: em2: TSO Contexts Failed = 0 sysctl dev.em.2.debug=1 Jun 17 13:28:48 example kernel: em2: Adapter hardware address = 0xc4d91224 Jun 17 13:28:48 example kernel: em2: CTRL = 0x400c0241 RCTL = 0x8002 Jun 17 13:28:48 example kernel: em2: Packet buffer = Tx=16k Rx=32k Jun 17 13:28:48 example kernel: em2: Flow control watermarks high = 30720 low = 29220 Jun 17 13:28:48 example kernel: em2: tx_int_delay = 66, tx_abs_int_delay = 66 Jun 17 13:28:48 example kernel: em2: rx_int_delay = 0, rx_abs_int_delay = 66 Jun 17 13:28:48 example kernel: em2: fifo workaround = 0, fifo_reset_count = 0 Jun 17 13:28:48 example kernel: em2: hw tdh = 116, hw tdt = 116 Jun 17 13:28:48 example kernel: em2: hw rdh = 175, hw rdt = 174 Jun 17 13:28:48 example kernel: em2: Num Tx descriptors avail = 256 Jun 17 13:28:48 example kernel: em2: Tx Descriptors not avail1 = 20 Jun 17 13:28:48 example kernel: em2: Tx Descriptors not avail2 = 0 Jun 17 13:28:48 example kernel: em2: Std mbuf failed = 0 Jun 17 13:28:48 example kernel: em2: Std mbuf cluster failed = 0 Jun 17 13:28:48 example kernel: em2: Driver dropped packets = 0 Jun 17 13:28:48 example kernel: em2: Driver tx dma failure in encap = 0 sysctl dev.em.2 dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 6.9.5 dev.em.2.%driver: em dev.em.2.%location: slot=0 function=0 dev.em.2.%pnpinfo: vendor=0x8086 device=0x10a4 subvendor=0x8086 subdevice=0x10a4 class=0x020000 dev.em.2.%parent: pci6 dev.em.2.debug: -1 dev.em.2.stats: -1 dev.em.2.rx_int_delay: 0 dev.em.2.tx_int_delay: 66 dev.em.2.rx_abs_int_delay: 66 dev.em.2.tx_abs_int_delay: 66 dev.em.2.rx_processing_limit: 100 Polling related sysctl settings: kern.polling.idlepoll_sleeping: 1 kern.polling.stalled: 82 kern.polling.suspect: 6266 kern.polling.phase: 0 kern.polling.enable: 1 kern.polling.handlers: 6 kern.polling.residual_burst: 0 kern.polling.pending_polls: 1 kern.polling.lost_polls: 371823 kern.polling.short_ticks: 4795 kern.polling.reg_frac: 20 kern.polling.user_frac: 33 kern.polling.idle_poll: 0 kern.polling.each_burst: 5 kern.polling.burst_max: 350 kern.polling.burst: 350 kern.clockrate: { hz = 2500, tick = 400, profhz = 1666, stathz = 333 } hadware is a quad Intel 1000 Pro PT card. Thanks!!!! Rudy From owner-freebsd-net@FreeBSD.ORG Wed Jun 18 15:20:04 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8D7DA106567E for ; Wed, 18 Jun 2008 15:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 765878FC21 for ; Wed, 18 Jun 2008 15:20:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5IFK4xm066851 for ; Wed, 18 Jun 2008 15:20:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5IFK4B9066850; Wed, 18 Jun 2008 15:20:04 GMT (envelope-from gnats) Date: Wed, 18 Jun 2008 15:20:04 GMT Message-Id: <200806181520.m5IFK4B9066850@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: 4pr@legis.krsn.ru Cc: Subject: Re: kern/122839: [multicast] FreeBSD 7 multicast routing problem X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: 4pr@legis.krsn.ru List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2008 15:20:04 -0000 The following reply was made to PR kern/122839; it has been noted by GNATS. From: 4pr@legis.krsn.ru To: bug-followup@FreeBSD.org, bms@FreeBSD.org, tomas@tutus.se, 4pr@legis.krsn.ru Cc: Subject: Re: kern/122839: [multicast] FreeBSD 7 multicast routing problem Date: Wed, 18 Jun 2008 22:47:37 +0800 --=_mixed 0051374DC725746C_= Content-Type: text/plain; charset="US-ASCII" Hello! Thanks for given ideas and your help! Using patch suggested by Tomas Svensson we have made our version of it: --- if_em.c.orig 2007-11-29 06:24:38.000000000 +0700 +++ if_em.c 2008-04-24 16:49:04.000000000 +0800 @@ -1080,7 +1080,7 @@ if (ifp->if_flags & IFF_UP) { if ((ifp->if_drv_flags & IFF_DRV_RUNNING)) { if ((ifp->if_flags ^ adapter->if_flags) & - IFF_PROMISC) { + (IFF_PROMISC | IFF_ALLMULTI)) { em_disable_promisc(adapter); em_set_promisc(adapter); } @@ -2379,12 +2379,14 @@ static void em_disable_promisc(struct adapter *adapter) { + struct ifnet *ifp = adapter->ifp; uint32_t reg_rctl; reg_rctl = E1000_READ_REG(&adapter->hw, E1000_RCTL); reg_rctl &= (~E1000_RCTL_UPE); - reg_rctl &= (~E1000_RCTL_MPE); + if (!(ifp->if_flags & IFF_ALLMULTI)) + reg_rctl &= (~E1000_RCTL_MPE); E1000_WRITE_REG(&adapter->hw, E1000_RCTL, reg_rctl); } Also we have made a patch for if_msk.c : --- if_msk.c.orig 2007-12-08 19:16:14.000000000 +0700 +++ if_msk.c 2008-04-24 17:51:02.000000000 +0800 @@ -558,11 +558,11 @@ bzero(mchash, sizeof(mchash)); mode = GMAC_READ_2(sc, sc_if->msk_port, GM_RX_CTRL); - mode |= GM_RXCR_UCF_ENA; if ((ifp->if_flags & (IFF_PROMISC | IFF_ALLMULTI)) != 0) { if ((ifp->if_flags & IFF_PROMISC) != 0) mode &= ~(GM_RXCR_UCF_ENA | GM_RXCR_MCF_ENA); else if ((ifp->if_flags & IFF_ALLMULTI) != 0) { + mode &= ~(GM_RXCR_MCF_ENA); mchash[0] = 0xffff; mchash[1] = 0xffff; } @@ -627,8 +627,12 @@ mode = GMAC_READ_2(sc, sc_if->msk_port, GM_RX_CTRL); if (ifp->if_flags & IFF_PROMISC) mode &= ~(GM_RXCR_UCF_ENA | GM_RXCR_MCF_ENA); - else + else { mode |= (GM_RXCR_UCF_ENA | GM_RXCR_MCF_ENA); + // ALLMULTI handling + if (ifp->if_flags & IFF_ALLMULTI) + mode &= ~(GM_RXCR_MCF_ENA); + } GMAC_WRITE_2(sc, sc_if->msk_port, GM_RX_CTRL, mode); } @@ -934,7 +938,7 @@ if ((ifp->if_flags & IFF_UP) != 0) { if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0) { if (((ifp->if_flags ^ sc_if->msk_if_flags) - & IFF_PROMISC) != 0) { + & (IFF_PROMISC | IFF_ALLMULTI)) != 0) { msk_setpromisc(sc_if); msk_setmulti(sc_if); } Both patches solves for us described problem with multicast routing on FreeBSD7.0 But, if it is possible, as we are not too good with FreeBSD patching, cold somebody review and do a sanity check for our patches, just in case we have made a serios/simple mistekes? :) Thank you --=_mixed 0051374DC725746C_= Content-Type: application/octet-stream; name="if_em.c.diff" Content-Disposition: attachment; filename="if_em.c.diff" Content-Transfer-Encoding: base64 LS0tIGlmX2VtLmMub3JpZwkyMDA3LTExLTI5IDA2OjI0OjM4LjAwMDAwMDAwMCArMDcwMAorKysg aWZfZW0uYwkyMDA4LTA0LTI0IDE2OjQ5OjA0LjAwMDAwMDAwMCArMDgwMApAQCAtMTA4MCw3ICsx MDgwLDcgQEAKIAkJaWYgKGlmcC0+aWZfZmxhZ3MgJiBJRkZfVVApIHsKIAkJCWlmICgoaWZwLT5p Zl9kcnZfZmxhZ3MgJiBJRkZfRFJWX1JVTk5JTkcpKSB7CiAJCQkJaWYgKChpZnAtPmlmX2ZsYWdz IF4gYWRhcHRlci0+aWZfZmxhZ3MpICYKLQkJCQkgICAgSUZGX1BST01JU0MpIHsKKwkJCQkgICAg KElGRl9QUk9NSVNDIHwgSUZGX0FMTE1VTFRJKSkgewogCQkJCQllbV9kaXNhYmxlX3Byb21pc2Mo YWRhcHRlcik7CiAJCQkJCWVtX3NldF9wcm9taXNjKGFkYXB0ZXIpOwogCQkJCX0KQEAgLTIzNzks MTIgKzIzNzksMTQgQEAKIHN0YXRpYyB2b2lkCiBlbV9kaXNhYmxlX3Byb21pc2Moc3RydWN0IGFk YXB0ZXIgKmFkYXB0ZXIpCiB7CisJc3RydWN0IGlmbmV0CSppZnAgPSBhZGFwdGVyLT5pZnA7CiAJ dWludDMyX3QJcmVnX3JjdGw7CiAKIAlyZWdfcmN0bCA9IEUxMDAwX1JFQURfUkVHKCZhZGFwdGVy LT5odywgRTEwMDBfUkNUTCk7CiAKIAlyZWdfcmN0bCAmPSAgKH5FMTAwMF9SQ1RMX1VQRSk7Ci0J cmVnX3JjdGwgJj0gICh+RTEwMDBfUkNUTF9NUEUpOworCWlmICghKGlmcC0+aWZfZmxhZ3MgJiBJ RkZfQUxMTVVMVEkpKQorICAgIAkJcmVnX3JjdGwgJj0gICh+RTEwMDBfUkNUTF9NUEUpOwogCUUx MDAwX1dSSVRFX1JFRygmYWRhcHRlci0+aHcsIEUxMDAwX1JDVEwsIHJlZ19yY3RsKTsKIH0KIAo= --=_mixed 0051374DC725746C_= Content-Type: application/octet-stream; name="if_msk.c.diff" Content-Disposition: attachment; filename="if_msk.c.diff" Content-Transfer-Encoding: base64 LS0tIGlmX21zay5jLm9yaWcJMjAwNy0xMi0wOCAxOToxNjoxNC4wMDAwMDAwMDAgKzA3MDAKKysr IGlmX21zay5jCTIwMDgtMDQtMjQgMTc6NTE6MDIuMDAwMDAwMDAwICswODAwCkBAIC01NTgsMTEg KzU1OCwxMSBAQAogCiAJYnplcm8obWNoYXNoLCBzaXplb2YobWNoYXNoKSk7CiAJbW9kZSA9IEdN QUNfUkVBRF8yKHNjLCBzY19pZi0+bXNrX3BvcnQsIEdNX1JYX0NUUkwpOwotCW1vZGUgfD0gR01f UlhDUl9VQ0ZfRU5BOwogCWlmICgoaWZwLT5pZl9mbGFncyAmIChJRkZfUFJPTUlTQyB8IElGRl9B TExNVUxUSSkpICE9IDApIHsKIAkJaWYgKChpZnAtPmlmX2ZsYWdzICYgSUZGX1BST01JU0MpICE9 IDApCiAJCQltb2RlICY9IH4oR01fUlhDUl9VQ0ZfRU5BIHwgR01fUlhDUl9NQ0ZfRU5BKTsKIAkJ ZWxzZSBpZiAoKGlmcC0+aWZfZmxhZ3MgJiBJRkZfQUxMTVVMVEkpICE9IDApIHsKKwkJCW1vZGUg Jj0gfihHTV9SWENSX01DRl9FTkEpOwogCQkJbWNoYXNoWzBdID0gMHhmZmZmOwogCQkJbWNoYXNo WzFdID0gMHhmZmZmOwogCQl9CkBAIC02MjcsOCArNjI3LDEyIEBACiAJbW9kZSA9IEdNQUNfUkVB RF8yKHNjLCBzY19pZi0+bXNrX3BvcnQsIEdNX1JYX0NUUkwpOwogCWlmIChpZnAtPmlmX2ZsYWdz ICYgSUZGX1BST01JU0MpCiAJCW1vZGUgJj0gfihHTV9SWENSX1VDRl9FTkEgfCBHTV9SWENSX01D Rl9FTkEpOwotCWVsc2UKKwllbHNlIHsKIAkJbW9kZSB8PSAoR01fUlhDUl9VQ0ZfRU5BIHwgR01f UlhDUl9NQ0ZfRU5BKTsKKwkJLy8gQUxMTVVMVEkgaGFuZGxpbmcKKwkJaWYgKGlmcC0+aWZfZmxh Z3MgJiBJRkZfQUxMTVVMVEkpCisJCQltb2RlICY9IH4oR01fUlhDUl9NQ0ZfRU5BKTsKKwl9CiAJ R01BQ19XUklURV8yKHNjLCBzY19pZi0+bXNrX3BvcnQsIEdNX1JYX0NUUkwsIG1vZGUpOwogfQog CkBAIC05MzQsNyArOTM4LDcgQEAKIAkJaWYgKChpZnAtPmlmX2ZsYWdzICYgSUZGX1VQKSAhPSAw KSB7CiAJCQlpZiAoKGlmcC0+aWZfZHJ2X2ZsYWdzICYgSUZGX0RSVl9SVU5OSU5HKSAhPSAwKSB7 CiAJCQkJaWYgKCgoaWZwLT5pZl9mbGFncyBeIHNjX2lmLT5tc2tfaWZfZmxhZ3MpCi0JCQkJICAg ICYgSUZGX1BST01JU0MpICE9IDApIHsKKwkJCQkgICAgJiAoSUZGX1BST01JU0MgfCBJRkZfQUxM TVVMVEkpKSAhPSAwKSB7CiAJCQkJCW1za19zZXRwcm9taXNjKHNjX2lmKTsKIAkJCQkJbXNrX3Nl dG11bHRpKHNjX2lmKTsKIAkJCQl9Cg== --=_mixed 0051374DC725746C_=-- From owner-freebsd-net@FreeBSD.ORG Wed Jun 18 15:32:05 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88D06106566B for ; Wed, 18 Jun 2008 15:32:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CF5CB8FC13; Wed, 18 Jun 2008 15:32:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <48592A72.6050903@FreeBSD.org> Date: Wed, 18 Jun 2008 17:32:02 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Dave Robison References: <48582132.7040103@pioneerspirits.com> In-Reply-To: <48582132.7040103@pioneerspirits.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: NAT crashing FreeBSD 7.x 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: Wed, 18 Jun 2008 15:32:05 -0000 Dave Robison wrote: > Hiya, > > I posted this to -questions but didn't get any responses so I'm posting > it again here. > > I'm having problems with NAT crashing my FreeBSD box. This never > happened in 6.x but in 7.x it's predictable for me. Any time I use > either of my two NICs for my internal net my FreeBSD box hangs and > requires power cycling to reboot. Take a look at the chapter on kernel debugging in the developers handbook. Add WITNESS to your kernel, then provoke the bug. If it doesn't catch any locking problems, follow the instructions about using DDB to collect debugging information. Kris From owner-freebsd-net@FreeBSD.ORG Wed Jun 18 16:14:56 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14F13106567A for ; Wed, 18 Jun 2008 16:14:56 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 9D61A8FC21 for ; Wed, 18 Jun 2008 16:14:54 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id CAA18663; Thu, 19 Jun 2008 02:14:46 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 19 Jun 2008 02:14:45 +1000 (EST) From: Ian Smith To: Matt Brennan In-Reply-To: <1c01b5070806130659ufaa761ax18de48287c7064d1@mail.gmail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: FreeBSD Networking Subject: Re: Static NAT and PAT on 6.2 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: Wed, 18 Jun 2008 16:14:56 -0000 On Fri, 13 Jun 2008, Matt Brennan wrote: > Hi All, > > I am running FreeBSD 6.2-release. I have been running PAT via natd > and ipfw for some time now and it runs great. However, I continue to > try and employ static NAT on this router, and as soon as I do so all > other clients lose routing. My natd.conf is as below: > > unregistered_only > use_sockets > log_ipfw_denied > redirect_address 10.100.1.2 66.92.79.20 > alias_address 66.92.79.89 > > Whenever I run with this configuration all clients except the > static'ed one lose routing out of the building. I have tried switching > the order of the alias_address and redirect_address. Maybe folks need more information on your network topology; ifconfig, netstat -rn, say .. tcpdumps on the interface losing traffic? I haven't used redirect_address, but perhaps you need to specify target_address to disambiguate requests to other than alias_address? Stab in the dark, since it was my bright idea to refer you to -net :) cheers, Ian From owner-freebsd-net@FreeBSD.ORG Wed Jun 18 17:03:10 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70DF0106568A for ; Wed, 18 Jun 2008 17:03:10 +0000 (UTC) (envelope-from martes@mgwigglesworth.com) Received: from omr9.networksolutionsemail.com (omr9.networksolutionsemail.com [205.178.146.59]) by mx1.freebsd.org (Postfix) with ESMTP id 2ADCD8FC1D for ; Wed, 18 Jun 2008 17:03:10 +0000 (UTC) (envelope-from martes@mgwigglesworth.com) Received: from mail.networksolutionsemail.com (ns-omr9.mgt.hosting.dc2.netsol.com [10.49.6.72]) by omr9.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id m5IGqfOK001046 for ; Wed, 18 Jun 2008 12:53:01 -0400 Received: (qmail 14472 invoked by uid 78); 18 Jun 2008 16:52:41 -0000 Received: from unknown (HELO ?192.168.200.29?) (marteswigg@mgwigglesworth.com@24.125.250.206) by ns-omr9.lb.hosting.dc2.netsol.com with SMTP; 18 Jun 2008 16:52:41 -0000 From: Martes G Wigglesworth To: "freebsd-net@freebsd.org" Content-Type: text/plain Organization: M.G.Wigglesworth,LLC Date: Tue, 17 Jun 2008 04:32:03 -0400 Message-Id: <1213691523.22762.16.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0-2mdv2008.0 Content-Transfer-Encoding: 7bit Subject: Use lagg(4) or Use Layer-4 Load Balancing? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: martes@mgwigglesworth.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Jun 2008 17:03:10 -0000 Greetings all. I have been attempting to research what I have been informed is actually accomplished with layer-4 load balancing. I have seen many articles and reviews that indicate that lagg(4) will accomplish the teaming of multiple internet access sorces into a single logical pipe, however, I have tried this using a dumb switch two nic interfaces and this simply is not the case. Does anyone have any ideas of how to go about management of such a problem with reference to increasing bandwidth using multiple smaller sources to get the summation of all the sources as a logical backbone? As I said originally, I have now been informed that I would need a layer-4 solution, where lacp, and the lagg(4) driver work at the data link layer, hence the inclusion of a switch in virtually all examples that I have seen. I also would like to know why there is a "loadbalance" and "roundrobin" mode for the interface when there is neither an increase in bandwidth, nor, at least in loadbalance mode, any type of automatic aggretion of downed links. I am very new to this type of manipulation of using lagg, however, from my experience with it, there seems to be no real benefit to having the two modes listed above. They really seem to do nothing more than just spitt out the packets in a different way than fail-over and lacp, however, lacp would afford for all links to be used while using a 802.3ab compliant layer-2 device, so again, what exactly is the point of "roundrobin" and "loadbalance" when lacp should use all interfaces anyhow, and loadbalance doesn't even actually do what its name says? I am new and may not have enough cool equipment around, however, aside from using the fail-over mode for redundancy, and lacp on a supported switch, then if lagg(4) could really combine multiple sources into one for use as a larger overall backbone, then I should be able to get doulbed bandwidth using two separate ports on an unmanaged switch using some option on the lagg(4) driver, which is not the cast.(if this is wrong I would be happy to get the correct information, however I have a few network engineer references that say that you cannot do anything more than layer-2 lacp with appropriate equipment to create an isp-supported trunk) Even in the on-lamp interview the 7.0 developer implies that you can do what I am attempting to research however, it is not possible at layer 2 without an end-point. What is the real answer, and where should I look for further correct information about how to resolve this issue? (Create larger bandwidth backbone with smaller links summed together with some load balancing facility on freebsd) -- Martes G Wigglesworth M.G.Wigglesworth,LLC From owner-freebsd-net@FreeBSD.ORG Wed Jun 18 17:20:57 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00573106567C for ; Wed, 18 Jun 2008 17:20:56 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 8F5A58FC1D for ; Wed, 18 Jun 2008 17:20:56 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id A43CB2BD61; Thu, 19 Jun 2008 05:20:55 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DDI22KdGj+u8; Thu, 19 Jun 2008 05:20:50 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 19 Jun 2008 05:20:50 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 4184411428; Thu, 19 Jun 2008 05:22:16 +1200 (NZST) Date: Wed, 18 Jun 2008 10:22:16 -0700 From: Andrew Thompson To: Martes G Wigglesworth Message-ID: <20080618172216.GA76058@citylink.fud.org.nz> References: <1213691523.22762.16.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1213691523.22762.16.camel@localhost> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: "freebsd-net@freebsd.org" Subject: Re: Use lagg(4) or Use Layer-4 Load Balancing? 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: Wed, 18 Jun 2008 17:20:57 -0000 On Tue, Jun 17, 2008 at 04:32:03AM -0400, Martes G Wigglesworth wrote: > Greetings all. > > I have been attempting to research what I have been informed is > actually accomplished with layer-4 load balancing. I have seen many > articles and reviews that indicate that lagg(4) will accomplish the > teaming of multiple internet access sorces into a single logical pipe, > however, I have tried this using a dumb switch two nic interfaces and > this simply is not the case. > > I am new and may not have enough cool equipment around, however, aside > from using the fail-over mode for redundancy, and lacp on a supported > switch, then if lagg(4) could really combine multiple sources into one > for use as a larger overall backbone, then I should be able to get > doulbed bandwidth using two separate ports on an unmanaged switch using > some option on the lagg(4) driver, which is not the cast.(if this is > wrong I would be happy to get the correct information, however I have a > few network engineer references that say that you cannot do anything > more than layer-2 lacp with appropriate equipment to create an > isp-supported trunk) Even in the on-lamp interview the 7.0 developer > implies that you can do what I am attempting to research however, it is > not possible at layer 2 without an end-point. How are you testing this? You need to have multiple IP flows in order to fully utilise the multiple links. See this snippet from the handbook (i'll put it in the man page too). "Since frame ordering is mandatory on Ethernet links then any traffic between two stations always flows over the same physical link limiting the maximum speed to that of one interface. The transmit algorithm attempts to use as much information as it can to distinguish different traffic flows and balance across the available interfaces." Does that answer your question, you will not get more speed on a single download. Andrew From owner-freebsd-net@FreeBSD.ORG Wed Jun 18 19:49:32 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1499E1065678 for ; Wed, 18 Jun 2008 19:49:32 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id D66AB8FC34 for ; Wed, 18 Jun 2008 19:49:31 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so6939409rvf.43 for ; Wed, 18 Jun 2008 12:49:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=tfLkvo6tQQfJmdOdb/A6dU0Wh73cG846ly1VG3ghIi0=; b=iTYpb71v7CPUD3YhTvL8x6yIDEDOYZvDL8oDSQVYcmW67mhUdC4rq/Dvzp5O1EP4/9 FuMV4YfbBS/BFjgfaGlGnzgMCB6fLFN7LsTvPYmiRZIL7WRxx/UFVYMDRmB5k46/oc6y xV0jh3KhkqT6Ob00TewE4jaxIAZK/4GnuP/bo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=M8+fop1G3ZT5qy4eFbwJgdBaQy8nM0JFb70sBDCFBgzgoBoHvyszZjtSIhqbdzyhG6 TA+LY0T6U75wwZVnSK/B/lgGtZfHfv86sBssa4ChtEWWGext3YiHvN0j+JdLJyew7JW2 Jg7I6a6pIRC3cw6981fkHM+T+gThhxhweXHwI= Received: by 10.141.164.13 with SMTP id r13mr5783372rvo.150.1213816848324; Wed, 18 Jun 2008 12:20:48 -0700 (PDT) Received: by 10.141.171.21 with HTTP; Wed, 18 Jun 2008 12:20:48 -0700 (PDT) Message-ID: <8e10486b0806181220y38fd0626qb88813a82f0eea5c@mail.gmail.com> Date: Wed, 18 Jun 2008 16:20:48 -0300 From: "Alexandre Biancalana" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Use lagg(4) multiple switches 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: Wed, 18 Jun 2008 19:49:32 -0000 Hi list, We have one machine with 3 nics configured with lagg(4). Each nic is connected to a different switch, but only one is in active mode. $ ifconfig -v lagg0 lagg0: flags=8843 metric 0 mtu 1500 options=19b ether 00:15:17:6f:f1:9e media: Ethernet autoselect status: active groups: lagg laggproto lacp lag id: [(8000,00-15-17-6F-F1-9E,00F0,0000,0000), (0001,00-1E-C9-86-9D-6F,0272,0000,0000)] laggport: local3 flags=1c state=3D [(8000,00-15-17-6F-F1-9E,00F0,8000,0001), (0001,00-1E-C9-86-9D-6F,0272,0001,0001)] laggport: local2 flags=18 state=3D [(8000,00-15-17-6F-F1-9E,00F0,8000,0003), (0001,00-1E-C9-86-9D-60,0272,0001,0001)] laggport: local1 flags=18 state=3D [(8000,00-15-17-6F-F1-9E,00F0,8000,0002), (0001,00-1E-4F-08-ED-3A,0272,0001,0001)] Is possible make all the nics work together ?? Att, From owner-freebsd-net@FreeBSD.ORG Wed Jun 18 22:03:02 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECBB91065672 for ; Wed, 18 Jun 2008 22:03:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 117ED8FC1F for ; Wed, 18 Jun 2008 22:03:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 725422BCE7; Thu, 19 Jun 2008 10:03:00 +1200 (NZST) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id veM0qwaUf6Rc; Thu, 19 Jun 2008 10:02:56 +1200 (NZST) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 19 Jun 2008 10:02:56 +1200 (NZST) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 33D9E11433; Thu, 19 Jun 2008 10:04:23 +1200 (NZST) Date: Wed, 18 Jun 2008 15:04:22 -0700 From: Andrew Thompson To: Alexandre Biancalana Message-ID: <20080618220422.GB76058@citylink.fud.org.nz> References: <8e10486b0806181220y38fd0626qb88813a82f0eea5c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8e10486b0806181220y38fd0626qb88813a82f0eea5c@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-net@freebsd.org Subject: Re: Use lagg(4) multiple switches 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: Wed, 18 Jun 2008 22:03:03 -0000 On Wed, Jun 18, 2008 at 04:20:48PM -0300, Alexandre Biancalana wrote: > Hi list, > > We have one machine with 3 nics configured with lagg(4). Each nic is > connected to a different switch, but only one is in active mode. > > $ ifconfig -v lagg0 > lagg0: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:15:17:6f:f1:9e > media: Ethernet autoselect > status: active > groups: lagg > laggproto lacp > lag id: [(8000,00-15-17-6F-F1-9E,00F0,0000,0000), > (0001,00-1E-C9-86-9D-6F,0272,0000,0000)] > laggport: local3 flags=1c state=3D > [(8000,00-15-17-6F-F1-9E,00F0,8000,0001), > (0001,00-1E-C9-86-9D-6F,0272,0001,0001)] > laggport: local2 flags=18 state=3D > [(8000,00-15-17-6F-F1-9E,00F0,8000,0003), > (0001,00-1E-C9-86-9D-60,0272,0001,0001)] > laggport: local1 flags=18 state=3D > [(8000,00-15-17-6F-F1-9E,00F0,8000,0002), > (0001,00-1E-4F-08-ED-3A,0272,0001,0001)] > > Is possible make all the nics work together ?? LACP can only work with one switch at a time. It will pick the path with the best priority/speed and will failover to a better path, but only one switch at a time. Andrew From owner-freebsd-net@FreeBSD.ORG Wed Jun 18 22:35:48 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021091065675 for ; Wed, 18 Jun 2008 22:35:48 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from aurynhome1sv1.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with SMTP id 419A88FC0C for ; Wed, 18 Jun 2008 22:35:47 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: (qmail 32891 invoked by uid 98); 18 Jun 2008 22:09:03 -0000 Received: from 192.168.229.11 by aurynhome1sv1.zirakzigil.org (envelope-from , uid 89) with qmail-scanner-1.25 ( Clear:RC:1(192.168.229.11):. Processed in 0.039447 secs); 18 Jun 2008 22:09:03 -0000 X-Qmail-Scanner-Mail-From: auryn@zirakzigil.org via aurynhome1sv1.zirakzigil.org X-Qmail-Scanner: 1.25 (Clear:RC:1(192.168.229.11):. Processed in 0.039447 secs) Received: from unknown (HELO aurynhome1ws2.zirakzigil.org) (postmaster@zirakzigil.org@192.168.229.11) by 0 with SMTP; 18 Jun 2008 22:09:03 -0000 Message-ID: <4859877A.3020300@zirakzigil.org> Date: Thu, 19 Jun 2008 00:08:58 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.0 (X11/20070513) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problems with vlan + carp + alias 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: Wed, 18 Jun 2008 22:35:48 -0000 Scenario : freebsd 7.0 stable amd64 (compiled today), bce network interface Simply put, I'm trying to create multiple aliases on the same carp interface. I did this without vlans (on physical interfaces) and it always worked. Here's what I do: ---rc.conf ... ifconfig_bce0="inet 192.168.1.1 netmask 255.255.255.0" ifconfig_vlan10="inet 192.168.10.1 netmask 255.255.255.0 vlan 10 vlandev bce0" ifconfig_carp10="vhid 10 pass qweq 192.168.10.10 netmask 255.255.255.0" ifconfig_carp10_alias0="192.168.10.11 netmask 255.255.255.0" ifconfig_carp10_alias1="192.168.10.12 netmask 255.255.255.0" ifconfig_carp10_alias2="192.168.10.13 netmask 255.255.255.0" ifconfig_carp10_alias3="192.168.10.14 netmask 255.255.255.0" ifconfig_carp10_alias4="192.168.10.15 netmask 255.255.255.0" ifconfig_carp10_alias5="192.168.10.16 netmask 255.255.255.0" ifconfig_carp10_alias6="192.168.10.17 netmask 255.255.255.0" ifconfig_carp10_alias7="192.168.10.18 netmask 255.255.255.0" ifconfig_carp10_alias8="192.168.10.19 netmask 255.255.255.0" ifconfig_carp10_alias9="192.168.10.20 netmask 255.255.255.0" ... --- First of all, whenever I try to reload a carp configuration by /etc/rc.d/netif restart the system goes kernel panic. I always have to restart the server to load the new configuration. This is not the core of the problem, however. If I issue a ifconfig carp10 I can see all the aliases and the interface is in MASTER state. When I try to ping these addresses from another machine in the same vlan (10), I can only ping the vlan base address (192.168.10.10) and the first aliased address (192.168.10.11). All other aliases don't respond to external pings. If I try to inspect incoming packets with tcpdump : tcpdump -i vlan10 -n icmp I can see the packets coming in, but the other aliased addresses seem inactive. What is interesting is that an arp request actually takes places and is answered (all aliased ifs have the same mac address), but nobody respond to the ping but the first alias and the vlan base address. Does someone have any ideas? From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 00:24:59 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0243C106594D for ; Thu, 19 Jun 2008 00:24:59 +0000 (UTC) (envelope-from hhw@pce-net.com) Received: from defout.telus.net (defout.telus.net [204.209.205.55]) by mx1.freebsd.org (Postfix) with ESMTP id B0A9E8FC12 for ; Thu, 19 Jun 2008 00:24:58 +0000 (UTC) (envelope-from hhw@pce-net.com) Received: from priv-edtnaa04.telusplanet.net ([154.5.184.6]) by priv-edtnes90.telusplanet.net (InterMail vM.7.08.02.00 201-2186-121-20061213) with ESMTP id <20080619000910.SQXN2104.priv-edtnes90.telusplanet.net@priv-edtnaa04.telusplanet.net>; Wed, 18 Jun 2008 18:09:10 -0600 Received: from [192.168.3.9] (d154-5-184-6.bchsia.telus.net [154.5.184.6]) by priv-edtnaa04.telusplanet.net (BorderWare MXtreme Infinity Mail Firewall) with ESMTP id 63N2CFAPHB; Wed, 18 Jun 2008 18:09:09 -0600 (MDT) Message-ID: <4859A3A1.6070105@pce-net.com> Date: Wed, 18 Jun 2008 17:09:05 -0700 From: Han Hwei Woo User-Agent: Thunderbird 2.0.0.12 (X11/20080405) MIME-Version: 1.0 To: Giulio Ferro References: <4859877A.3020300@zirakzigil.org> In-Reply-To: <4859877A.3020300@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Problems with vlan + carp + alias 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: Thu, 19 Jun 2008 00:24:59 -0000 Hi Giulio, Since the IP's are on the same subnet, you should try using a netmask of 255.255.255.255 on the aliases. Cheers, Han Hwei Woo Giulio Ferro wrote: > Scenario : freebsd 7.0 stable amd64 (compiled today), bce network > interface > > Simply put, I'm trying to create multiple aliases on the same carp > interface. > I did this without vlans (on physical interfaces) and it always worked. > > Here's what I do: > > ---rc.conf > ... > ifconfig_bce0="inet 192.168.1.1 netmask 255.255.255.0" > ifconfig_vlan10="inet 192.168.10.1 netmask 255.255.255.0 vlan 10 > vlandev bce0" > > ifconfig_carp10="vhid 10 pass qweq 192.168.10.10 netmask 255.255.255.0" > ifconfig_carp10_alias0="192.168.10.11 netmask 255.255.255.0" > ifconfig_carp10_alias1="192.168.10.12 netmask 255.255.255.0" > ifconfig_carp10_alias2="192.168.10.13 netmask 255.255.255.0" > ifconfig_carp10_alias3="192.168.10.14 netmask 255.255.255.0" > ifconfig_carp10_alias4="192.168.10.15 netmask 255.255.255.0" > ifconfig_carp10_alias5="192.168.10.16 netmask 255.255.255.0" > ifconfig_carp10_alias6="192.168.10.17 netmask 255.255.255.0" > ifconfig_carp10_alias7="192.168.10.18 netmask 255.255.255.0" > ifconfig_carp10_alias8="192.168.10.19 netmask 255.255.255.0" > ifconfig_carp10_alias9="192.168.10.20 netmask 255.255.255.0" > ... > --- > > First of all, whenever I try to reload a carp configuration by > /etc/rc.d/netif restart the system goes kernel panic. I always have > to restart the server to load the new configuration. This is not > the core of the problem, however. > > If I issue a > ifconfig carp10 > I can see all the aliases and the interface is in MASTER state. > > When I try to ping these addresses from another machine in the same > vlan (10), I can only ping the vlan base address (192.168.10.10) and the > first aliased address (192.168.10.11). All other aliases don't respond to > external pings. > > If I try to inspect incoming packets with tcpdump : > tcpdump -i vlan10 -n icmp > I can see the packets coming in, but the other aliased addresses seem > inactive. > > What is interesting is that an arp request actually takes places and > is answered > (all aliased ifs have the same mac address), but nobody respond to the > ping > but the first alias and the vlan base address. > > Does someone have any ideas? > > > > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 03:42:03 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B97A710656ED for ; Thu, 19 Jun 2008 03:42:02 +0000 (UTC) (envelope-from martes@mgwigglesworth.com) Received: from omr11.networksolutionsemail.com (omr11.networksolutionsemail.com [205.178.146.61]) by mx1.freebsd.org (Postfix) with ESMTP id 39D3E8FC15 for ; Thu, 19 Jun 2008 03:42:02 +0000 (UTC) (envelope-from martes@mgwigglesworth.com) Received: from mail.networksolutionsemail.com (ns-omr11.mgt.hosting.dc2.netsol.com [10.49.6.74]) by omr11.networksolutionsemail.com (8.13.6/8.13.6) with SMTP id m5J3g10K004116 for ; Wed, 18 Jun 2008 23:42:01 -0400 Received: (qmail 20951 invoked by uid 78); 19 Jun 2008 03:42:01 -0000 Received: from unknown (HELO ?192.168.200.29?) (marteswigg@mgwigglesworth.com@68.57.94.93) by ns-omr11.lb.hosting.dc2.netsol.com with SMTP; 19 Jun 2008 03:42:01 -0000 From: Martes G Wigglesworth To: Andrew Thompson In-Reply-To: <20080618172216.GA76058@citylink.fud.org.nz> References: <1213691523.22762.16.camel@localhost> <20080618172216.GA76058@citylink.fud.org.nz> Content-Type: text/plain Organization: M.G. Wigglesworth,LLC Date: Wed, 18 Jun 2008 23:39:23 -0400 Message-Id: <1213846763.14151.1.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.0-2mdv2008.0 Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" Subject: Re: Use lagg(4) or Use Layer-4 Load Balancing? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: martes@mgwigglesworth.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2008 03:42:14 -0000 I was attempting to find good information on how to achieve a type of bonding using advanced routing on FreeBSD, such as with layer-4 routers, that can bond multiple sources into a single overall larger source for logical backbone creation for networks. On Wed, 2008-06-18 at 13:22 -0400, Andrew Thompson wrote: > On Tue, Jun 17, 2008 at 04:32:03AM -0400, Martes G Wigglesworth wrote: > > Greetings all. > > > > I have been attempting to research what I have been informed is > > actually accomplished with layer-4 load balancing. I have seen many > > articles and reviews that indicate that lagg(4) will accomplish the > > teaming of multiple internet access sorces into a single logical pipe, > > however, I have tried this using a dumb switch two nic interfaces and > > this simply is not the case. > > > > I am new and may not have enough cool equipment around, however, aside > > from using the fail-over mode for redundancy, and lacp on a supported > > switch, then if lagg(4) could really combine multiple sources into one > > for use as a larger overall backbone, then I should be able to get > > doulbed bandwidth using two separate ports on an unmanaged switch using > > some option on the lagg(4) driver, which is not the cast.(if this is > > wrong I would be happy to get the correct information, however I have a > > few network engineer references that say that you cannot do anything > > more than layer-2 lacp with appropriate equipment to create an > > isp-supported trunk) Even in the on-lamp interview the 7.0 developer > > implies that you can do what I am attempting to research however, it is > > not possible at layer 2 without an end-point. > > How are you testing this? You need to have multiple IP flows in order to > fully utilise the multiple links. See this snippet from the handbook > (i'll put it in the man page too). > > "Since frame ordering is mandatory on Ethernet links then any traffic > between two stations always flows over the same physical link limiting > the maximum speed to that of one interface. The transmit algorithm > attempts to use as much information as it can to distinguish different > traffic flows and balance across the available interfaces." > > > Does that answer your question, you will not get more speed on a single > download. > > > Andrew > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 09:38:01 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07295106564A for ; Thu, 19 Jun 2008 09:38:01 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from aurynhome1sv1.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with SMTP id 33A978FC0C for ; Thu, 19 Jun 2008 09:38:00 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: (qmail 37965 invoked by uid 98); 19 Jun 2008 09:37:58 -0000 Received: from 89.96.52.22 by aurynhome1sv1.zirakzigil.org (envelope-from , uid 89) with qmail-scanner-1.25 ( Clear:RC:0(89.96.52.22):. Processed in 0.038932 secs); 19 Jun 2008 09:37:58 -0000 X-Qmail-Scanner-Mail-From: auryn@zirakzigil.org via aurynhome1sv1.zirakzigil.org X-Qmail-Scanner: 1.25 (Clear:RC:0(89.96.52.22):. Processed in 0.038932 secs) Received: from unknown (HELO aurynmob2.giulioferro.it) (auryn@zirakzigil.org@89.96.52.22) by 0 with SMTP; 19 Jun 2008 09:37:58 -0000 Message-ID: <485A28ED.9020103@zirakzigil.org> Date: Thu, 19 Jun 2008 11:37:49 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: Han Hwei Woo References: <4859877A.3020300@zirakzigil.org> <4859A3A1.6070105@pce-net.com> In-Reply-To: <4859A3A1.6070105@pce-net.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Problems with vlan + carp + alias 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: Thu, 19 Jun 2008 09:38:01 -0000 Han Hwei Woo wrote: > Hi Giulio, > > Since the IP's are on the same subnet, you should try using a netmask > of 255.255.255.255 on the aliases. > Hi Han, Sorry no, changing the mask to 255.255.255.255 of the aliases doesn't change the situation. Anyway exactly the same configuration works with non-vlan physical interfaces. Note: I can ping the aliased addresses on the local machine; I can't ping those addresses from other machine on the same vlan. Giulio. From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 10:30:03 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E230B1065676; Thu, 19 Jun 2008 10:30:03 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AEC908FC31; Thu, 19 Jun 2008 10:30:03 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5JAU3a7027149; Thu, 19 Jun 2008 10:30:03 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5JAU36i027140; Thu, 19 Jun 2008 10:30:03 GMT (envelope-from remko) Date: Thu, 19 Jun 2008 10:30:03 GMT Message-Id: <200806191030.m5JAU36i027140@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/124753: net80211 discards power-save queue packets early 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: Thu, 19 Jun 2008 10:30:04 -0000 Synopsis: net80211 discards power-save queue packets early Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Thu Jun 19 10:29:47 UTC 2008 Responsible-Changed-Why: reassign to networking team. http://www.freebsd.org/cgi/query-pr.cgi?pr=124753 From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 10:46:18 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9153D1065676 for ; Thu, 19 Jun 2008 10:46:18 +0000 (UTC) (envelope-from primeroz.lists@googlemail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.239]) by mx1.freebsd.org (Postfix) with ESMTP id 03B828FC18 for ; Thu, 19 Jun 2008 10:46:17 +0000 (UTC) (envelope-from primeroz.lists@googlemail.com) Received: by hu-out-0506.google.com with SMTP id 34so8793001hue.8 for ; Thu, 19 Jun 2008 03:46:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=dlWM6gf050neU40HEigxTpEhtwzNs+/qYZR9miepez4=; b=U5DGx1G3Uj6ylGvq98txH/MnUwA0IRoX2wXOxgE6BpiWIjE8HPeux/8ywoOrdwz5pB rcItYhXFz5JFmVmwjx2mffwj7ANemM/+D+RUBKqLJdPK6Rurg+Ty+9cIpf0s6icyMFJF k/dnPgpXwm/zFK3CN/H4lPN9C1pbPKFQKF9WM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=lBSCXabqhDUNCgU7oc33ROvwI+Y4yiZVz1P8zRNcaCpHmdNkpPn2IqDyQLoaYLWv65 i4hDNlfR1fl68UuNRAbFfGmkhYMhFjD2cRF/hg/jh3aFtV8ydf30X0ZHIxNy1q4DE/z1 dyuGvfK0AfYUty1vWvTikMmZFeM4ljRJ6VSMM= Received: by 10.210.29.11 with SMTP id c11mr1681706ebc.119.1213871403097; Thu, 19 Jun 2008 03:30:03 -0700 (PDT) Received: by 10.210.22.20 with HTTP; Thu, 19 Jun 2008 03:30:02 -0700 (PDT) Message-ID: <55b8c6fe0806190330p225ec6d1g65f8424efeab9b41@mail.gmail.com> Date: Thu, 19 Jun 2008 11:30:02 +0100 From: "Primeroz lists" To: "Giulio Ferro" In-Reply-To: <485A28ED.9020103@zirakzigil.org> MIME-Version: 1.0 References: <4859877A.3020300@zirakzigil.org> <4859A3A1.6070105@pce-net.com> <485A28ED.9020103@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Han Hwei Woo Subject: Re: Problems with vlan + carp + alias 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: Thu, 19 Jun 2008 10:46:18 -0000 Hi , I think you should setup ALL the carp address as alias/32 , like this: ifconfig_carp10="vhid 10 pass qweq 192.168.10.10 netmask 255.255.255.255 " ifconfig_carp10_alias0="192.168.10.11 netmask 255.255.255.255 " ... ifconfig_carp10_aliasN="192.168.10.N netmask 255.255.255.255" and then please verify your routing table for everythin on 192.168.10 netstat -rn | grep 192.168.10 What you should have is 192.168.10/24 ...... vlan10 192.168.10.10 .... carp10 ... 192.168.10.N .... carp10 this is because the NETWORK range should be routed always through the parent interface (vlan10 in this case) while all the carp addresses has to be threated as alias. if you check now probably you will find that the 192.168.10/24 is routed through your carp interface ... and that's wrong. Ciao Francesco On Thu, Jun 19, 2008 at 10:37 AM, Giulio Ferro wrote: > Han Hwei Woo wrote: > >> Hi Giulio, >> >> Since the IP's are on the same subnet, you should try using a netmask of >> 255.255.255.255 on the aliases. >> >> > Hi Han, > Sorry no, changing the mask to 255.255.255.255 of the aliases doesn't > change the situation. > Anyway exactly the same configuration works with non-vlan physical > interfaces. > > Note: I can ping the aliased addresses on the local machine; I can't ping > those addresses from > other machine on the same vlan. > > > Giulio. > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 11:06:57 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1C9A1065678 for ; Thu, 19 Jun 2008 11:06:57 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from aurynhome1sv1.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with SMTP id 330AA8FC25 for ; Thu, 19 Jun 2008 11:06:56 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: (qmail 38775 invoked by uid 98); 19 Jun 2008 11:06:55 -0000 Received: from 89.96.52.22 by aurynhome1sv1.zirakzigil.org (envelope-from , uid 89) with qmail-scanner-1.25 ( Clear:RC:0(89.96.52.22):. Processed in 0.039938 secs); 19 Jun 2008 11:06:55 -0000 X-Qmail-Scanner-Mail-From: auryn@zirakzigil.org via aurynhome1sv1.zirakzigil.org X-Qmail-Scanner: 1.25 (Clear:RC:0(89.96.52.22):. Processed in 0.039938 secs) Received: from unknown (HELO aurynmob2.giulioferro.it) (auryn@zirakzigil.org@89.96.52.22) by 0 with SMTP; 19 Jun 2008 11:06:55 -0000 Message-ID: <485A3DC6.2030500@zirakzigil.org> Date: Thu, 19 Jun 2008 13:06:46 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.5 (X11/20070724) MIME-Version: 1.0 To: Primeroz lists References: <4859877A.3020300@zirakzigil.org> <4859A3A1.6070105@pce-net.com> <485A28ED.9020103@zirakzigil.org> <55b8c6fe0806190330p225ec6d1g65f8424efeab9b41@mail.gmail.com> In-Reply-To: <55b8c6fe0806190330p225ec6d1g65f8424efeab9b41@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Han Hwei Woo Subject: Re: Problems with vlan + carp + alias 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: Thu, 19 Jun 2008 11:06:58 -0000 Primeroz lists wrote: > Hi , > > I think you should setup ALL the carp address as alias/32 , like this: > > ifconfig_carp10="vhid 10 pass qweq 192.168.10.10 > netmask 255.255.255.255 " > ifconfig_carp10_alias0="192.168.10.11 netmask > 255.255.255.255 " > ... > ifconfig_carp10_aliasN="192.168.10.N netmask 255.255.255.255 > " > > and then please verify your routing table for everythin on 192.168.10 > > netstat -rn | grep 192.168.10 > > What you should have is > > 192.168.10/24 ...... vlan10 > 192.168.10.10 .... carp10 > ... > 192.168.10.N .... carp10 > > this is because the NETWORK range should be routed always through the > parent interface (vlan10 in this case) while all the carp addresses > has to be threated as alias. > > if you check now probably you will find that the 192.168.10/24 is > routed through your carp interface ... and that's wrong. > > Ciao > Francesco > Hi Primeroz, thanks for your answer. I set all the carp interfaces, both base and alias, to the 255.255.255.255 netmask as you suggested. This is my netstat now: ... 192.168.10.0/24 link#11 UC 0 0 vlan10 192.168.10.254 link#11 UHLW 2 0 vlan10 192.168.10.10 192.168.10.10 UH 0 0 carp10 192.168.10.11 192.168.10.11 UH 0 0 carp10 192.168.10.12 192.168.10.12 UH 0 0 carp10 ... As you see, the 192.168.10.0/24 is routed through the vlan10 interface, and this should be correct. As before, I can ping 192.168.10.10, but not 192.168.10.11 and above. Could this be a bug of carp with alias interfaces? Thanks again. Giulio. From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 11:17:16 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 46BB8106566B for ; Thu, 19 Jun 2008 11:17:16 +0000 (UTC) (envelope-from primeroz.lists@googlemail.com) Received: from hu-out-0506.google.com (hu-out-0506.google.com [72.14.214.227]) by mx1.freebsd.org (Postfix) with ESMTP id ADE578FC24 for ; Thu, 19 Jun 2008 11:17:15 +0000 (UTC) (envelope-from primeroz.lists@googlemail.com) Received: by hu-out-0506.google.com with SMTP id 34so8814201hue.8 for ; Thu, 19 Jun 2008 04:17:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=4XiMDOvf46P3BxWWIKmheJibqUiz8SsxJdfly+heCqg=; b=lQB47lJRHhBgv2Dt7yvNwUjADSynnEQ4og/x2wdD1bKOpSJNp7bJQrlAXTSuOnrjbw a4c+tMYBV72ispKwSPP7LnqQcw5D8p47xvcFCZtq/vqmUuGJLGgjtID8BBXqXlHYaMDb tzDe+HqhVazlrY/qOUKZlEh+AAU8bQN5Z4vxA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=rwooG8mCiRbtS379QGTFYFh04tNHKMKywExjHJKe4R5CEMqZwKAl0egAzFrSua6qLQ 9k+IXDs7oMeOO+PzAT7tVsyWTyoA7Gneqo4UcJ45ViQ9qrmj4tGt1rdd9mn/0gBE7fQn 3/XYCMYUXBYCn2hnAEnWlouYmlq36zX4JpODY= Received: by 10.210.88.3 with SMTP id l3mr1630101ebb.114.1213874234135; Thu, 19 Jun 2008 04:17:14 -0700 (PDT) Received: by 10.210.22.20 with HTTP; Thu, 19 Jun 2008 04:17:14 -0700 (PDT) Message-ID: <55b8c6fe0806190417r440045e6ncf6e99945c453f10@mail.gmail.com> Date: Thu, 19 Jun 2008 12:17:14 +0100 From: "Primeroz lists" To: "Giulio Ferro" In-Reply-To: <485A3DC6.2030500@zirakzigil.org> MIME-Version: 1.0 References: <4859877A.3020300@zirakzigil.org> <4859A3A1.6070105@pce-net.com> <485A28ED.9020103@zirakzigil.org> <55b8c6fe0806190330p225ec6d1g65f8424efeab9b41@mail.gmail.com> <485A3DC6.2030500@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Han Hwei Woo Subject: Re: Problems with vlan + carp + alias 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: Thu, 19 Jun 2008 11:17:16 -0000 What is tcpdump showing for ping on 192.168.10.11 ? can you see echo reply exiting vlan10 interface ? what if you try from your server to "ping -S 192.168.10.11 192.168.10.254" ? Hi Primeroz, thanks for your answer. > I set all the carp interfaces, both base and alias, to the 255.255.255.255netmask > as you suggested. > This is my netstat now: > > ... > 192.168.10.0/24 link#11 UC 0 0 vlan10 > 192.168.10.254 link#11 UHLW 2 0 vlan10 > 192.168.10.10 192.168.10.10 UH 0 0 carp10 > 192.168.10.11 192.168.10.11 UH 0 0 carp10 > 192.168.10.12 192.168.10.12 UH 0 0 carp10 > ... > > As you see, the 192.168.10.0/24 is routed through the vlan10 interface, > and this should be correct. > > As before, I can ping 192.168.10.10, but not 192.168.10.11 and above. > > Could this be a bug of carp with alias interfaces? > > Thanks again. > Giulio. > From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 12:03:24 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0ACE61065684 for ; Thu, 19 Jun 2008 12:03:24 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from out-mx.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by mx1.freebsd.org (Postfix) with ESMTP id D748E8FC3F for ; Thu, 19 Jun 2008 12:03:23 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from admin.crosswinds.net (admin.crosswinds.net [216.18.117.2]) by out-mx.crosswinds.net (Postfix) with ESMTP id 092501E8EAE for ; Thu, 19 Jun 2008 07:56:18 -0400 (EDT) Received: by admin.crosswinds.net (Postfix, from userid 1001) id CF02B6C85A; Thu, 19 Jun 2008 07:45:41 -0400 (EDT) Date: Thu, 19 Jun 2008 07:45:41 -0400 From: Tony Holmes To: freebsd-net@freebsd.org Message-ID: <20080619114541.GA9804@crosswinds.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.6i Subject: SCP/SFTP Brain Fart 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: Thu, 19 Jun 2008 12:03:24 -0000 Ok, I'm having a n00b moment here. I have jails and dedicated servers set up with various FreeBSD flavours (4.11, 6.2, 7) on i386 and amd64. Some systems I have no problems with scp/sftping to. Others I get this: tony@devel ~ 7:49am > scp foo.tar.gz tony@admin:~/ Password: stty: stdin isn't a terminal Exit 1 Exit 1 I get this across all the flavours/archs so it appears to be a setup/config issue. I've compared ssh configs with the working systems, but I see nothing and am stymied. Tried googling and no luck finding any answers so I am now pleading for someone to help me and give me the pointy hat :) -- Tony Holmes Ph: (416) 993-1219 Founder and Senior Systems Architect Crosswinds Internet Communications Inc. From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 13:43:38 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B78901065670 for ; Thu, 19 Jun 2008 13:43:38 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from out-mx.crosswinds.net (out-mx1.crosswinds.net [216.18.117.38]) by mx1.freebsd.org (Postfix) with ESMTP id 883E78FC13 for ; Thu, 19 Jun 2008 13:43:38 +0000 (UTC) (envelope-from tony@crosswinds.net) Received: from admin.crosswinds.net (admin.crosswinds.net [216.18.117.2]) by out-mx.crosswinds.net (Postfix) with ESMTP id 743311E8D7D for ; Thu, 19 Jun 2008 09:54:14 -0400 (EDT) Received: by admin.crosswinds.net (Postfix, from userid 1001) id 0F9B86C85A; Thu, 19 Jun 2008 09:43:38 -0400 (EDT) Date: Thu, 19 Jun 2008 09:43:38 -0400 From: Tony Holmes To: freebsd-net@FreeBSD.ORG Message-ID: <20080619134338.GA11325@crosswinds.net> References: <20080619114541.GA9804@crosswinds.net> <200806191335.m5JDZheF081044@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <200806191335.m5JDZheF081044@lurza.secnetix.de> User-Agent: Mutt/1.5.6i Cc: Subject: Re: SCP/SFTP Brain Fart 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: Thu, 19 Jun 2008 13:43:38 -0000 > It seems that your shell profile executes stty(1) even > for non-interactive shells. That is wrong. Make sure > that you shell profiles and rc files do not call stty > or produce any output for non-interactive sessions. > Such output confuses scp. So obvious! The offender: =2Elogin stty erase =08 This was a carry over from ages ago when my chosen terminal s/w didn't support the backspace mapping. Thank you and I will bear the pointy hat proudly! --=20 Tony Holmes Ph: (416) 993-1219 Founder and Senior Systems Architect Crosswinds Internet Communications Inc. From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 13:50:25 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6C201065688 for ; Thu, 19 Jun 2008 13:50:25 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 932298FC1C for ; Thu, 19 Jun 2008 13:50:25 +0000 (UTC) (envelope-from sepherosa@gmail.com) Received: by an-out-0708.google.com with SMTP id b33so191599ana.13 for ; Thu, 19 Jun 2008 06:50:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=zSdj1mnfiWRSaj6EniqztW7AYuQQmbsAN8QsCLQpi3E=; b=tFgHR3fmOCsNIATNh2yb2k4ROGc5lYCKjQTHtaXbJKYbAQ9buiyjXxzSVWJvvGmvif N23vZZp1aKFKKM6QjkOxo4547CjdicfJDatAMWXL1QKvwD3MH2xWs3p8NklRomowr9b8 zzVIrQ52Ea/DH7rN4OR+80WBcSqstNLESqGwc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=vyQMjD9aLl5xDf6Y9sFbXSzKMrq7AAMECclzD7A7TsLPla71OPaDKW6hzMN/ZopTAN M+SQKfyHG6rSzvztjeqnzE75kcv9M6mYOkply3IJfGd4wvjL9tUfquVB0Ckp56aAeqOn JsGIcmcU9eV7PbmKeT/gf/LqTZMLkL6iZvPcU= Received: by 10.100.228.13 with SMTP id a13mr3223589anh.70.1213881737046; Thu, 19 Jun 2008 06:22:17 -0700 (PDT) Received: by 10.100.107.6 with HTTP; Thu, 19 Jun 2008 06:22:16 -0700 (PDT) Message-ID: Date: Thu, 19 Jun 2008 21:22:16 +0800 From: "Sepherosa Ziehau" To: freebsd-net , "Joseph Lee" , "Andrew Thompson" , "Sam Leffler" In-Reply-To: <200806191030.m5JAU36i027140@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200806191030.m5JAU36i027140@freefall.freebsd.org> Cc: Subject: Re: kern/124753: net80211 discards power-save queue packets early 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: Thu, 19 Jun 2008 13:50:26 -0000 On Thu, Jun 19, 2008 at 6:30 PM, wrote: > Synopsis: net80211 discards power-save queue packets early > > Responsible-Changed-From-To: freebsd-i386->freebsd-net > Responsible-Changed-By: remko > Responsible-Changed-When: Thu Jun 19 10:29:47 UTC 2008 > Responsible-Changed-Why: > reassign to networking team. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=124753 In How-To-Repeat, you said: "Then associate a recent Windows Mobile 6.1 device to the FreeBSD box running hostapd ..." In Description, you said: "The WM6.1 device recv ps-poll's for packets every 20 seconds ..." AFAIK, STA sends ps-poll to AP; AP does not send ps-poll to STA. Why did your windows STA receive ps-poll from freebsd AP? Did you capture it by using 802.11 tap? And which freebsd driver were you using? Your problem looks like: - Either freebsd AP did not properly configure TIM in beacons, which could be easily found out by using 802.11 tap. But I highly suspect if you were using ath(4), TIM would be misconfigured. - Or your windows STA didn't process TIM according to 802.11 standard. Best Regards, sephe -- Live Free or Die From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 14:07:46 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E494106564A for ; Thu, 19 Jun 2008 14:07:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 0F1808FC12 for ; Thu, 19 Jun 2008 14:07:44 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m5JDZhgB081045; Thu, 19 Jun 2008 15:35:44 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m5JDZheF081044; Thu, 19 Jun 2008 15:35:43 +0200 (CEST) (envelope-from olli) Date: Thu, 19 Jun 2008 15:35:43 +0200 (CEST) Message-Id: <200806191335.m5JDZheF081044@lurza.secnetix.de> From: Oliver Fromme To: freebsd-net@FreeBSD.ORG, tony@crosswinds.net In-Reply-To: <20080619114541.GA9804@crosswinds.net> X-Newsgroups: list.freebsd-net User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 19 Jun 2008 15:35:44 +0200 (CEST) Cc: Subject: Re: SCP/SFTP Brain Fart X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-net@FreeBSD.ORG, tony@crosswinds.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2008 14:07:46 -0000 Tony Holmes wrote: > I have jails and dedicated servers set up with various FreeBSD flavours > (4.11, 6.2, 7) on i386 and amd64. > > Some systems I have no problems with scp/sftping to. Others I get this: > > tony@devel ~ > 7:49am > scp foo.tar.gz tony@admin:~/ > Password: > stty: stdin isn't a terminal > Exit 1 > Exit 1 > > I get this across all the flavours/archs so it appears to be a setup/config > issue. I've compared ssh configs with the working systems, but I see nothing > and am stymied. It seems that your shell profile executes stty(1) even for non-interactive shells. That is wrong. Make sure that you shell profiles and rc files do not call stty or produce any output for non-interactive sessions. Such output confuses scp. That is, when you enter this command: $ ssh tony@admin true | hd then you should not get any output from it. If you do get output, you need to fix your shell profile on the remote host. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I made up the term 'object-oriented', and I can tell you I didn't have C++ in mind." -- Alan Kay, OOPSLA '97 From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 14:35:08 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80DCE106567A for ; Thu, 19 Jun 2008 14:35:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id CCD978FC0A for ; Thu, 19 Jun 2008 14:35:07 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m5JEZ5rk083456; Thu, 19 Jun 2008 16:35:05 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m5JEZ4xs083455; Thu, 19 Jun 2008 16:35:04 +0200 (CEST) (envelope-from olli) Date: Thu, 19 Jun 2008 16:35:04 +0200 (CEST) Message-Id: <200806191435.m5JEZ4xs083455@lurza.secnetix.de> From: Oliver Fromme To: freebsd-net@FreeBSD.ORG, peterjeremy@optushome.com.au In-Reply-To: <20080612191905.GK84454@server.vk2pj.dyndns.org> X-Newsgroups: list.freebsd-net User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 19 Jun 2008 16:35:06 +0200 (CEST) Cc: Subject: Re: CARP + multiple addresses 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: Thu, 19 Jun 2008 14:35:08 -0000 Peter Jeremy wrote: > On 2008-Jun-12 17:26:25 +0200, Oliver Fromme wrote: > > So far it seems to work fine with CARP, but now it turned > > out that I need another address from a different subnet > > which also needs to access the database. What's the best > > way to do that? Add a second IP address to the existing > > carp interface, or create a new carp interface? Are there > > any pros and cons? > > I'm currently working towards something like this and intending to > have one CARP interface for each VLAN. What's the advantage of doing that, compared to putting all addresses on the same CARP interface? Meanwhile, in another thread on the -net list someone reported that there seems to be a bug when you put multiple VLANs on the same CARP inetrface. So that would be a good reason not to do it. > > And now I need to add an IP address from vlan202 which > > also needs to access the same database. I'm inclined to > > add 10.1.202.40/32 vhid 1 to the existing carp0 on both > > servers. I assume that the CARP interface goes to BACKUP > > when *any* of its IP addresses fail, right? Can anybody > > confirm this, please? > > My reading of the various documentation says that you are on the right > track but, by default, each CARP interface will fail over > independently. If you want them all to fail over together then you > should set net.inet.carp.preempt (see carp(4) and its first example) I've read it, but the problem is that I do not want the hosts to preempt each other. That's why I need to run with that sysctl off. However, if there are two CARP interfaces, and their VLANs are configured on the same physical interface (e.g. bge0), then they should always fail at the same time anyway, right? i.e. when bge0 goes down, both VLAN interfaces go down, so both CARP interfaces should switch to the other host. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "I have stopped reading Stephen King novels. Now I just read C code instead." -- Richard A. O'Keefe From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 15:04:46 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1774110656F1 for ; Thu, 19 Jun 2008 15:04:46 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [212.17.241.230]) by mx1.freebsd.org (Postfix) with ESMTP id 773EF8FC1E for ; Thu, 19 Jun 2008 15:04:45 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m5JF3QiC084850; Thu, 19 Jun 2008 17:03:26 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m5JF3QPW084849; Thu, 19 Jun 2008 17:03:26 +0200 (CEST) (envelope-from olli) Date: Thu, 19 Jun 2008 17:03:26 +0200 (CEST) Message-Id: <200806191503.m5JF3QPW084849@lurza.secnetix.de> From: Oliver Fromme To: freebsd-net@FreeBSD.ORG, tony@crosswinds.net In-Reply-To: <20080619134338.GA11325@crosswinds.net> X-Newsgroups: list.freebsd-net User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 19 Jun 2008 17:03:27 +0200 (CEST) Cc: Subject: Re: SCP/SFTP Brain Fart X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-net@FreeBSD.ORG, tony@crosswinds.net List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Jun 2008 15:04:46 -0000 Tony Holmes wrote: > > It seems that your shell profile executes stty(1) even > > for non-interactive shells. That is wrong. Make sure > > that you shell profiles and rc files do not call stty > > or produce any output for non-interactive sessions. > > Such output confuses scp. > > So obvious! > > The offender: > > .login > > stty erase ^H > > This was a carry over from ages ago when my chosen terminal s/w didn't > support the backspace mapping. Ah, so you use csh or tcsh. The execution of profiles is somewhat broken in (t)csh, there is no separation between interactive and non-interactive shells. You can keep the stty statement in your .login file if you put it int oa conditional, like this: if ($?prompt) then stty erase ^H endif That works because the variable $prompt is unset for non- interactive (t)csh sessions. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "The last good thing written in C was Franz Schubert's Symphony number 9." -- Erwin Dieterich From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 16:15:59 2008 Return-Path: Delivered-To: freebsd-net@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44B3B1065679 for ; Thu, 19 Jun 2008 16:15:59 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 505A48FC13 for ; Thu, 19 Jun 2008 16:15:57 +0000 (UTC) (envelope-from if@xip.at) Received: (qmail 27722 invoked from network); 19 Jun 2008 17:49:16 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 19 Jun 2008 17:49:16 +0200 Date: Thu, 19 Jun 2008 17:49:16 +0200 (CEST) From: Ingo Flaschberger To: freebsd-net@FreeBSD.ORG In-Reply-To: <200806191435.m5JEZ4xs083455@lurza.secnetix.de> Message-ID: References: <200806191435.m5JEZ4xs083455@lurza.secnetix.de> User-Agent: Alpine 1.10 (LFD 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="657920-1175200317-1213890556=:6094" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: CARP + multiple addresses 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: Thu, 19 Jun 2008 16:15:59 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --657920-1175200317-1213890556=:6094 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Hi, problems with carp: *) freebsd only allows 1 route -> with a routing-protocol at the ucarp-machine carp can not add the 2nd own route *) carp can/could not use more than 1 subnet *) carp can/could not bind to an interface *) in a router environment carp fails to add routes ... I decided to use ucarp but needed to modify it. see attached patch / scripts. I use ucarp now since 3 months in production. Kind regards, ingo flaschberger geschaeftsleitung --------------------------- netstorage-crossip-flat:fee powered by crossip communications gmbh --------------------------- sebastian kneipp gasse 1 a-1020 wien fix: +43-1-726 15 22-217 fax: +43-1-726 15 22-111 --------------------------- --657920-1175200317-1213890556=:6094-- From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 17:55:46 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CD9B1065672 for ; Thu, 19 Jun 2008 17:55:46 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 9C75F8FC19 for ; Thu, 19 Jun 2008 17:55:45 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by py-out-1112.google.com with SMTP id p76so364311pyb.10 for ; Thu, 19 Jun 2008 10:55:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=tGaPbaidMdfIDRNijdqrcCSwPC8dvexY9DqnHZVWALs=; b=huSbNywANnCNr3LlB8xZk4d7q1I/uHb6/Fe9ooUnga4A6Tu7yS8eVqZUZD1g7T8KT3 ECoqdHlB+rwM6/HsZyR2QndL0V0Z2a7AUu3LnVYEFUTsY0LvVjMXj4NvlrVMcrOZO2qF s+igvR+1Sxg9f8YuptIpSBm+jJMdmr9pQ1218= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=r9Nq1pBmzeQQKslus53Rm+wunxUXFDrlHp7PsuGuHxQTcS4wJTMVTN6YRX/Seayjvc Fyb1tgC7ti3iak+RadXAGQxZoldGo/6+YRpcdDgPXMMJsxP8mG2LV1IL08fcag3f30FH OFZ4Go2MSs9S9fTlv5IGcNZBRqMhrM7ZrdMK4= Received: by 10.114.75.6 with SMTP id x6mr3018282waa.187.1213898144315; Thu, 19 Jun 2008 10:55:44 -0700 (PDT) Received: by 10.114.174.13 with HTTP; Thu, 19 Jun 2008 10:55:44 -0700 (PDT) Message-ID: <2a41acea0806191055w5e112b8bsa57a8db2b177adbe@mail.gmail.com> Date: Thu, 19 Jun 2008 10:55:44 -0700 From: "Jack Vogel" To: Rudy In-Reply-To: <48582C29.8030307@monkeybrains.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080516185813.H866@logos.sky.od.ua> <2a41acea0805160904g7dcf9f58rf69ca5d0612945cc@mail.gmail.com> <4853055C.2030303@MonkeyBrains.NET> <48535A11.4020003@monkeybrains.net> <48582C29.8030307@monkeybrains.net> Cc: freebsd-net@freebsd.org Subject: Re: Seeking help understanding my "emX: watchdog timeout" messages 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: Thu, 19 Jun 2008 17:55:46 -0000 Watchdog reset is an indication that the TX completion did not happen within a reasonable time, it can the symptom of a variety of problems. You list a bunch of settings for polling, is this interface in POLLING mode? Jack On Tue, Jun 17, 2008 at 2:27 PM, Rudy wrote: > > > I am getting these messages: > Jun 17 08:53:14 example kernel: em2: watchdog timeout -- resetting > Jun 17 08:53:14 example kernel: em2: link state changed to DOWN > Jun 17 08:53:17 example kernel: em2: link state changed to UP > Jun 17 11:07:38 example kernel: em2: watchdog timeout -- resetting > Jun 17 11:07:38 example kernel: em2: link state changed to DOWN > Jun 17 11:07:41 example kernel: em2: link state changed to UP > on an interface that does about 100Mbps all day. > > [1] should I worry about it (only happens a couple of times a day)? > [2] will setting dev.em.2.rx_int_delay help? > couldn't find too much documentation on it... Best I could get: > http://www.intel.com/support/network/sb/cs-009209.htm > [3] what, in you best estimation, is causing these wathdog events? > > > sysctl dev.em.2.stats=1 > Jun 17 13:23:22 example kernel: em2: Excessive collisions = 0 > Jun 17 13:23:22 example kernel: em2: Sequence errors = 0 > Jun 17 13:23:22 example kernel: em2: Defer count = 0 > Jun 17 13:23:22 example kernel: em2: Missed Packets = 81518 > Jun 17 13:23:22 example kernel: em2: Receive No Buffers = 1226 > Jun 17 13:23:22 example kernel: em2: Receive Length Errors = 0 > Jun 17 13:23:22 example kernel: em2: Receive errors = 0 > Jun 17 13:23:22 example kernel: em2: Crc errors = 0 > Jun 17 13:23:22 example kernel: em2: Alignment errors = 0 > Jun 17 13:23:22 example kernel: em2: Collision/Carrier extension errors = 0 > Jun 17 13:23:22 example kernel: em2: RX overruns = 0 > Jun 17 13:23:22 example kernel: em2: watchdog timeouts = 20 > Jun 17 13:23:22 example kernel: em2: RX MSIX IRQ = 0 TX MSIX IRQ = 0 LINK > MSIX IRQ = 0 > Jun 17 13:23:22 example kernel: em2: XON Rcvd = 0 > Jun 17 13:23:22 example kernel: em2: XON Xmtd = 0 > Jun 17 13:23:22 example kernel: em2: XOFF Rcvd = 0 > Jun 17 13:23:22 example kernel: em2: XOFF Xmtd = 0 > Jun 17 13:23:22 example kernel: em2: Good Packets Rcvd = 2515504832 > Jun 17 13:23:22 example kernel: em2: Good Packets Xmtd = 4543057019 > Jun 17 13:23:22 example kernel: em2: TSO Contexts Xmtd = 8 > Jun 17 13:23:22 example kernel: em2: TSO Contexts Failed = 0 > > sysctl dev.em.2.debug=1 > Jun 17 13:28:48 example kernel: em2: Adapter hardware address = 0xc4d91224 > Jun 17 13:28:48 example kernel: em2: CTRL = 0x400c0241 RCTL = 0x8002 > Jun 17 13:28:48 example kernel: em2: Packet buffer = Tx=16k Rx=32k > Jun 17 13:28:48 example kernel: em2: Flow control watermarks high = 30720 > low = 29220 > Jun 17 13:28:48 example kernel: em2: tx_int_delay = 66, tx_abs_int_delay = > 66 > Jun 17 13:28:48 example kernel: em2: rx_int_delay = 0, rx_abs_int_delay = > 66 > Jun 17 13:28:48 example kernel: em2: fifo workaround = 0, fifo_reset_count > = 0 > Jun 17 13:28:48 example kernel: em2: hw tdh = 116, hw tdt = 116 > Jun 17 13:28:48 example kernel: em2: hw rdh = 175, hw rdt = 174 > Jun 17 13:28:48 example kernel: em2: Num Tx descriptors avail = 256 > Jun 17 13:28:48 example kernel: em2: Tx Descriptors not avail1 = 20 > Jun 17 13:28:48 example kernel: em2: Tx Descriptors not avail2 = 0 > Jun 17 13:28:48 example kernel: em2: Std mbuf failed = 0 > Jun 17 13:28:48 example kernel: em2: Std mbuf cluster failed = 0 > Jun 17 13:28:48 example kernel: em2: Driver dropped packets = 0 > Jun 17 13:28:48 example kernel: em2: Driver tx dma failure in encap = 0 > > > sysctl dev.em.2 > dev.em.2.%desc: Intel(R) PRO/1000 Network Connection 6.9.5 > dev.em.2.%driver: em > dev.em.2.%location: slot=0 function=0 > dev.em.2.%pnpinfo: vendor=0x8086 device=0x10a4 subvendor=0x8086 > subdevice=0x10a4 class=0x020000 > dev.em.2.%parent: pci6 > dev.em.2.debug: -1 > dev.em.2.stats: -1 > dev.em.2.rx_int_delay: 0 > dev.em.2.tx_int_delay: 66 > dev.em.2.rx_abs_int_delay: 66 > dev.em.2.tx_abs_int_delay: 66 > dev.em.2.rx_processing_limit: 100 > > Polling related sysctl settings: > kern.polling.idlepoll_sleeping: 1 > kern.polling.stalled: 82 > kern.polling.suspect: 6266 > kern.polling.phase: 0 > kern.polling.enable: 1 > kern.polling.handlers: 6 > kern.polling.residual_burst: 0 > kern.polling.pending_polls: 1 > kern.polling.lost_polls: 371823 > kern.polling.short_ticks: 4795 > kern.polling.reg_frac: 20 > kern.polling.user_frac: 33 > kern.polling.idle_poll: 0 > kern.polling.each_burst: 5 > kern.polling.burst_max: 350 > kern.polling.burst: 350 > kern.clockrate: { hz = 2500, tick = 400, profhz = 1666, stathz = 333 } > > hadware is a quad Intel 1000 Pro PT card. > > Thanks!!!! > > Rudy > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 18:59:30 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1FA91065679 for ; Thu, 19 Jun 2008 18:59:30 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 668178FC0A for ; Thu, 19 Jun 2008 18:59:30 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1K9P4e-0003bY-PW for freebsd-net@freebsd.org; Thu, 19 Jun 2008 11:41:32 -0700 Message-ID: <18015461.post@talk.nabble.com> Date: Thu, 19 Jun 2008 11:41:32 -0700 (PDT) From: Alexander Sack To: freebsd-net@freebsd.org In-Reply-To: <944074f30805022124n31e28fddkea80fcc78cbd8bc6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: pisymbol@gmail.com References: <944074f30804191423v93d1acet9246269e4072d46a@mail.gmail.com> <944074f30805022124n31e28fddkea80fcc78cbd8bc6@mail.gmail.com> Subject: Re: Network Instability when upgrading to 4GB of RAM 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: Thu, 19 Jun 2008 18:59:30 -0000 Paul Haddad wrote: > > All, > As a follow up to myself I installed an Intel PCIe NIC and disabled the on > board RTL based one and all my problems went away. Been running with 4GB > installed for a couple days now with absolutely no network issues. So > seems > like there's some problem with RTL NICs and >= 4GB of RAM. > -- > Paul Haddad (paul.haddad@gmail.com paul@pth.com) > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > I have the EXACT same issues. I'm sorry for arriving late to this thread but I was searching around and my onboard, re0, chip=0x816810ec, rev=0x01, gets Bad Packet Length on some ssh connections I have. Basically I notice this under some load (like while doing a portupgrade). I doubt its the memory, the notebook is brand spank'n new (I don't think its ECC RAM but it could be). Based on this post it seems that there maybe a bug in the RTL driver on 64-bit platforms? Anyone else see this? I may go try to track this down myself. Thanks! -aps -- View this message in context: http://www.nabble.com/Network-Instability-when-upgrading-to-4GB-of-RAM-tp16788164p18015461.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Thu Jun 19 20:49:48 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEA811065675; Thu, 19 Jun 2008 20:49:48 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 986588FC14; Thu, 19 Jun 2008 20:49:48 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (remko@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5JKnmrp042249; Thu, 19 Jun 2008 20:49:48 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5JKnm77042245; Thu, 19 Jun 2008 20:49:48 GMT (envelope-from remko) Date: Thu, 19 Jun 2008 20:49:48 GMT Message-Id: <200806192049.m5JKnm77042245@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: misc/124767: Wireless connection using iwi0 driver (Intel 2200 BG) keeps getting disconnected 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: Thu, 19 Jun 2008 20:49:48 -0000 Synopsis: Wireless connection using iwi0 driver (Intel 2200 BG) keeps getting disconnected Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Thu Jun 19 20:49:39 UTC 2008 Responsible-Changed-Why: Reassign to net team http://www.freebsd.org/cgi/query-pr.cgi?pr=124767 From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 00:16:15 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 817021065684 for ; Fri, 20 Jun 2008 00:16:15 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 4DFE68FC17 for ; Fri, 20 Jun 2008 00:16:15 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1K9UIY-0000To-8I for freebsd-net@freebsd.org; Thu, 19 Jun 2008 17:16:14 -0700 Message-ID: <18020658.post@talk.nabble.com> Date: Thu, 19 Jun 2008 17:16:14 -0700 (PDT) From: sandra200 To: freebsd-net@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: sandra.johnson82@yahoo.com References: <4638C6B6.4050503@mac.com> Subject: Re: Unix friendly network testbench for FreeBSD? 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: Fri, 20 Jun 2008 00:16:15 -0000 Hello Good Day My name is sandra i saw your profile today at (nabble.com) and became intrested in you,i will also like to know you the more, and i want you to send an email to my email address, so i can give you my picture for you to know whom i believe we can move from here to next level I am waiting for your mail to my maill address (sandra.johnson82@yahoo.com ) Remeber the distance or colour does not matter but love matters alot in life with love sandra please reply to my email, (sandra.johnson82@yahoo.com) so i can give you my picture and will can move from here to next love. my lovely one, Remeber love and understading matters alot in life one love; Awaiting to hear from you soonest, Thanks and God bless you, Form sandra -- View this message in context: http://www.nabble.com/Unix-friendly-network-testbench-for-FreeBSD--tp10290378p18020658.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 00:21:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E8E3106567E for ; Fri, 20 Jun 2008 00:21:20 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.239]) by mx1.freebsd.org (Postfix) with ESMTP id 1E0488FC27 for ; Fri, 20 Jun 2008 00:21:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so7674241rvf.43 for ; Thu, 19 Jun 2008 17:21:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=HadFlCuVeKwmaWSzt2sjG4asual0iluILV0QXiz7dPM=; b=DGEqNMRwyM87Z2/8JEQhy7SD+ERqB24lmclIeCgFeTj40uFI1+ixzBMUSwpgmS1iv2 nD6ERm2Uf+RZpLNN0g1R0IwtXjJax6SIN3NSr2jnw+szAy+iaKn/yFCSly3yOvaNpSbT 0kKMUhEamDfvkqEF22OK90ODjVpPwM7+QSE5w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=bUDqau2wBOQa62bzuImAwAaLQvUp9Rmb/vHSKaccJYcZZRJ9PjGfoNdhmU8WknWux0 z0f2UP71FAfsQ9XaL5emifgvV1+xziKMmd9rvEzgQhyT/wbAfq36Sa+9BpaQFkUWl+7d lgSIqsFmXytB7aDLGdHZ/IEY90yfjeLjFhlnM= Received: by 10.140.126.10 with SMTP id y10mr7074862rvc.214.1213921279738; Thu, 19 Jun 2008 17:21:19 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id b8sm2407491rvf.9.2008.06.19.17.21.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 19 Jun 2008 17:21:18 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m5K0JAh1040275 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jun 2008 09:19:10 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m5K0J9na040274; Fri, 20 Jun 2008 09:19:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 20 Jun 2008 09:19:09 +0900 From: Pyun YongHyeon To: Alexander Sack Message-ID: <20080620001909.GB40128@cdnetworks.co.kr> References: <944074f30804191423v93d1acet9246269e4072d46a@mail.gmail.com> <944074f30805022124n31e28fddkea80fcc78cbd8bc6@mail.gmail.com> <18015461.post@talk.nabble.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <18015461.post@talk.nabble.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org Subject: Re: Network Instability when upgrading to 4GB of RAM X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2008 00:21:20 -0000 On Thu, Jun 19, 2008 at 11:41:32AM -0700, Alexander Sack wrote: > > > > Paul Haddad wrote: > > > > All, > > As a follow up to myself I installed an Intel PCIe NIC and disabled the on > > board RTL based one and all my problems went away. Been running with 4GB > > installed for a couple days now with absolutely no network issues. So > > seems > > like there's some problem with RTL NICs and >= 4GB of RAM. > > -- > > Paul Haddad (paul.haddad@gmail.com paul@pth.com) > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > > > I have the EXACT same issues. I'm sorry for arriving late to this thread > but I was searching around and my onboard, re0, chip=0x816810ec, rev=0x01, > gets Bad Packet Length on some ssh connections I have. Basically I notice > this under some load (like while doing a portupgrade). > > I doubt its the memory, the notebook is brand spank'n new (I don't think its > ECC RAM but it could be). Based on this post it seems that there maybe a > bug in the RTL driver on 64-bit platforms? Anyone else see this? I may go > try to track this down myself. re(4) had long standing bus_dma(9) bugs. I think I fixed most of bus_dma related bugs in 7-stable. Some users still suffer from instability issues but I guess it's different one that came from lack of documentation of PCIe based controllers. If you are not running 7-stable, try it 7-stable first and let me know how it goes. -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 08:56:24 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AF45106567A for ; Fri, 20 Jun 2008 08:56:24 +0000 (UTC) (envelope-from prvs=10578ae54d=peter@teamspeak-systems.de) Received: from mail.teamspeak-systems.de (mail.teamspeak-systems.de [62.146.63.83]) by mx1.freebsd.org (Postfix) with ESMTP id 1B3A18FC1B for ; Fri, 20 Jun 2008 08:56:23 +0000 (UTC) (envelope-from prvs=10578ae54d=peter@teamspeak-systems.de) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=teamspeak-systems.de; s=MDaemon; t=1213951561; x=1214556361; q=dns/txt; h=DomainKey-Signature:Received:From:To:Subject:Date: User-Agent:Organization:MIME-Version:Content-Type: Content-Transfer-Encoding:Content-Disposition:Message-Id; bh=XPt mAtA8zfxcfmAcstSNWIBaHEWN9bTOPsGJD/3qALg=; b=pzBfZRmpGzyT8EbXQgE NEETHSAYPMXVOtrMmXiJGuL9H02B/OEpjndG7UwxxlaOrYAxWmscicg9ZWZPlSsA V/I/T9UXyBumuG7CEEe6THvbXTU+Of6DKQW6AwdVu6Q9whmwRer6LyG+mUDwJOTP /5z4gCnFCU7FWecFbF1203og= DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=teamspeak-systems.de; c=simple; q=dns; h=from:message-id; b=Dsdd7TbKxoyuTWaO4yJAEQj0+ewrJPssUEePq9ryveI9ttA9dHdgvdteYwyp 7bD0r6SVkF4QAP4uJFkIhfwm5STdLemSol0j3cJbYQDX5MwJCr4YbWoGv 2Fj+ej84oS7RSwyK9MQ2m4M/q+SlaxBtfjGamBtZGaqVLgjt1naaZ8=; Received: from [192.168.2.101] by mail.teamspeak-systems.de (Cipher TLSv1:RC4-MD5:128) (MDaemon PRO v9.6.6) with ESMTP id 51-md50000006866.msg for ; Fri, 20 Jun 2008 10:46:01 +0200 X-Spam-Processed: mail.teamspeak-systems.de, Fri, 20 Jun 2008 10:46:01 +0200 (not processed: message from trusted or authenticated source) X-MDPtrLookup-Result: pass dns.ptr=p54AC88D3.dip0.t-ipconnect.de (ip=84.172.136.211) (mail.teamspeak-systems.de) X-MDHeloLookup-Result: hardfail smtp.helo=[192.168.2.101] (does not match 84.172.136.211) (mail.teamspeak-systems.de) X-Authenticated-Sender: peter@teamspeak-systems.de X-HashCash: 1:20:080620:md50000006866::vC3CxH2gHVgoZ5P1:00000M5m X-MDRemoteIP: 84.172.136.211 X-Return-Path: prvs=10578ae54d=peter@teamspeak-systems.de X-Envelope-From: peter@teamspeak-systems.de X-MDaemon-Deliver-To: freebsd-net@freebsd.org From: Peter Kirk To: freebsd-net@freebsd.org Date: Fri, 20 Jun 2008 10:46:00 +0200 User-Agent: KMail/1.9.7 Organization: TeamSpeak Systems MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806201046.05530.peter@teamspeak-systems.de> X-MDAV-Processed: mail.teamspeak-systems.de, Fri, 20 Jun 2008 10:46:01 +0200 Subject: UDP checksum invalid on FreeBSD7/x86 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: Fri, 20 Jun 2008 08:56:24 -0000 Hi there, first of, this is my first posting to this list, hopfully it is the right place, if not please direct me, I was not being thick intentionally. I have a fresh installation of FreeBSD7 on x86, with no big changes to the system. Situation: Two PCs, one running linux and my own programs client application one running freebsd7 and my own programs server application The client and server of my program interchange UDP packets of various sizes. The problem I see is that small packets sent from the FreeBSD PC to the Linux PC are sent with an invalid UDP checksum (verified via tcpdump on the linux box). In my tests all packets with less than 30 bytes UDP payload had an invalid checksum set. All packets with more than 15 bytes had the correct checksum set. So, the "exact" number should be somewhere between 15 and 30 bytes. The receiving Linux box discards the packets with invalid checksums, which of course is problematic for my applications well-being. To "fix" the problem I did: sudo sysctl -w net.inet.udp.checksum=0 This doesn't seem to be a real fix, but more a work-around. If any more information (regarding my installation, my hardware or how my application uses the networking functions) is required, just ask. Thanks in advance for your responses. PS: I also tried with the client application on other operating systems than linux (e.g. win32), and the same problem occured, so this does seem to be a freebsd issue. Peter -- Today is the first day of the rest of your life. From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 09:10:20 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 986701065670 for ; Fri, 20 Jun 2008 09:10:20 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp7.yandex.ru (smtp7.yandex.ru [213.180.200.45]) by mx1.freebsd.org (Postfix) with ESMTP id DAC538FC18 for ; Fri, 20 Jun 2008 09:10:19 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:27592 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S738614AbYFTJKK (ORCPT ); Fri, 20 Jun 2008 13:10:10 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp7 X-Yandex-TimeMark: 1213953010 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp7.yandex.ru logged sender identity as: bu7cher Message-ID: <485B73EE.6050707@yandex.ru> Date: Fri, 20 Jun 2008 13:10:06 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Peter Kirk References: <200806201046.05530.peter@teamspeak-systems.de> In-Reply-To: <200806201046.05530.peter@teamspeak-systems.de> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: UDP checksum invalid on FreeBSD7/x86 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: Fri, 20 Jun 2008 09:10:20 -0000 Peter Kirk wrote: > first of, this is my first posting to this list, hopfully it is the right > place, if not please direct me, I was not being thick intentionally. > > I have a fresh installation of FreeBSD7 on x86, with no big changes to the > system. Can you show `ifconfig -u` output? -- WBR, Andrey V. Elsukov From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 09:33:36 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E471065679 for ; Fri, 20 Jun 2008 09:33:36 +0000 (UTC) (envelope-from prvs=10578ae54d=peter@teamspeak-systems.de) Received: from mail.teamspeak-systems.de (mail.teamspeak-systems.de [62.146.63.83]) by mx1.freebsd.org (Postfix) with ESMTP id B0A418FC17 for ; Fri, 20 Jun 2008 09:33:35 +0000 (UTC) (envelope-from prvs=10578ae54d=peter@teamspeak-systems.de) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=teamspeak-systems.de; s=MDaemon; t=1213954405; x=1214559205; q=dns/txt; h=DomainKey-Signature:Received:From:Organization:To: Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Content-Disposition: Message-Id; bh=QeEwxhX96oH5SrNZFtgJGmkpDsCVxxKCKQ0fPzXaohM=; b=X 93jsJIl9UAGTXagozSTMYdHkm5yYg6z1KyrMho5d10tOhK+LTQahlZCvlNuCR4rx MEhZ6SdHknCbDsJt6mexY+dyRTkfA7uuwX0c6tDlijHJ5jq4HWvYpqWr7jc/kbJq E0uyiXv5pOZRQFL55NKkMm/jaBuz9UW2C2KSi4XILc= DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=teamspeak-systems.de; c=simple; q=dns; h=from:message-id; b=c7WF2nCSEHkSa5rMAxHezz1Xxg0V/juhT+IoA8q+ZR9y6ZHDmtghQWlYS1/g 6Cxv+YA+T9+valObcoAiYiKorZF350BYHcOKyE4MYPt6PL+GgvAm+BSJH iqd3qRdo1GEvD+rXQXCL+D1EgMePkF7YiWrd1n9CiqmRXqmfBx8q3M=; Received: from [192.168.2.101] by mail.teamspeak-systems.de (Cipher TLSv1:RC4-MD5:128) (MDaemon PRO v9.6.6) with ESMTP id 18-md50000006880.msg for ; Fri, 20 Jun 2008 11:33:25 +0200 X-Spam-Processed: mail.teamspeak-systems.de, Fri, 20 Jun 2008 11:33:25 +0200 (not processed: message from trusted or authenticated source) X-MDPtrLookup-Result: pass dns.ptr=p54AC88D3.dip0.t-ipconnect.de (ip=84.172.136.211) (mail.teamspeak-systems.de) X-MDHeloLookup-Result: hardfail smtp.helo=[192.168.2.101] (does not match 84.172.136.211) (mail.teamspeak-systems.de) X-Authenticated-Sender: peter@teamspeak-systems.de X-HashCash: 1:20:080620:md50000006880::1Ma/4Pf4itvLK8Qp:00002CU9 X-MDRemoteIP: 84.172.136.211 X-Return-Path: prvs=10578ae54d=peter@teamspeak-systems.de X-Envelope-From: peter@teamspeak-systems.de X-MDaemon-Deliver-To: freebsd-net@freebsd.org From: Peter Kirk Organization: TeamSpeak Systems To: freebsd-net@freebsd.org Date: Fri, 20 Jun 2008 11:33:25 +0200 User-Agent: KMail/1.9.7 References: <200806201046.05530.peter@teamspeak-systems.de> <485B73EE.6050707@yandex.ru> In-Reply-To: <485B73EE.6050707@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806201133.28357.peter@teamspeak-systems.de> X-MDAV-Processed: mail.teamspeak-systems.de, Fri, 20 Jun 2008 11:33:25 +0200 Cc: "Andrey V. Elsukov" Subject: Re: UDP checksum invalid on FreeBSD7/x86 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: Fri, 20 Jun 2008 09:33:36 -0000 On Friday 20 June 2008 11:10:06 Andrey V. Elsukov wrote: > > I have a fresh installation of FreeBSD7 on x86, with no big changes to > > the system. > > Can you show `ifconfig -u` output? re0: flags=8843 metric 0 mtu 1500 options=9b ether 00:19:66:59:85:7f inet6 fe80::219:66ff:fe59:857f%re0 prefixlen 64 scopeid 0x1 inet 192.168.1.13 netmask 0xffffff00 broadcast 192.168.1.255 media: Ethernet autoselect (1000baseTX ) status: active lo0: flags=8049 metric 0 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x5 inet 127.0.0.1 netmask 0xff000000 Peter -- Billy: Mom, you know that vase you said was handed down from generation to generation? Mom: Yes? Billy: Well, this generation dropped it. From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 09:38:34 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B611F1065686 for ; Fri, 20 Jun 2008 09:38:34 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.200.14]) by mx1.freebsd.org (Postfix) with ESMTP id 01AC88FC13 for ; Fri, 20 Jun 2008 09:38:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:42434 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S8372620AbYFTJiW (ORCPT ); Fri, 20 Jun 2008 13:38:22 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp1 X-Yandex-TimeMark: 1213954702 X-MsgDayCount: 6 X-Comment: RFC 2476 MSA function at smtp1.yandex.ru logged sender identity as: bu7cher Message-ID: <485B7A88.9080301@yandex.ru> Date: Fri, 20 Jun 2008 13:38:16 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Peter Kirk References: <200806201046.05530.peter@teamspeak-systems.de> <485B73EE.6050707@yandex.ru> <200806201133.28357.peter@teamspeak-systems.de> In-Reply-To: <200806201133.28357.peter@teamspeak-systems.de> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: UDP checksum invalid on FreeBSD7/x86 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: Fri, 20 Jun 2008 09:38:34 -0000 Peter Kirk wrote: > On Friday 20 June 2008 11:10:06 Andrey V. Elsukov wrote: >>> I have a fresh installation of FreeBSD7 on x86, with no big changes to >>> the system. >> Can you show `ifconfig -u` output? > > re0: flags=8843 metric 0 mtu 1500 > options=9b It's problem in re(4) driver. Try to use `ifconfig re0 -rxcsum -txcsum`. You can add these parameters to your rc.conf. -- WBR, Andrey V. Elsukov From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 09:55:05 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 692AB106566C for ; Fri, 20 Jun 2008 09:55:05 +0000 (UTC) (envelope-from prvs=10578ae54d=peter@teamspeak-systems.de) Received: from mail.teamspeak-systems.de (mail.teamspeak-systems.de [62.146.63.83]) by mx1.freebsd.org (Postfix) with ESMTP id D90A28FC27 for ; Fri, 20 Jun 2008 09:55:04 +0000 (UTC) (envelope-from prvs=10578ae54d=peter@teamspeak-systems.de) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=teamspeak-systems.de; s=MDaemon; t=1213955695; x=1214560495; q=dns/txt; h=DomainKey-Signature:Received:From:Organization:To: Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Content-Disposition: Message-Id; bh=u6SG37y7dPv5mcdKuxzeZEke61LAH2gUYIJrb1/IHLo=; b=m u/1qKpCO1PxCnXoxzzllZss0zlPLCfvwp2xFRA2lzJniHVx2/ZfnAZyMDUtaN104 G+OXfKG0XKBd3juVCS38XnTX7RvJsomYKWxsli4sASSSAs4VxaC6Jup01mohMx7n cb7MOHgPtzzI9pesh4ksGsN0Wz/OzwtmU9y83/e79k= DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=teamspeak-systems.de; c=simple; q=dns; h=from:message-id; b=XznmzZ1aXu5ItGniBbMtQR9FOST4j68O/5Ospz1tk0BtKYa+ld9KNDm9OWOI p1T9VudJnSQluHh/nnOCff/h+OlUz3JC/fLfTgT9ZcFJHKYT9ZdDjXXkE VXJk8vCOC+C2Ya2WwuuaAk8zrVwamT//DCNZGuA0oZl4hiP3iuFCMk=; Received: from [192.168.2.101] by mail.teamspeak-systems.de (Cipher TLSv1:RC4-MD5:128) (MDaemon PRO v9.6.6) with ESMTP id 35-md50000006870.msg for ; Fri, 20 Jun 2008 11:54:53 +0200 X-Spam-Processed: mail.teamspeak-systems.de, Fri, 20 Jun 2008 11:54:53 +0200 (not processed: message from trusted or authenticated source) X-MDPtrLookup-Result: pass dns.ptr=p54AC88D3.dip0.t-ipconnect.de (ip=84.172.136.211) (mail.teamspeak-systems.de) X-MDHeloLookup-Result: hardfail smtp.helo=[192.168.2.101] (does not match 84.172.136.211) (mail.teamspeak-systems.de) X-Authenticated-Sender: peter@teamspeak-systems.de X-HashCash: 1:20:080620:md50000006870::CL+d1RH+pDMvJKTB:00005zDu X-MDRemoteIP: 84.172.136.211 X-Return-Path: prvs=10578ae54d=peter@teamspeak-systems.de X-Envelope-From: peter@teamspeak-systems.de X-MDaemon-Deliver-To: freebsd-net@freebsd.org From: Peter Kirk Organization: TeamSpeak Systems To: freebsd-net@freebsd.org Date: Fri, 20 Jun 2008 11:54:55 +0200 User-Agent: KMail/1.9.7 References: <200806201046.05530.peter@teamspeak-systems.de> <200806201133.28357.peter@teamspeak-systems.de> <485B7A88.9080301@yandex.ru> In-Reply-To: <485B7A88.9080301@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200806201154.56281.peter@teamspeak-systems.de> X-MDAV-Processed: mail.teamspeak-systems.de, Fri, 20 Jun 2008 11:54:54 +0200 Cc: "Andrey V. Elsukov" Subject: Re: UDP checksum invalid on FreeBSD7/x86 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: Fri, 20 Jun 2008 09:55:05 -0000 On Friday 20 June 2008 11:38:16 Andrey V. Elsukov wrote: > Peter Kirk wrote: > >> Can you show `ifconfig -u` output? > > > > re0: flags=8843 metric 0 mtu 1500 > > options=9b > > It's problem in re(4) driver. > Try to use `ifconfig re0 -rxcsum -txcsum`. You can add these > parameters to your rc.conf. In /etc/rc.conf I changed the line ifconfig_re0="inet 192.168.1.13 netmask 255.255.255.0" to ifconfig_re0="-rxcsum -txcsum inet 192.168.1.13 netmask 255.255.255.0" Now the problem no longer appears, even with "net.inet.udp.checksum=1". Thanks for answering this so promptly, hopefuly the re(4) driver can be fixed to avoid this kind of problem (or the -rxcsum -txcsum added automatically for this card). Peter -- Your manuscript is both good and original, but the part that is good is not original and the part that is original is not good. -- Samuel Johnson From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 12:52:26 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FEE21065675 for ; Fri, 20 Jun 2008 12:52:26 +0000 (UTC) (envelope-from salvador_d13@yahoo.com.ph) Received: from n25.bullet.mail.mud.yahoo.com (n25.bullet.mail.mud.yahoo.com [68.142.206.220]) by mx1.freebsd.org (Postfix) with SMTP id 481518FC18 for ; Fri, 20 Jun 2008 12:52:26 +0000 (UTC) (envelope-from salvador_d13@yahoo.com.ph) Received: from [68.142.200.225] by n25.bullet.mail.mud.yahoo.com with NNFMP; 20 Jun 2008 12:38:28 -0000 Received: from [209.191.90.56] by t6.bullet.mud.yahoo.com with NNFMP; 20 Jun 2008 12:33:59 -0000 Received: from [127.0.0.1] by omp109.mail.mud.yahoo.com with NNFMP; 20 Jun 2008 12:38:30 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 396756.6563.bm@omp109.mail.mud.yahoo.com Received: (qmail 29033 invoked by uid 60001); 20 Jun 2008 12:38:28 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.ph; h=X-YMail-OSG:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=5xvakA1wxoRqxBLa3kLJZygixOQym3zGHEdrlHHsH7aUy2bzaKNgHHYadEjKHctre7qYykr1WSQPAZK3e1Wf1Pt6kK0M53uH9VOMeXFjOONvQccGCnsQwvpNtKNStIfTpEQWyJnOjmff1ZYNijXCP2c0GJeuQ8umYQ3CtEfY+AE=; X-YMail-OSG: 3JZTH6cVM1nlMyxWG_dz.fWymh3INDgDOUPpaEl2V7cZ3vxn854- Received: from [58.71.34.137] by web76103.mail.sg1.yahoo.com via HTTP; Fri, 20 Jun 2008 05:38:27 PDT Date: Fri, 20 Jun 2008 05:38:27 -0700 (PDT) From: Diego Salvador To: freebsd-pf@freebsd.org, freebsd-net@freebsd.org MIME-Version: 1.0 Message-ID: <52345.28040.qm@web76103.mail.sg1.yahoo.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: [Queueing Packets with ALTQ on Gigabit Fiber Optic and Gigabit Ethernet] 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: Fri, 20 Jun 2008 12:52:26 -0000 Hi, Is there any difference in handling packet queues with ALTQ if the network card is a Gigabit fiber network interface and a Gigabit Ethernet network interface with the same driver? For example (em) driver for Intel-based cards. I'm currently having a system configured with FreeBSD-6.2 RELEASE with PF and ALTQ enabled. This host is configured first with Intel 1-Gigabit Ethernet network card and when it receive big amount of traffic, I don't see any packet errors with netstat but when I switched to the 1-Gigabit fiber optic card, I could see packet errors with this interface. A big amount of traffic were bombarded on the interface around 800Mbps. Here's the sample packet errors received on the system with netstat. Gigabit Intel fiber interface ------------------------------------- # netstat -I em0 -w 1 input (em0) output packets errs bytes packets errs bytes colls 3260 149652 2547816 0 0 0 0 3257 150026 2547756 0 0 0 0 3258 150117 2543396 1 0 42 0 3259 150181 2549320 0 0 0 0 3256 149941 2543244 0 0 0 0 3370 149871 2636122 0 0 0 0 3255 149534 2544688 0 0 0 0 3255 150077 2543966 0 0 0 0 3260 150195 2549320 0 0 0 0 3259 149603 2547816 0 0 0 0 3258 149746 2546312 0 0 0 0 3258 149855 2547756 0 0 0 0 3261 149851 2549320 0 0 0 0 3255 150414 2545410 0 0 0 0 3250 149758 2542282 0 0 0 0 3255 149842 2545410 0 0 0 0 3259 149568 2547756 0 0 0 0 3255 149943 2545502 0 0 0 0 3261 149893 2548658 0 0 0 0 3257 149581 2545530 0 0 0 0 Thank you very much! Diego --------------------------------- Look for jobs - Yahoo! Philippines Search. From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 13:07:05 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 154E3106566B for ; Fri, 20 Jun 2008 13:07:05 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id C9F088FC22 for ; Fri, 20 Jun 2008 13:07:04 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1K9gKV-00028c-Bt for freebsd-net@freebsd.org; Fri, 20 Jun 2008 06:07:03 -0700 Message-ID: <18029156.post@talk.nabble.com> Date: Fri, 20 Jun 2008 06:07:03 -0700 (PDT) From: Alexander Sack To: freebsd-net@freebsd.org In-Reply-To: <20080620001909.GB40128@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: pisymbol@gmail.com References: <944074f30804191423v93d1acet9246269e4072d46a@mail.gmail.com> <944074f30805022124n31e28fddkea80fcc78cbd8bc6@mail.gmail.com> <18015461.post@talk.nabble.com> <20080620001909.GB40128@cdnetworks.co.kr> Subject: Re: Network Instability when upgrading to 4GB of RAM 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: Fri, 20 Jun 2008 13:07:05 -0000 Pyun YongHyeon wrote: > > On Thu, Jun 19, 2008 at 11:41:32AM -0700, Alexander Sack wrote: > > > > > > > > Paul Haddad wrote: > > > > > > All, > > > As a follow up to myself I installed an Intel PCIe NIC and disabled > the on > > > board RTL based one and all my problems went away. Been running with > 4GB > > > installed for a couple days now with absolutely no network issues. So > > > seems > > > like there's some problem with RTL NICs and >= 4GB of RAM. > > > -- > > > Paul Haddad (paul.haddad@gmail.com paul@pth.com) > > > _______________________________________________ > > > freebsd-net@freebsd.org mailing list > > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > > To unsubscribe, send any mail to > "freebsd-net-unsubscribe@freebsd.org" > > > > > > > > > > I have the EXACT same issues. I'm sorry for arriving late to this > thread > > but I was searching around and my onboard, re0, chip=0x816810ec, > rev=0x01, > > gets Bad Packet Length on some ssh connections I have. Basically I > notice > > this under some load (like while doing a portupgrade). > > > > I doubt its the memory, the notebook is brand spank'n new (I don't > think its > > ECC RAM but it could be). Based on this post it seems that there maybe > a > > bug in the RTL driver on 64-bit platforms? Anyone else see this? I > may go > > try to track this down myself. > > re(4) had long standing bus_dma(9) bugs. I think I fixed most of > bus_dma related bugs in 7-stable. Some users still suffer from > instability issues but I guess it's different one that came from > lack of documentation of PCIe based controllers. > If you are not running 7-stable, try it 7-stable first and let me > know how it goes. > > Pyun: Understood. I'm on a stock 7.0-RELEASE box. Let me upgrade to the latest 7.0-STABLE driver and will update this thread if I still see issues (if I do, I'll try to find some time to debug them). Thanks again! -aps -- View this message in context: http://www.nabble.com/Network-Instability-when-upgrading-to-4GB-of-RAM-tp16788164p18029156.html Sent from the freebsd-net mailing list archive at Nabble.com. From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 17:40:08 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0711106566B for ; Fri, 20 Jun 2008 17:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4BD8FC1D for ; Fri, 20 Jun 2008 17:40:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5KHe8Nr004685 for ; Fri, 20 Jun 2008 17:40:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5KHe8Rk004684; Fri, 20 Jun 2008 17:40:08 GMT (envelope-from gnats) Date: Fri, 20 Jun 2008 17:40:08 GMT Message-Id: <200806201740.m5KHe8Rk004684@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: dfilter@FreeBSD.ORG (dfilter service) Cc: Subject: Re: kern/114714: commit references a PR X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dfilter service List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Jun 2008 17:40:08 -0000 The following reply was made to PR kern/114714; it has been noted by GNATS. From: dfilter@FreeBSD.ORG (dfilter service) To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/114714: commit references a PR Date: Fri, 20 Jun 2008 17:30:14 +0000 (UTC) thompsa 2008-06-20 17:26:34 UTC FreeBSD src repository Modified files: sbin/ifconfig ifconfig.8 ifconfig.c share/man/man4 gre.4 sys/net if_gre.c if_gre.h Log: SVN rev 179894 on 2008-06-20 17:26:34Z by thompsa Add support for the optional key in the GRE header. PR: kern/114714 Submitted by: Cristian KLEIN Revision Changes Path 1.148 +11 -1 src/sbin/ifconfig/ifconfig.8 1.137 +20 -0 src/sbin/ifconfig/ifconfig.c 1.8 +14 -2 src/share/man/man4/gre.4 1.49 +44 -3 src/sys/net/if_gre.c 1.15 +7 -0 src/sys/net/if_gre.h _______________________________________________ cvs-all@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/cvs-all To unsubscribe, send any mail to "cvs-all-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 17:49:31 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFD1D1065682; Fri, 20 Jun 2008 17:49:31 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9690E8FC1A; Fri, 20 Jun 2008 17:49:31 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (thompsa@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5KHnVJY004779; Fri, 20 Jun 2008 17:49:31 GMT (envelope-from thompsa@freefall.freebsd.org) Received: (from thompsa@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5KHnVSW004775; Fri, 20 Jun 2008 17:49:31 GMT (envelope-from thompsa) Date: Fri, 20 Jun 2008 17:49:31 GMT Message-Id: <200806201749.m5KHnVSW004775@freefall.freebsd.org> To: pete@altadena.net, thompsa@FreeBSD.org, freebsd-net@FreeBSD.org From: thompsa@FreeBSD.org Cc: Subject: Re: kern/123961: [vr] [patch] Allow vr interface to handle vlans 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: Fri, 20 Jun 2008 17:49:31 -0000 Synopsis: [vr] [patch] Allow vr interface to handle vlans State-Changed-From-To: open->patched State-Changed-By: thompsa State-Changed-When: Fri Jun 20 17:47:20 UTC 2008 State-Changed-Why: This has been handled by the bus_dma megaupdate to vr(4), thanks to Pyun. Not merged to RELENG_6 yet. http://www.freebsd.org/cgi/query-pr.cgi?pr=123961 From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 20:11:56 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE60D1065673 for ; Fri, 20 Jun 2008 20:11:56 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id D6E838FC20 for ; Fri, 20 Jun 2008 20:11:56 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from monchichi.monkeybrains.net (adsl-76-195-162-74.dsl.pltn13.sbcglobal.net [76.195.162.74]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id m5KKBuO7051960 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jun 2008 13:11:56 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <485C0F07.7000408@monkeybrains.net> Date: Fri, 20 Jun 2008 13:11:51 -0700 From: Rudy User-Agent: Thunderbird 2.0.0.12 (X11/20080310) MIME-Version: 1.0 To: Jack Vogel References: <20080516185813.H866@logos.sky.od.ua> <2a41acea0805160904g7dcf9f58rf69ca5d0612945cc@mail.gmail.com> <4853055C.2030303@MonkeyBrains.NET> <48535A11.4020003@monkeybrains.net> <48582C29.8030307@monkeybrains.net> <2a41acea0806191055w5e112b8bsa57a8db2b177adbe@mail.gmail.com> In-Reply-To: <2a41acea0806191055w5e112b8bsa57a8db2b177adbe@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on pita.monkeybrains.net X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: Seeking help understanding my "emX: watchdog timeout" messages 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: Fri, 20 Jun 2008 20:11:57 -0000 Jack Vogel wrote: > Watchdog reset is an indication that the TX completion did not happen > within a reasonable time, it can the symptom of a variety of problems. > > You list a bunch of settings for polling, is this interface in POLLING > mode? > Yes, DEVICE_POLLING is in the kernel and kern.polling.enable=1. I did not issue a "ifconfig em2 polling" and I see it running, so I assume that it is in POLLING mode. em2: flags=8843 metric 0 mtu 1500 options=1db ether 00:15:17:78:99:72 inet 64.215.30.154 netmask 0xfffffffc broadcast 64.215.30.155 media: Ethernet autoselect (1000baseTX ) status: active Interestingly, I also get the watchdog timeouts on my em4 (motherboard 82573E NIC). In a 24 hour period, I see 8 'watchdog timeout' events. 4 on em2 and 4 on em4. Both are uplinks to different cisco switches which vlan those ports to fiber uplinks. Thank you for your time Jack, Rudy From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 20:55:55 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B177106566B for ; Fri, 20 Jun 2008 20:55:55 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from hs-out-0708.google.com (hs-out-0708.google.com [64.233.178.251]) by mx1.freebsd.org (Postfix) with ESMTP id BCE218FC13 for ; Fri, 20 Jun 2008 20:55:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by hs-out-0708.google.com with SMTP id h53so244156hsh.11 for ; Fri, 20 Jun 2008 13:55:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ZiYQzOUQ5CoKZ1fxzD6SQfExMACv7vKx7CJSGfCxUe8=; b=tuJlhNX+A3JMa/xxjhrW3FtwCFzXapeO11Jy6G/gbWK7VpPNRQuElgTsIUjbct1YIG 24ObrRvlxb3U0ge5+BA2FDz37UU7MpbMOWX834LeRvZO2vt+0GMtf97BctC5caniFTAR UcoFNz0395IupBu/7Bciv2DPxfiU8RFne62lo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=HYuuTZYVSIFSP7jAMTouyhRb/3GE4GQCAE/w1Ku1tbd5NdJ0n5Nf7fiV+ybU7twWDn GkNNZHpZYyy06nzUQ2JYd2fKFCfYZYFysNbQXn9hw+WphH5tz5gwneMv9aVuiOt5X90U n0O4GCbdHWanYUPXBajSAQIPosUIA7Gt3M1TQ= Received: by 10.100.32.8 with SMTP id f8mr6258233anf.124.1213995353756; Fri, 20 Jun 2008 13:55:53 -0700 (PDT) Received: by 10.100.43.1 with HTTP; Fri, 20 Jun 2008 13:55:53 -0700 (PDT) Message-ID: <2a41acea0806201355y3b123462wc37280f28a9f4216@mail.gmail.com> Date: Fri, 20 Jun 2008 13:55:53 -0700 From: "Jack Vogel" To: Rudy In-Reply-To: <485C0F07.7000408@monkeybrains.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080516185813.H866@logos.sky.od.ua> <2a41acea0805160904g7dcf9f58rf69ca5d0612945cc@mail.gmail.com> <4853055C.2030303@MonkeyBrains.NET> <48535A11.4020003@monkeybrains.net> <48582C29.8030307@monkeybrains.net> <2a41acea0806191055w5e112b8bsa57a8db2b177adbe@mail.gmail.com> <485C0F07.7000408@monkeybrains.net> Cc: freebsd-net@freebsd.org Subject: Re: Seeking help understanding my "emX: watchdog timeout" messages 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: Fri, 20 Jun 2008 20:55:55 -0000 On the 573 get me an eeprom dump: sysctl dev.em.4.debug=2 If you have having TX timeouts using polling, perhaps your system is so busy that its not running the cleanup routine in time, can you switch and run the interface in non-polled, in fact if possible using MSI?? Jack On Fri, Jun 20, 2008 at 1:11 PM, Rudy wrote: > Jack Vogel wrote: >> >> Watchdog reset is an indication that the TX completion did not happen >> within a reasonable time, it can the symptom of a variety of problems. >> >> You list a bunch of settings for polling, is this interface in POLLING >> mode? >> > > Yes, DEVICE_POLLING is in the kernel and kern.polling.enable=1. I did not > issue a > "ifconfig em2 polling" and I see it running, so I assume that it is in > POLLING mode. > > > em2: flags=8843 metric 0 mtu 1500 > > options=1db > ether 00:15:17:78:99:72 > inet 64.215.30.154 netmask 0xfffffffc broadcast 64.215.30.155 > media: Ethernet autoselect (1000baseTX ) > status: active > > Interestingly, I also get the watchdog timeouts on my em4 (motherboard > 82573E NIC). > > In a 24 hour period, I see 8 'watchdog timeout' events. 4 on em2 and 4 on > em4. Both are uplinks to different cisco switches which vlan those ports to > fiber uplinks. > > Thank you for your time Jack, > Rudy > From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 23:45:52 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 923AA106564A for ; Fri, 20 Jun 2008 23:45:52 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 67E8B8FC1C for ; Fri, 20 Jun 2008 23:45:52 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from [192.168.0.101] (busymonkey.monkeybrains.net [66.92.187.117]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id m5KNjpFt094588 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jun 2008 16:45:52 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <485C412F.5000204@monkeybrains.net> Date: Fri, 20 Jun 2008 16:45:51 -0700 From: "Support (Rudy)" User-Agent: Thunderbird 1.5.0.14ubu (X11/20080306) MIME-Version: 1.0 To: Jack Vogel References: <20080516185813.H866@logos.sky.od.ua> <2a41acea0805160904g7dcf9f58rf69ca5d0612945cc@mail.gmail.com> <4853055C.2030303@MonkeyBrains.NET> <48535A11.4020003@monkeybrains.net> <48582C29.8030307@monkeybrains.net> <2a41acea0806191055w5e112b8bsa57a8db2b177adbe@mail.gmail.com> <485C0F07.7000408@monkeybrains.net> <2a41acea0806201355y3b123462wc37280f28a9f4216@mail.gmail.com> In-Reply-To: <2a41acea0806201355y3b123462wc37280f28a9f4216@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on pita.monkeybrains.net X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: Seeking help understanding my "emX: watchdog timeout" messages 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: Fri, 20 Jun 2008 23:45:52 -0000 Jack Vogel wrote: > On the 573 get me an eeprom dump: sysctl dev.em.4.debug=2 here are the dumps: em4: Jun 20 16:30:01 mango kernel: Jun 20 16:30:01 mango kernel: Interface EEPROM Dump: Jun 20 16:30:01 mango kernel: Offset Jun 20 16:30:01 mango kernel: 0x0000 3000 6748 5014 0d30 f746 00f4 ffff ffff Jun 20 16:30:01 mango kernel: 0x0010 ffff ffff 026b 108c 15d9 108c 8086 83df Jun 20 16:30:01 mango kernel: 0x0020 0008 2000 7e14 0048 1000 00d8 0000 2700 Jun 20 16:30:01 mango kernel: 0x0030 6cc9 3150 0722 040b 0984 0000 c000 0706 em2: Jun 20 16:31:07 mango kernel: Jun 20 16:31:07 mango kernel: Interface EEPROM Dump: Jun 20 16:31:07 mango kernel: Offset Jun 20 16:31:07 mango kernel: 0x0000 1500 7817 7299 0424 ffff 50a2 ffff ffff Jun 20 16:31:07 mango kernel: 0x0010 d473 1604 a42f 10a4 8086 10a4 8086 b165 Jun 20 16:31:07 mango kernel: 0x0020 0008 10a4 5800 0000 5001 0000 0000 0100 Jun 20 16:31:07 mango kernel: 0x0030 6cf6 37b0 07a6 8403 0783 0000 c303 0602 > If you have having TX timeouts using polling, perhaps your system > is so busy that its not running the cleanup routine in time, can you > switch and run the interface in non-polled, in fact if possible using > MSI?? I don't think the system is all that busy dual core 2.8Gz CPU... CPU mostly idle, and load is at 0.00. Here is the throughput on my busiest devices (lagg0 is em0 & em1): dev out in lagg0 67389 kbps 156781 kbps em2 54342 kbps 14284 kbps em4 93068 kbps 22433 kbps vlan6 22784 kbps 122790 kbps ------------------------ ------------------------------------------------------- little script to run to monitor throughput on devices ------------------------------------------------------- #!/bin/sh DEVS="lagg0 em2 em4 vlan6" # current_rate.sh # This script print out the current bw on each link. # Tue Dec 27 17:11:16 PST 2005, rudy measure_device_traffic () { # measure bytes of 2 seconds... bultiple by 4 to get bits per 1 second BITS=`netstat -I $InterfaceToCheck 1 | head -3 | tail -1 `; BITS_O=`echo $BITS | awk '{printf "%6d", $6 / 1024 * 8 }'`; BITS_I=`echo $BITS | awk '{printf "%6d", $3 / 1024 * 8 }'`; DEV_PAD=`echo $InterfaceToCheck | awk '{printf "%5s", $1}'` } ### Measure traffic, print! echo " dev out in" while : do for InterfaceToCheck in $DEVS; do measure_device_traffic echo "$DEV_PAD $BITS_O kbps $BITS_I kbps" done echo "------------------------" done From owner-freebsd-net@FreeBSD.ORG Fri Jun 20 23:48:22 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04FCF1065677 for ; Fri, 20 Jun 2008 23:48:22 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id CFDD78FC18 for ; Fri, 20 Jun 2008 23:48:21 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from [192.168.0.101] (busymonkey.monkeybrains.net [66.92.187.117]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id m5KNmLUF094920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 20 Jun 2008 16:48:21 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <485C41C5.4090706@monkeybrains.net> Date: Fri, 20 Jun 2008 16:48:21 -0700 From: "Support (Rudy)" User-Agent: Thunderbird 1.5.0.14ubu (X11/20080306) MIME-Version: 1.0 To: Jack Vogel References: <20080516185813.H866@logos.sky.od.ua> <2a41acea0805160904g7dcf9f58rf69ca5d0612945cc@mail.gmail.com> <4853055C.2030303@MonkeyBrains.NET> <48535A11.4020003@monkeybrains.net> <48582C29.8030307@monkeybrains.net> <2a41acea0806191055w5e112b8bsa57a8db2b177adbe@mail.gmail.com> <485C0F07.7000408@monkeybrains.net> <2a41acea0806201355y3b123462wc37280f28a9f4216@mail.gmail.com> In-Reply-To: <2a41acea0806201355y3b123462wc37280f28a9f4216@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on pita.monkeybrains.net X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: Seeking help understanding my "emX: watchdog timeout" messages 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: Fri, 20 Jun 2008 23:48:22 -0000 Jack Vogel wrote: > ... can you switch and run the interface in non-polled, in fact if possible using > MSI?? Do I have to do anything special for MSI? I see this in my dmesg: # dmesg | grep MSI em0: Using MSI interrupt em1: Using MSI interrupt em2: Using MSI interrupt em3: Using MSI interrupt em4: Using MSI interrupt em5: Using MSI interrupt From owner-freebsd-net@FreeBSD.ORG Sat Jun 21 00:13:02 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A2021065670 for ; Sat, 21 Jun 2008 00:13:02 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id D92418FC16 for ; Sat, 21 Jun 2008 00:13:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so8150174rvf.43 for ; Fri, 20 Jun 2008 17:13:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=fEqHWkxMyvGobyDhr3Mh4EZdBWP2vFT/IebOWUTsI70=; b=xgGJ5IQeJdxdurRuMu6iJHZrYoNY06/h/XAJSdPpnY1V1yYCAV6Yc4/q1r8/4ZaxU+ eRv+HExn0H6vlbtUDTaqxrjyPHAFp2YWX6XHevxL3glzsn4UHZgjaYjqvtbe6G8R7PBy 5048YCQ2NmbfEm8sPQGaomlmANPXj9nnmmZR8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=fmavkM0jixzpCRGxSuBc20E/6hmrcg4OZTk2MYklg+QHz9hmGER0l2EX00mbQ31CdC N078p4HyIHcKQrxUuAEk6DcgZ51D27xOI2q0yNsgeEwzMQ/oGCPG9qwhvTM7zkMVeanl CZGQxsxaFShtaMtbTaBdp6yl5X6SLzwh90c5k= Received: by 10.141.13.13 with SMTP id q13mr3981190rvi.11.1214007180908; Fri, 20 Jun 2008 17:13:00 -0700 (PDT) Received: by 10.114.174.13 with HTTP; Fri, 20 Jun 2008 17:13:00 -0700 (PDT) Message-ID: <2a41acea0806201713m7a083b9dr10894c8a0845df8e@mail.gmail.com> Date: Fri, 20 Jun 2008 17:13:00 -0700 From: "Jack Vogel" To: "Support (Rudy)" In-Reply-To: <485C41C5.4090706@monkeybrains.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080516185813.H866@logos.sky.od.ua> <2a41acea0805160904g7dcf9f58rf69ca5d0612945cc@mail.gmail.com> <4853055C.2030303@MonkeyBrains.NET> <48535A11.4020003@monkeybrains.net> <48582C29.8030307@monkeybrains.net> <2a41acea0806191055w5e112b8bsa57a8db2b177adbe@mail.gmail.com> <485C0F07.7000408@monkeybrains.net> <2a41acea0806201355y3b123462wc37280f28a9f4216@mail.gmail.com> <485C41C5.4090706@monkeybrains.net> Cc: freebsd-net@freebsd.org Subject: Re: Seeking help understanding my "emX: watchdog timeout" messages 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: Sat, 21 Jun 2008 00:13:02 -0000 On Fri, Jun 20, 2008 at 4:48 PM, Support (Rudy) wrote: > Jack Vogel wrote: >> >> ... can you switch and run the interface in non-polled, in fact if >> possible using >> MSI?? > > Do I have to do anything special for MSI? I see this in my dmesg: > > # dmesg | grep MSI > em0: Using MSI interrupt > em1: Using MSI interrupt > em2: Using MSI interrupt > em3: Using MSI interrupt > em4: Using MSI interrupt > em5: Using MSI interrupt > > Nope, you already are setup, you just have to disable polling. Jack From owner-freebsd-net@FreeBSD.ORG Sat Jun 21 00:21:52 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0F331065675 for ; Sat, 21 Jun 2008 00:21:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id 7FB0B8FC1A for ; Sat, 21 Jun 2008 00:21:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by py-out-1112.google.com with SMTP id p76so655010pyb.10 for ; Fri, 20 Jun 2008 17:21:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=VdekgYY/fwXd7QdWrlPvi/PVWqf5kqelGZcovoFnrnw=; b=Nx/q+duRtNssjoa+uLzvcGZJjOoy3AdMEHiLeQ1vvcvGeX4/hcaGem5Fb6+S8OwNQK iRcm3NkUEubkECsGqTw+u2/AfNX9CmeIrviiYt53ek6ue6neJrL3kFvFUg8mwp994xXv LUzhBmtM25qiGIQkz/jF0os63qDHVJTUjS6Pg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=bAClnuAIhwaZLbAqEs5p8wo06s7JYrd9WzyD1Q6bTtysFL6ZKDCIn1Opnue6qNb9ov /YbVIMX4m9EcG0LGnaK+q2rGFAD9zRtFj4slMAtIX1PNdxSONhU2E0Pqol43+eqHZ+ow mwWahlBskGJeNM+V5WfrjjjMDVHHVnWWbRyB8= Received: by 10.140.164.6 with SMTP id m6mr8408638rve.210.1214007711164; Fri, 20 Jun 2008 17:21:51 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id f42sm4414505rvb.5.2008.06.20.17.21.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 20 Jun 2008 17:21:50 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m5L0JgIS044293 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Jun 2008 09:19:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m5L0Je0D044292; Sat, 21 Jun 2008 09:19:40 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sat, 21 Jun 2008 09:19:40 +0900 From: Pyun YongHyeon To: Peter Kirk Message-ID: <20080621001940.GD44099@cdnetworks.co.kr> References: <200806201046.05530.peter@teamspeak-systems.de> <200806201133.28357.peter@teamspeak-systems.de> <485B7A88.9080301@yandex.ru> <200806201154.56281.peter@teamspeak-systems.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200806201154.56281.peter@teamspeak-systems.de> User-Agent: Mutt/1.4.2.1i Cc: freebsd-net@freebsd.org, "Andrey V. Elsukov" Subject: Re: UDP checksum invalid on FreeBSD7/x86 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 21 Jun 2008 00:21:53 -0000 On Fri, Jun 20, 2008 at 11:54:55AM +0200, Peter Kirk wrote: > On Friday 20 June 2008 11:38:16 Andrey V. Elsukov wrote: > > Peter Kirk wrote: > > >> Can you show `ifconfig -u` output? > > > > > > re0: flags=8843 metric 0 mtu 1500 > > > options=9b > > > > It's problem in re(4) driver. > > Try to use `ifconfig re0 -rxcsum -txcsum`. You can add these > > parameters to your rc.conf. > > In /etc/rc.conf I changed the line > ifconfig_re0="inet 192.168.1.13 netmask 255.255.255.0" > to > ifconfig_re0="-rxcsum -txcsum inet 192.168.1.13 netmask 255.255.255.0" > > Now the problem no longer appears, even with "net.inet.udp.checksum=1". Thanks > for answering this so promptly, hopefuly the re(4) driver can be fixed to > avoid this kind of problem (or the -rxcsum -txcsum added automatically for > this card). Try re(4) on 7-stable and let me know how it goes. Most checksum offload and bus_dma(9) related issues were fixed in 7-stable. -- Regards, Pyun YongHyeon From owner-freebsd-net@FreeBSD.ORG Sat Jun 21 09:38:46 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A6AAF1065671 for ; Sat, 21 Jun 2008 09:38:46 +0000 (UTC) (envelope-from prvs=1058fb134c=peter@teamspeak-systems.de) Received: from mail.teamspeak-systems.de (mail.teamspeak-systems.de [62.146.63.83]) by mx1.freebsd.org (Postfix) with ESMTP id 16ACA8FC15 for ; Sat, 21 Jun 2008 09:38:45 +0000 (UTC) (envelope-from prvs=1058fb134c=peter@teamspeak-systems.de) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=teamspeak-systems.de; s=MDaemon; t=1214040475; x=1214645275; q=dns/txt; h=DomainKey-Signature:Received:From:Organization:To: Subject:Date:User-Agent:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Content-Disposition: Message-Id; bh=YepgNYlydAH2f8X9Xa4nzmUCFVGSQ08SsqfnG0a9KKo=; b=E /dhtrOfG0hcF58p4hbR1SfRELQX8ppEYR0Ne6hWLhT7lr3o+Qro18mv/ilascsr4 VkgPcuPvCzwtVXLNbBRehk8lCM6lJamEAve8sgC/8m1fKhOl7+B0EWFPObferxSL yZ3oNP6v47x5hXqd4vdAJCTCIOVsMLK8W5rYEMgTJg= DomainKey-Signature: a=rsa-sha1; s=MDaemon; d=teamspeak-systems.de; c=simple; q=dns; h=from:message-id; b=acDbyRd31pvi6goSErYtpR1Dhzu0FHQK2yeRraUO0Pemu1dT4vXIPinLSEa2 HGPWJp5gFgNgkAPqMDeChO1Z/sFwRaMmmpvIm25YOgi8/ev/URK/R0M/G 8Sy/9U+UTLstC03pmAII5XmxbZMMF8G0YrNBY2lJKAcIZq9wVBop8E=; Received: from [192.168.2.101] by mail.teamspeak-systems.de (Cipher TLSv1:RC4-MD5:128) (MDaemon PRO v9.6.6) with ESMTP id 01-md50000006933.msg for ; Sat, 21 Jun 2008 11:27:54 +0200 X-Spam-Processed: mail.teamspeak-systems.de, Sat, 21 Jun 2008 11:27:54 +0200 (not processed: message from trusted or authenticated source) X-MDPtrLookup-Result: pass dns.ptr=p54AC9062.dip0.t-ipconnect.de (ip=84.172.144.98) (mail.teamspeak-systems.de) X-MDHeloLookup-Result: hardfail smtp.helo=[192.168.2.101] (does not match 84.172.144.98) (mail.teamspeak-systems.de) X-Authenticated-Sender: peter@teamspeak-systems.de X-HashCash: 1:20:080621:md50000006933::k2hAXSPw7KwAx2P5:000026Sg X-MDRemoteIP: 84.172.144.98 X-Return-Path: prvs=1058fb134c=peter@teamspeak-systems.de X-Envelope-From: peter@teamspeak-systems.de X-MDaemon-Deliver-To: freebsd-net@freebsd.org From: Peter Kirk Organization: TeamSpeak Systems To: pyunyh@gmail.com Date: Sat, 21 Jun 2008 10:49:31 +0200 User-Agent: KMail/1.9.7 References: <200806201046.05530.peter@teamspeak-systems.de> <200806201154.56281.peter@teamspeak-systems.de> <20080621001940.GD44099@cdnetworks.co.kr> In-Reply-To: <20080621001940.GD44099@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200806211049.32460.peter@teamspeak-systems.de> X-MDAV-Processed: mail.teamspeak-systems.de, Sat, 21 Jun 2008 11:27:55 +0200 Cc: freebsd-net@freebsd.org, "Andrey V. Elsukov" Subject: Re: UDP checksum invalid on FreeBSD7/x86 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: Sat, 21 Jun 2008 09:38:46 -0000 On Saturday 21 June 2008 02:19:40 Pyun YongHyeon wrote: > =A0> Now the problem no longer appears, even with "net.inet.udp.checksum= =3D1". > Thanks > for answering this so promptly, hopefuly the re(4) driver can be > fixed to > avoid this kind of problem (or the -rxcsum -txcsum added > automatically for > this card). > > Try re(4) on 7-stable and let me know how it goes. > Most checksum offload and bus_dma(9) related issues were fixed in > 7-stable. Sorry, I might not be in sync with "FreeBSD terms", but we installed FreeBS= D-7=20 (the latest stable version), aren't I then already running 7-stable? uname -a says: =46reeBSD FreeBSD32.zocker 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24=20 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENER= IC =20 i386 Peter =2D-=20 If you think nobody cares if you're alive, try missing a couple of car payments. -- Earl Wilson From owner-freebsd-net@FreeBSD.ORG Sat Jun 21 12:51:00 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25DB9106566C for ; Sat, 21 Jun 2008 12:51:00 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.120]) by mx1.freebsd.org (Postfix) with ESMTP id D28CD8FC12 for ; Sat, 21 Jun 2008 12:50:59 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from shop.chemikals.org ([75.182.12.58]) by cdptpa-omta01.mail.rr.com with ESMTP id <20080621120343.WFXU20096.cdptpa-omta01.mail.rr.com@shop.chemikals.org>; Sat, 21 Jun 2008 12:03:43 +0000 Received: from volatile.chemikals.org (root@r74-193-170-223.bssrcmta01.bscyla.by.dh.suddenlink.net [74.193.170.223] (may be forged)) by shop.chemikals.org (8.14.1/8.14.1) with ESMTP id m5LC3ggR041926; Sat, 21 Jun 2008 08:03:42 -0400 (EDT) (envelope-from morganw@chemikals.org) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.2/8.14.2) with ESMTP id m5LC3ebc017546; Sat, 21 Jun 2008 07:03:41 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Sat, 21 Jun 2008 07:03:40 -0500 (CDT) From: Wes Morgan To: Peter Kirk In-Reply-To: <200806211049.32460.peter@teamspeak-systems.de> Message-ID: References: <200806201046.05530.peter@teamspeak-systems.de> <200806201154.56281.peter@teamspeak-systems.de> <20080621001940.GD44099@cdnetworks.co.kr> <200806211049.32460.peter@teamspeak-systems.de> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2180312168-1241586513-1214049735=:17418" Content-ID: Cc: freebsd-net@freebsd.org Subject: Re: UDP checksum invalid on FreeBSD7/x86 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: Sat, 21 Jun 2008 12:51:00 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2180312168-1241586513-1214049735=:17418 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-15; format=flowed Content-Transfer-Encoding: 8BIT Content-ID: On Sat, 21 Jun 2008, Peter Kirk wrote: > On Saturday 21 June 2008 02:19:40 Pyun YongHyeon wrote: >>  > Now the problem no longer appears, even with "net.inet.udp.checksum=1". >> Thanks > for answering this so promptly, hopefuly the re(4) driver can be >> fixed to > avoid this kind of problem (or the -rxcsum -txcsum added >> automatically for > this card). >> >> Try re(4) on 7-stable and let me know how it goes. >> Most checksum offload and bus_dma(9) related issues were fixed in >> 7-stable. > > Sorry, I might not be in sync with "FreeBSD terms", but we installed FreeBSD-7 > (the latest stable version), aren't I then already running 7-stable? > uname -a says: > FreeBSD FreeBSD32.zocker 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sun Feb 24 > 19:59:52 UTC 2008 root@logan.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > i386 You are running the initial release for the 7-stable branch, which will not include the fixes committed to the tree since the release date. --2180312168-1241586513-1214049735=:17418-- From owner-freebsd-net@FreeBSD.ORG Sat Jun 21 13:11:20 2008 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39A92106567F; Sat, 21 Jun 2008 13:11:20 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0F3248FC1C; Sat, 21 Jun 2008 13:11:20 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.2/8.14.2) with ESMTP id m5LDBJrU057323; Sat, 21 Jun 2008 13:11:19 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.2/8.14.1/Submit) id m5LDBJtP057319; Sat, 21 Jun 2008 13:11:19 GMT (envelope-from gavin) Date: Sat, 21 Jun 2008 13:11:19 GMT Message-Id: <200806211311.m5LDBJtP057319@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-arm@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: arm/121242: [ate] [patch] Promiscuous mode of if_ate (arm) doesn't work 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: Sat, 21 Jun 2008 13:11:20 -0000 Synopsis: [ate] [patch] Promiscuous mode of if_ate (arm) doesn't work Responsible-Changed-From-To: freebsd-net->freebsd-arm Responsible-Changed-By: gavin Responsible-Changed-When: Sat Jun 21 13:10:35 UTC 2008 Responsible-Changed-Why: Over to -arm@ mailing list for consideration http://www.freebsd.org/cgi/query-pr.cgi?pr=121242 From owner-freebsd-net@FreeBSD.ORG Sat Jun 21 16:30:37 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1E441065684 for ; Sat, 21 Jun 2008 16:30:36 +0000 (UTC) (envelope-from agirling@denetron.com) Received: from mail.denetron.com (mail.denetron.com [64.255.172.105]) by mx1.freebsd.org (Postfix) with ESMTP id DE7F68FC13 for ; Sat, 21 Jun 2008 16:30:36 +0000 (UTC) (envelope-from agirling@denetron.com) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=denetron; d=denetron.com; h=Received:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer; b=x78tt4p35H4h6IySTG05AuiBHDI3vYPSGiQCWQnPOl44joWitPZfjK56/1PD6L+9i9REutbmFfEK/zMZTvDnsnlrXzMPf5pnL/adgnOHzbNt9xfATo/51eHOiB/zuLIR; Received: from [71.186.236.6] (helo=[192.168.1.60]) by mail.denetron.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KA5Nz-0008G1-Ps; Sat, 21 Jun 2008 15:52:20 +0000 Message-Id: From: Andrew Girling To: Diego Salvador In-Reply-To: <52345.28040.qm@web76103.mail.sg1.yahoo.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v924) Date: Sat, 21 Jun 2008 11:52:17 -0400 References: <52345.28040.qm@web76103.mail.sg1.yahoo.com> X-Mailer: Apple Mail (2.924) Cc: freebsd-net@freebsd.org Subject: Re: [Queueing Packets with ALTQ on Gigabit Fiber Optic and Gigabit Ethernet] 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: Sat, 21 Jun 2008 16:30:37 -0000 On Jun 20, 2008, at 8:38 AM, Diego Salvador wrote: > Hi, > > Is there any difference in handling packet queues with ALTQ if the > network card is > a Gigabit fiber network interface and a Gigabit Ethernet network > interface with the > same driver? For example (em) driver for Intel-based cards. I'm > currently having a > system configured with FreeBSD-6.2 RELEASE with PF and ALTQ enabled. > This > host is configured first with Intel 1-Gigabit Ethernet network card > and when it > receive big amount of traffic, I don't see any packet errors with > netstat but when I > switched to the 1-Gigabit fiber optic card, I could see packet > errors with this > interface. A big amount of traffic were bombarded on the interface > around > 800Mbps. > > Here's the sample packet errors received on the system with netstat. > > Gigabit Intel fiber interface > ------------------------------------- > # netstat -I em0 -w 1 > input (em0) output > packets errs bytes packets errs bytes colls > 3260 149652 2547816 0 0 0 0 > 3257 150026 2547756 0 0 0 0 > 3258 150117 2543396 1 0 42 0 > 3259 150181 2549320 0 0 0 0 > 3256 149941 2543244 0 0 0 0 > 3370 149871 2636122 0 0 0 0 > 3255 149534 2544688 0 0 0 0 > 3255 150077 2543966 0 0 0 0 > 3260 150195 2549320 0 0 0 0 > 3259 149603 2547816 0 0 0 0 > 3258 149746 2546312 0 0 0 0 > 3258 149855 2547756 0 0 0 0 > 3261 149851 2549320 0 0 0 0 > 3255 150414 2545410 0 0 0 0 > 3250 149758 2542282 0 0 0 0 > 3255 149842 2545410 0 0 0 0 > 3259 149568 2547756 0 0 0 0 > 3255 149943 2545502 0 0 0 0 > 3261 149893 2548658 0 0 0 0 > 3257 149581 2545530 0 0 0 0 > > Thank you very much! > > Diego Diego, This sounds like it may be a duplex mismatch. Have you tried verifying the speed and duplex on both ends of the fiber connection? A dump of "ifconfig em0" and information on where the device the circuit is connected to would be helpful. Is the circuit known to be working on other machines? Does the problem exist when you disable pf/ altq? Cheers, Andrew From owner-freebsd-net@FreeBSD.ORG Sat Jun 21 19:50:59 2008 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86D1A1065685 for ; Sat, 21 Jun 2008 19:50:59 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from ape.monkeybrains.net (ape.monkeybrains.net [208.69.40.11]) by mx1.freebsd.org (Postfix) with ESMTP id 3EACF8FC0C for ; Sat, 21 Jun 2008 19:50:59 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from monchichi.monkeybrains.net (adsl-76-195-160-142.dsl.pltn13.sbcglobal.net [76.195.160.142]) (authenticated bits=0) by ape.monkeybrains.net (8.14.1/8.14.1) with ESMTP id m5LJowfY064066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 21 Jun 2008 12:50:59 -0700 (PDT) (envelope-from crapsh@monkeybrains.net) Message-ID: <485D5B9E.8020908@monkeybrains.net> Date: Sat, 21 Jun 2008 12:50:54 -0700 From: Rudy User-Agent: Thunderbird 2.0.0.12 (X11/20080310) MIME-Version: 1.0 To: Jack Vogel References: <20080516185813.H866@logos.sky.od.ua> <2a41acea0805160904g7dcf9f58rf69ca5d0612945cc@mail.gmail.com> <4853055C.2030303@MonkeyBrains.NET> <48535A11.4020003@monkeybrains.net> <48582C29.8030307@monkeybrains.net> <2a41acea0806191055w5e112b8bsa57a8db2b177adbe@mail.gmail.com> <485C0F07.7000408@monkeybrains.net> <2a41acea0806201355y3b123462wc37280f28a9f4216@mail.gmail.com> <485C41C5.4090706@monkeybrains.net> <2a41acea0806201713m7a083b9dr10894c8a0845df8e@mail.gmail.com> In-Reply-To: <2a41acea0806201713m7a083b9dr10894c8a0845df8e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.93, clamav-milter version 0.93 on pita.monkeybrains.net X-Virus-Status: Clean Cc: freebsd-net@freebsd.org Subject: Re: Seeking help understanding my "emX: watchdog timeout" messages 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: Sat, 21 Jun 2008 19:50:59 -0000 Jack Vogel wrote: > On Fri, Jun 20, 2008 at 4:48 PM, Support (Rudy) wrote: >> Jack Vogel wrote: >>> ... can you switch and run the interface in non-polled, in fact if >>> possible using >>> MSI?? At 5pm yesterday, I disabled polling. I've had about the same frequency of 'timeouts' Jun 21 09:28:29 mango kernel: em2: watchdog timeout -- resetting Jun 21 11:02:55 mango kernel: em2: watchdog timeout -- resetting Jun 21 11:38:18 mango kernel: em4: watchdog timeout -- resetting em2 and em4 are outbound heavy while the other emX on the box are inbound... I missed the boat with MSI. :) When did that become the people's choice over DEVICE_POLLING? Rudy