From owner-freebsd-net@FreeBSD.ORG Sun Apr 22 11:45:33 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E6AC616A401 for ; Sun, 22 Apr 2007 11:45:33 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 4480F13C458 for ; Sun, 22 Apr 2007 11:45:32 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 22 Apr 2007 11:18:50 -0000 Received: from h081217094222.dyn.cm.kabsi.at (EHLO taxman.pepperland) [81.217.94.222] by mail.gmx.net (mp017) with SMTP; 22 Apr 2007 13:18:50 +0200 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX18uTfEGwcAuib2/sQUP89nSIIwCHZBtuYqEN+cjdW N6wG7tGjBdYxf7 From: Stefan Ehmann To: freebsd-net@freebsd.org Date: Sun, 22 Apr 2007 13:18:49 +0200 User-Agent: KMail/1.9.6 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200704221318.50042.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: "Bruce M. Simpson" Subject: tun devices and vpnc in CURRENT 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, 22 Apr 2007 11:45:34 -0000 On CURRENT, each time I stop/start vpnc a new tun device is created. Since I restart vpnc every time I re-connect to the network, my ifconfig output fills up with tun devices. On 6.2-RELEASE the tun0 device is reused each time I run vpnc. Reverting to src/sys/net/if_tun.c rev 1.162 shows the old behaviour. (It seems I'm noticing this a bit late) Is this a bug in either CURRENT or vpnc? If I set sysctl net.link.tun.devfs_cloning=0, vpnc doesn't work at all: # vpnc vpnc version 0.4.0 kldload: can't load if_tun: File exists can't initialise tunnel interface: No such file or directory This is a CURRENT as of today. Please tell me if you need more info. Stefan From owner-freebsd-net@FreeBSD.ORG Sun Apr 22 17:12:54 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00D3816A400 for ; Sun, 22 Apr 2007 17:12:54 +0000 (UTC) (envelope-from cybercorecentre@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 8DABB13C45B for ; Sun, 22 Apr 2007 17:12:53 +0000 (UTC) (envelope-from cybercorecentre@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so1080885ugh for ; Sun, 22 Apr 2007 10:12:52 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=qV3BkQD6izmHg0EENh+yyuJNaCKbD4MMzRooejbVNlCdq2YzzUcwnrLlXqPKgfX/Kuu4H5OWRET2DW3eZKJCVrMsl2NoAl/Fajt8JSWh9NZ4NY6Ofw/YJF/IzZjFAmNQwEfIrousr+jf5N+DGqGNPD6+WdtsmFdDWU++P7yUnmw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=HCYJN8HPliEuM+pjmHEmPQiwLDIZ3ze3ZtSpZ+U9UV6szR1vB9QgiqoSxyAGrEihCdjjHwGiCClJJARgj6N7bICRJ95cq1PVslZNDyTLvy4/PpCYd/2e8gHXzUUQ5dz2ImXk9rD54+Z+M2mtm0hph7nDqtRH+Y9NEtx2eJW45W8= Received: by 10.66.248.5 with SMTP id v5mr4491382ugh.1177260508391; Sun, 22 Apr 2007 09:48:28 -0700 (PDT) Received: from ?192.0.0.52? ( [62.77.228.138]) by mx.google.com with ESMTP id o24sm10464942ugd.2007.04.22.09.48.27; Sun, 22 Apr 2007 09:48:27 -0700 (PDT) Message-ID: <462B911A.9090909@gmail.com> Date: Sun, 22 Apr 2007 18:45:14 +0200 From: Jax User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Off: vpnc haxx 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, 22 Apr 2007 17:12:54 -0000 Hi folks! This won't be exactly bsd specific topic but I saw others posted about vpnc so I think some of you have a clue about cisco devices and ios ;) I have a small problem with the ezvpn connector itself not with the connection because that's establish perfectly. So I have a cisco vpn router somewhere ( where I don't have admin rights so I can't modify anything ). All vpn client get ip from a 172.16.2.X pool. My first question is: is there any way to force the clients to use the same ip after reconnect without configuring the cisco device? As I saw this is impossible in windows and in linux or in bsd I can use a vpnc connect script that's true to modify the tunnel parameters but here is a little problem, if I modify it then everything will be unaccessible in the vpn, like the router does not accept my traffic from that point (it didn't disconnect me). Ok so if I have 2 client on this subnet they can reach each other via encrypted tunnel. Thats cool and it works under linux and bsd but not in windows. It took me some time to find out there is a secured route, what the router secure :) 192.168.X whatever (this address rage is a remain of an old setup and now it's not in use anymore) and the windows client does not allow to access the 172.16.2.X range since an upgrade from 4.6. Have you got any idea how can I do some hook here to accept the client communication like between a bsd and linux client on the vpn? Router ---------------------------------------->C 172.16.2.3 172.16.2.14 Thanks! Jax From owner-freebsd-net@FreeBSD.ORG Mon Apr 23 00:24:48 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A832616A403 for ; Mon, 23 Apr 2007 00:24:48 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from thing1.auspcmarket.com.au (mail.fromorbit.com [203.31.169.65]) by mx1.freebsd.org (Postfix) with ESMTP id 675C413C487 for ; Mon, 23 Apr 2007 00:24:48 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from [192.168.1.99] (unknown [192.168.1.99]) by thing1.auspcmarket.com.au (Postfix) with ESMTP id CDF735E0C; Mon, 23 Apr 2007 10:24:46 +1000 (EST) From: Alan Garfield To: Yar Tikhiy In-Reply-To: <20070420233619.GC52136@comp.chem.msu.su> References: <20070418120622.GF40826@comp.chem.msu.su> <1176947814.4175.39.camel@hiro.auspc.com.au> <20070419073525.GA60301@comp.chem.msu.su> <1176972863.4177.7.camel@hiro.auspc.com.au> <20070419093847.GC60301@comp.chem.msu.su> <1176976273.4177.17.camel@hiro.auspc.com.au> <20070419113842.GE60301@comp.chem.msu.su> <1176990600.4177.26.camel@hiro.auspc.com.au> <20070419175331.GA5999@comp.chem.msu.su> <1177077805.4063.7.camel@hiro.auspc.com.au> <20070420233619.GC52136@comp.chem.msu.su> Content-Type: text/plain Date: Mon, 23 Apr 2007 10:24:46 +1000 Message-Id: <1177287886.4075.15.camel@hiro.auspc.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 (2.8.3-2.fc6) Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest) 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, 23 Apr 2007 00:24:48 -0000 On Sat, 2007-04-21 at 03:36 +0400, Yar Tikhiy wrote: > > ---- > > Disconnecting: Corrupted MAC on input. > > ---- > > That looks like data corruption happening when TCP segments and/or > IP packets become relatively large, i.e., approach or reach the mtu > limit. The reply looks disturbing from the SP (note the packet size).... ---- IP (tos 0x0, ttl 64, id 2493, offset 0, flags [none], proto: ICMP (1), length: 108) 169.254.101.3 > 169.254.101.2: ICMP echo request, id 31748, seq 3, length 88 0x0000: 4500 006c 09bd 0000 4001 52d2 a9fe 6503 0x0010: a9fe 6502 0800 843d 7c04 0003 462b fbe5 0x0020: 0001 c4b7 abcd efab cdef abcd efab cdef 0x0030: abcd efab cdef abcd efab cdef abcd efab 0x0040: cdef abcd efab cdef abcd efab cdef abcd 0x0050: efab cdef abcd efab cdef abcd efab cdef 0x0060: abcd efab cdef abcd efab cdef IP (tos 0x0, ttl 255, id 57441, offset 0, flags [none], proto: ICMP (1), length: 108) 169.254.101.2 > 169.254.101.3: ICMP echo reply, id 31748, seq 3, length 88 0x0000: 4500 006c e061 0000 ff01 bd2c a9fe 6502 0x0010: a9fe 6503 0000 8c3d 7c04 0003 462b fbe5 0x0020: 0001 c4b7 abcd efab cdef abcd efab cdef 0x0030: abcd efab cdef abcd efab cdef abcd efab 0x0040: cdef abcd efab cdef abcd efab cdef abcd 0x0050: efab cdef abcd efab cdef abcd efab cdef 0x0060: abcd efab cdef abcd efab cdef 0000 0000 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 0x0080: 0000 0000 0000 0000 0000 0000 0000 0000 0x0090: 0000 0000 0000 0000 0000 0000 0000 0000 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 0x00f0: 00 ---- So obviously it cannot deal with fragmented packets. A ping over 213 will over flow the packet and make the ping request fragment, the other side simply drops it to the floor. But that still doesn't make sense with SSH complaining about a corrupt MAC on input. I see no corruption here only dumped packets if they are over-sized. Should I pad out the packet on the platform side to be the same as the SP? Thanks, Alan. From owner-freebsd-net@FreeBSD.ORG Mon Apr 23 06:36:55 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5438016A400 for ; Mon, 23 Apr 2007 06:36:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 2E5B013C45D for ; Mon, 23 Apr 2007 06:36:55 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id 403F8217D36 for ; Mon, 23 Apr 2007 02:37:01 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 23 Apr 2007 02:36:55 -0400 X-Sasl-enc: /v9DFUF4KuzCZeG6u9kS1YrFuWigJjD7GZTMCUho4ZAj 1177310215 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 3DDC01394F for ; Mon, 23 Apr 2007 02:36:55 -0400 (EDT) Message-ID: <462C5405.8040401@incunabulum.net> Date: Mon, 23 Apr 2007 07:36:53 +0100 From: Bruce M Simpson User-Agent: Thunderbird 1.5.0.10 (X11/20070407) MIME-Version: 1.0 To: FreeBSD-Net mailing list References: <4628DA3A.3050309@incunabulum.net> <20070420104318.A67833@xorpc.icir.org> In-Reply-To: <20070420104318.A67833@xorpc.icir.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: MFC of ether_input() changes 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, 23 Apr 2007 06:36:55 -0000 Actually, I thought the change which moved the VLAN tag out of the mbuf tag pool and into the mbuf packet header had also been MFCed. It has not. As CURRENT is the branch normally used for feature development it is probably best I don't MFC this unless the VLAN tag change is MFCed also. Therefore there is not a lot of point in merging this change apart from to benefit from the code cleanup which M_PROMISC offers, so I'll back off for now. Cheers... BMS From owner-freebsd-net@FreeBSD.ORG Mon Apr 23 08:03:40 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 23BE816A400 for ; Mon, 23 Apr 2007 08:03:40 +0000 (UTC) (envelope-from andre@freebsd.org) Received: from c00l3r.networx.ch (c00l3r.networx.ch [62.48.2.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD4213C46E for ; Mon, 23 Apr 2007 08:03:39 +0000 (UTC) (envelope-from andre@freebsd.org) Received: (qmail 75053 invoked from network); 23 Apr 2007 07:26:34 -0000 Received: from c00l3r.networx.ch (HELO [127.0.0.1]) ([62.48.2.2]) (envelope-sender ) by c00l3r.networx.ch (qmail-ldap-1.03) with SMTP for ; 23 Apr 2007 07:26:33 -0000 Message-ID: <462C6859.7080603@freebsd.org> Date: Mon, 23 Apr 2007 10:03:37 +0200 From: Andre Oppermann User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Bruce M Simpson References: <4628DA3A.3050309@incunabulum.net> <20070420104318.A67833@xorpc.icir.org> <462C5405.8040401@incunabulum.net> In-Reply-To: <462C5405.8040401@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Net mailing list Subject: Re: MFC of ether_input() changes 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, 23 Apr 2007 08:03:40 -0000 Bruce M Simpson wrote: > Actually, I thought the change which moved the VLAN tag out of the mbuf > tag pool and into the mbuf packet header had also been MFCed. It has not. It would be an API+ABI change to MFC it. That's why I haven't done it. > As CURRENT is the branch normally used for feature development it is > probably best I don't MFC this unless the VLAN tag change is MFCed also. > > Therefore there is not a lot of point in merging this change apart from > to benefit from the code cleanup which M_PROMISC offers, so I'll back > off for now. -- Andre From owner-freebsd-net@FreeBSD.ORG Mon Apr 23 11:08:42 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 075F616A477 for ; Mon, 23 Apr 2007 11:08:42 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id EA1B813C448 for ; Mon, 23 Apr 2007 11:08:41 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3NB8fhm093194 for ; Mon, 23 Apr 2007 11:08:41 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3NB8enJ093190 for freebsd-net@FreeBSD.org; Mon, 23 Apr 2007 11:08:40 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 23 Apr 2007 11:08:40 GMT Message-Id: <200704231108.l3NB8enJ093190@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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, 23 Apr 2007 11:08:42 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- a kern/38554 net changing interface ipaddress doesn't seem to work s kern/39937 net ipstealth issue o kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/95665 net [if_tun] "ping: sendto: No buffer space available" wit o kern/108542 net [bce]: Huge network latencies with 6.2-RELEASE / STABL o kern/109406 net [ndis] Broadcom WLAN driver 4.100.15.5 doesn't work wi o kern/110959 net [ipsec] Filtering incoming packets with enc0 does not 7 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o conf/23063 net [PATCH] for static ARP tables in rc.network 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/95267 net packet drops periodically appear f kern/95277 net [netinet] IP Encapsulation mask_match() returns wrong 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/110720 net [net] [patch] support for interface descriptions 11 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Apr 23 14:54:35 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA84616A400 for ; Mon, 23 Apr 2007 14:54:35 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id E0E2E13C4B7 for ; Mon, 23 Apr 2007 14:54:34 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3NEsWFk023775; Mon, 23 Apr 2007 18:54:32 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3NEsUVK023773; Mon, 23 Apr 2007 18:54:31 +0400 (MSD) (envelope-from yar) Date: Mon, 23 Apr 2007 18:54:30 +0400 From: Yar Tikhiy To: Alan Garfield Message-ID: <20070423145429.GF66604@comp.chem.msu.su> References: <20070419073525.GA60301@comp.chem.msu.su> <1176972863.4177.7.camel@hiro.auspc.com.au> <20070419093847.GC60301@comp.chem.msu.su> <1176976273.4177.17.camel@hiro.auspc.com.au> <20070419113842.GE60301@comp.chem.msu.su> <1176990600.4177.26.camel@hiro.auspc.com.au> <20070419175331.GA5999@comp.chem.msu.su> <1177077805.4063.7.camel@hiro.auspc.com.au> <20070420233619.GC52136@comp.chem.msu.su> <1177287886.4075.15.camel@hiro.auspc.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1177287886.4075.15.camel@hiro.auspc.com.au> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org Subject: Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest) 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, 23 Apr 2007 14:54:35 -0000 On Mon, Apr 23, 2007 at 10:24:46AM +1000, Alan Garfield wrote: > On Sat, 2007-04-21 at 03:36 +0400, Yar Tikhiy wrote: > > > > ---- > > > Disconnecting: Corrupted MAC on input. > > > ---- > > > > That looks like data corruption happening when TCP segments and/or > > IP packets become relatively large, i.e., approach or reach the mtu > > limit. > > The reply looks disturbing from the SP (note the packet size).... > > ---- > IP (tos 0x0, ttl 64, id 2493, offset 0, flags [none], proto: ICMP (1), > length: 108) 169.254.101.3 > 169.254.101.2: ICMP echo request, id 31748, > seq 3, length 88 > 0x0000: 4500 006c 09bd 0000 4001 52d2 a9fe 6503 > 0x0010: a9fe 6502 0800 843d 7c04 0003 462b fbe5 > 0x0020: 0001 c4b7 abcd efab cdef abcd efab cdef > 0x0030: abcd efab cdef abcd efab cdef abcd efab > 0x0040: cdef abcd efab cdef abcd efab cdef abcd > 0x0050: efab cdef abcd efab cdef abcd efab cdef > 0x0060: abcd efab cdef abcd efab cdef > IP (tos 0x0, ttl 255, id 57441, offset 0, flags [none], proto: ICMP (1), > length: 108) 169.254.101.2 > 169.254.101.3: ICMP echo reply, id 31748, > seq 3, length 88 > 0x0000: 4500 006c e061 0000 ff01 bd2c a9fe 6502 > 0x0010: a9fe 6503 0000 8c3d 7c04 0003 462b fbe5 > 0x0020: 0001 c4b7 abcd efab cdef abcd efab cdef > 0x0030: abcd efab cdef abcd efab cdef abcd efab > 0x0040: cdef abcd efab cdef abcd efab cdef abcd > 0x0050: efab cdef abcd efab cdef abcd efab cdef > 0x0060: abcd efab cdef abcd efab cdef 0000 0000 > 0x0070: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0080: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x0090: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00a0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00b0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00c0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00d0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00e0: 0000 0000 0000 0000 0000 0000 0000 0000 > 0x00f0: 00 > ---- Nothing wrong with the length, it's 241 bytes, the size of the buffer less that of the Ethernet header. As we concluded, Jnet has no means for indicating the exact size of the Ethernet frame, so the whole buffer has to be considered as such. BPF works at the link layer, so tcpdump shows you the frame's complete payload, not only the IP packet. The extra 0's at the end will be trimmed off by ip_input() based on the packet length field in the IP header -- note that it's correctly set to 108 bytes. > So obviously it cannot deal with fragmented packets. A ping over 213 > will over flow the packet and make the ping request fragment, the other > side simply drops it to the floor. This conclusion doesn't seem to follow from the above observation. Dropping fragmented IP packets can be a quirk of the Linux if it does so. > But that still doesn't make sense with SSH complaining about a corrupt > MAC on input. I see no corruption here only dumped packets if they are > over-sized. Perhaps the bug is triggered when the outgoing packet consists of multiple mbufs. ping sends its packet to the kernel as a single message while sshd can do smaller writes to the socket which get coalesced into a TCP segment. Now I can only think of the following test: run "sshd -d" under ktrace and compare the data it writes to the network socket with the data actually sent to Jnet via jnet_start(). A debug printf in jnet_start() will be needed to see the data at the lowest level possible. Other possible options for collecting genuine data sent by sshd are: - a netgraph using ng_ether and ng_eiface - a data tap between "sshd -i" and inetd - higher debug levels of sshd (I've never investigated them) I'd also test if the ssh from SP can work OK with a FreeBSD host (the same FreeBSD version as on the platform side would be the best) via the external Ethernet. If nothing helps at all, device access timing can be the cause. Can the device ports written to/read from in a loop without a delay? > Should I pad out the packet on the platform side to be the same as the > SP? Your jnet_start() routine fills the tail of the buffer w/zeros already, doesn't it? -- Yar From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 02:50:25 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 938B716A401; Tue, 24 Apr 2007 02:50:25 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 6C63A13C45D; Tue, 24 Apr 2007 02:50:25 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3O2oPUT062898; Tue, 24 Apr 2007 02:50:25 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3O2oPbE062894; Tue, 24 Apr 2007 02:50:25 GMT (envelope-from linimon) Date: Tue, 24 Apr 2007 02:50:25 GMT From: Mark Linimon Message-Id: <200704240250.l3O2oPbE062894@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/108670: [tcp] TCP connection ETIMEDOUT 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, 24 Apr 2007 02:50:25 -0000 Synopsis: [tcp] TCP connection ETIMEDOUT Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Apr 24 02:50:19 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=108670 From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 04:25:38 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0DFEC16A400; Tue, 24 Apr 2007 04:25:38 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id DA4B813C457; Tue, 24 Apr 2007 04:25:37 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3O4Pb1c071506; Tue, 24 Apr 2007 04:25:37 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3O4Pb1X071502; Tue, 24 Apr 2007 04:25:37 GMT (envelope-from linimon) Date: Tue, 24 Apr 2007 04:25:37 GMT From: Mark Linimon Message-Id: <200704240425.l3O4Pb1X071502@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/108211: [netinet] potentially a bug for inet_aton in sys/netinet/libalias/alias_proxy.c 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, 24 Apr 2007 04:25:38 -0000 Synopsis: [netinet] potentially a bug for inet_aton in sys/netinet/libalias/alias_proxy.c Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Apr 24 04:25:22 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=108211 From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 05:00:30 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 61D6416A402; Tue, 24 Apr 2007 05:00:30 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3A45F13C44B; Tue, 24 Apr 2007 05:00:30 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3O50TH6076240; Tue, 24 Apr 2007 05:00:29 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3O50Tq0076236; Tue, 24 Apr 2007 05:00:29 GMT (envelope-from linimon) Date: Tue, 24 Apr 2007 05:00:29 GMT From: Mark Linimon Message-Id: <200704240500.l3O50Tq0076236@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/106316: [dummynet] dummynet with multipass ipfw drops packets when reloading FW 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, 24 Apr 2007 05:00:30 -0000 Synopsis: [dummynet] dummynet with multipass ipfw drops packets when reloading FW Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Apr 24 05:00:20 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=106316 From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 09:35:09 2007 Return-Path: X-Original-To: freebsd-net@hub.freebsd.org Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2446D16A400; Tue, 24 Apr 2007 09:35:09 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id F17A813C458; Tue, 24 Apr 2007 09:35:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3O9Z8tu000570; Tue, 24 Apr 2007 09:35:08 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3O9Z8WE000566; Tue, 24 Apr 2007 09:35:08 GMT (envelope-from linimon) Date: Tue, 24 Apr 2007 09:35:08 GMT From: Mark Linimon Message-Id: <200704240935.l3O9Z8WE000566@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org Cc: Subject: Re: kern/108197: [ipv6] IPv6-related crash if if_delmulti 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, 24 Apr 2007 09:35:09 -0000 Synopsis: [ipv6] IPv6-related crash if if_delmulti Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Apr 24 09:35:01 UTC 2007 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=108197 From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 12:30:09 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 168C616A404 for ; Tue, 24 Apr 2007 12:30:09 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 917D113C458 for ; Tue, 24 Apr 2007 12:30:08 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Level: 2 [X] Received: from [212.86.226.11] (account mav@alkar.net [212.86.226.11] verified) by cmail.optima.ua (CommuniGate Pro SMTP 5.1.8) with ESMTPA id 22758699; Tue, 24 Apr 2007 15:30:07 +0300 Message-ID: <462DF84E.5060808@mavhome.dp.ua> Date: Tue, 24 Apr 2007 15:30:06 +0300 From: Alexander Motin User-Agent: Thunderbird 1.5.0.10 (X11/20070409) MIME-Version: 1.0 To: Tom McLaughlin References: <1176776612.00725618.1176764402@10.7.7.3> <1176816181.00725799.1176802803@10.7.7.3> <1177086183.00728013.1177073401@10.7.7.3> <1177115016.00728307.1177104603@10.7.7.3> In-Reply-To: <1177115016.00728307.1177104603@10.7.7.3> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: net/mpd4: Unable to pass pass traffic as pptp client 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, 24 Apr 2007 12:30:09 -0000 Tom McLaughlin wrote: > I tried pinging while sniffing ng0 and em0 and I see the ping traveling > through ng0 and then a PPP compressed data packet out em0. I end up > receiving back a PPP LCP protocol reject from the concentrator back to > em0 and the following message from mpd4 > > [vpn] LCP: rec'd Protocol Reject #2 link 0 (Opened) > [vpn] LCP: protocol 0xee0b was rejected > > One bit of advice I received was turning off encryption but this is not > an option for me. This same issue appears to have been around since > mpd3. I have not tested it with cisco, but with everybody else it works perfect for me and many other. Try to play around protocomp and acfcomp options, 'protocol 0xee0b' looks like garbage. There are no such protocol. -- Alexander Motin From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 17:15:57 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 500B816A407 for ; Tue, 24 Apr 2007 17:15:57 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id F22F313C45A for ; Tue, 24 Apr 2007 17:15:56 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id B10081B10F1A for ; Tue, 24 Apr 2007 19:15:55 +0200 (CEST) Received: from [192.168.3.125] (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id AE6E11B10EEC for ; Tue, 24 Apr 2007 19:15:55 +0200 (CEST) Message-ID: <462E3B4A.5030307@sun-fish.com> Date: Tue, 24 Apr 2007 20:15:54 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: freebsd-net@FreeBSD.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: Subject: em0 - bge0 failed to work at 1000baseTX X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: stefan.lambrev@sun-fish.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 Apr 2007 17:15:57 -0000 Hello, I'm trying to get two gigabit network cards to work together. em0: port 0x1000-0x101f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 19 at device 25.0 on pci0 em0@pci0:25:0: class=0x020000 card=0x2800103c chip=0x104a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet and broadcom on the other end: bge0: mem 0xf4100000-0xf410ffff irq 16 at device 0.0 on pci8 bge0@pci8:0:0: class=0x020000 card=0x30a3103c chip=0x16fd14e4 rev=0x21 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5753M NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet When I connect both networks without switch e.g. directly they auto negotiate to: media: Ethernet autoselect (100baseTX ) but I want 1000baseTX :( First thing that I tried was to force both network card with: ifconfig bge0/em0 media 1000baseTX mediaopt full-duplex but this lead to status: no carrier Second step was to set bge link0 and em0 link1, but still "no carrier" (from bge manual) On the machine with em card I have linux installed so I boot under linux and then everything works with autoselect, and I'm able to transfer with speed +50MB/s. When I forced both network cards to 1000baseTX I notice this: em0 media: Ethernet 1000baseTX (autoselect) ^^^^^^^^ bge0 media: Ethernet 1000baseTX (none) ^^^^ Something else that is quite strange is that when I change em media from autoselec to 1000baseTX, I see that for 2-3 seconds there is a connection between cards (e.g. status: active), but just for 2-3 seconds and then it disconnects again. (ping between hosts works for 2 seconds) At this time ifconfig shows: em0 media: Ethernet 1000baseTX ^^^^^^ no autoselect here ? status: active and bge0: media: Ethernet autoselect (1000baseTX ) ( I left bge to autoselect at some point as I saw it does not change a thing..) status: active I compiled new kernel with #define EM_MASTER_SLAVE 2 (and then 3) in if_em.h (as I'm suspecting em driver ..) but still no success. Last thing that I notice while (re)booting freebsd server with em0 is that during starting program and rc scripts the status of the network changed from 100mbps -> 1000mbps -> no carrier -> 100mbps. So any ideas how to get my network working at gigabit speeds? :) P.S. both machines are running freebsd 6.2 stable - em0 is i386 and bge0 is on amd64. em0 was tested with 6.2-release too. Thanks in advance. -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 18:03:29 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2C87616A400 for ; Tue, 24 Apr 2007 18:03:29 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.236]) by mx1.freebsd.org (Postfix) with ESMTP id D1FDB13C44C for ; Tue, 24 Apr 2007 18:03:28 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wr-out-0506.google.com with SMTP id 70so2140847wra for ; Tue, 24 Apr 2007 11:03:28 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=He/lcR9pmCiBc/SuWU9Bdb4EVEyZbkeJTWr6OqBrd4cUsRSEQckQcwK3mQU1B6MbH+ABPXTkON71QygPbRiDyxUdbchKkkJhl3ejUM9M+GIGEZ3AWBeLCKmfrK0D1rvcRTZxk98GfNJspfW2rdNEe38hgZWqwSiV/BjRmIsiSe8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b9UlAT071n5Qg/XAzLwjKBTpGBIW+rMFpOAxvEskAMhA+du/rcQCZqvUJNsgXiJVIsndeGnMkuKbASnh1jWxVJJAK0TUyivM/FavfbF4US+M7nmCcaYYYECa071fsZDUhPiMrAa06q1vVul9Gb/xosn4j8GrVjLQ+ILlayY8SZ8= Received: by 10.114.125.2 with SMTP id x2mr919604wac.1177437807665; Tue, 24 Apr 2007 11:03:27 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Tue, 24 Apr 2007 11:03:27 -0700 (PDT) Message-ID: <2a41acea0704241103r59a1fa8di7e7747e191eea787@mail.gmail.com> Date: Tue, 24 Apr 2007 11:03:27 -0700 From: "Jack Vogel" To: stefan.lambrev@sun-fish.com In-Reply-To: <462E3B4A.5030307@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <462E3B4A.5030307@sun-fish.com> Cc: freebsd-net@freebsd.org Subject: Re: em0 - bge0 failed to work at 1000baseTX 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, 24 Apr 2007 18:03:29 -0000 On 4/24/07, Stefan Lambrev wrote: > Hello, > > I'm trying to get two gigabit network cards to work together. > > em0: port > 0x1000-0x101f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 19 at > device 25.0 on pci0 > > em0@pci0:25:0: class=0x020000 card=0x2800103c chip=0x104a8086 rev=0x02 > hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > > and broadcom on the other end: > > bge0: mem 0xf4100000-0xf410ffff > irq 16 at device 0.0 on pci8 > > bge0@pci8:0:0: class=0x020000 card=0x30a3103c chip=0x16fd14e4 rev=0x21 > hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5753M NetXtreme Gigabit Ethernet PCI Express' > class = network > subclass = ethernet > > > When I connect both networks without switch e.g. directly they auto > negotiate to: > media: Ethernet autoselect (100baseTX ) > but I want 1000baseTX :( > > First thing that I tried was to force both network card with: > ifconfig bge0/em0 media 1000baseTX mediaopt full-duplex > but this lead to status: no carrier > > Second step was to set bge link0 and em0 link1, but still "no carrier" > (from bge manual) > > On the machine with em card I have linux installed so I boot under linux > and then everything works > with autoselect, and I'm able to transfer with speed +50MB/s. > > When I forced both network cards to 1000baseTX I notice this: > > em0 media: Ethernet 1000baseTX (autoselect) > > ^^^^^^^^ > bge0 media: Ethernet 1000baseTX (none) > > ^^^^ > > Something else that is quite strange is that when I change em media from > autoselec to 1000baseTX, > I see that for 2-3 seconds there is a connection between cards (e.g. > status: active), but just for 2-3 seconds > and then it disconnects again. (ping between hosts works for 2 seconds) > At this time ifconfig shows: > em0 > media: Ethernet 1000baseTX > > ^^^^^^ no autoselect here ? > status: active > > and bge0: > media: Ethernet autoselect (1000baseTX ) ( I left bge to > autoselect at some point as I saw it does not change a thing..) > status: active > > I compiled new kernel with > #define EM_MASTER_SLAVE 2 (and then 3) > in if_em.h (as I'm suspecting em driver ..) > but still no success. > > Last thing that I notice while (re)booting freebsd server with em0 is that > during starting program and rc scripts the status of the network changed > from 100mbps -> 1000mbps -> no carrier -> 100mbps. > > So any ideas how to get my network working at gigabit speeds? :) > > P.S. both machines are running freebsd 6.2 stable - em0 is i386 and bge0 > is on amd64. > em0 was tested with 6.2-release too. > > Thanks in advance. Do me a favor please, go to downloadfinder.intel.com and get my latest driver, its version 6.3.9, since ICH8 is fairly recent and has had some late-breaking fixes in shared code its possible that will solve things. You will want to use this driver as a module, its a hassle to build into the kernel (although there is a patch to allow you to do that if you wish). Please report back EITHER if it works or fails, if it does still fail I will have our test/validation group get hardware set up to look into this. Jack From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 18:42:08 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DFDAF16A408 for ; Tue, 24 Apr 2007 18:42:08 +0000 (UTC) (envelope-from alexandre.delay@free.fr) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id 6F20E13C4C7 for ; Tue, 24 Apr 2007 18:42:08 +0000 (UTC) (envelope-from alexandre.delay@free.fr) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by postfix2-g20.free.fr (Postfix) with ESMTP id BF13FF193AD for ; Tue, 24 Apr 2007 19:16:39 +0200 (CEST) Received: from Cerbere-de-Troyes.cerbere23.com (unknown [62.147.211.204]) by smtp1-g19.free.fr (Postfix) with ESMTP id 56A6FB935C for ; Tue, 24 Apr 2007 20:16:16 +0200 (CEST) Received: from artemis ([192.168.2.2]) by Cerbere-de-Troyes.cerbere23.com (8.13.8/8.13.3) with ESMTP id l3OIFiOW083556 for ; Tue, 24 Apr 2007 20:15:44 +0200 (CEST) (envelope-from alexandre.delay@free.fr) From: "Alexandre DELAY" To: Date: Tue, 24 Apr 2007 20:19:25 +0200 Message-ID: <001d01c7869d$16bcd510$0202a8c0@artemis> MIME-Version: 1.0 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: NFS with Dynamic IP clients 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, 24 Apr 2007 18:42:09 -0000 Hi I am searching for a solution to my problem. I have a fixed NFS server connected to Internet. Clients have dynamic IP addresses. How can I secure clients NFS connections? Thanks Cheers Alex From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 18:43:57 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9DDD516A401 for ; Tue, 24 Apr 2007 18:43:57 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out4.apple.com (mail-out4.apple.com [17.254.13.23]) by mx1.freebsd.org (Postfix) with ESMTP id 87E5F13C44B for ; Tue, 24 Apr 2007 18:43:57 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay6.apple.com (relay6.apple.com [17.128.113.36]) by mail-out4.apple.com (8.13.8/8.13.8) with ESMTP id l3OIhtkR020681; Tue, 24 Apr 2007 11:43:55 -0700 (PDT) Received: from relay6.apple.com (unknown [127.0.0.1]) by relay6.apple.com (Symantec Mail Security) with ESMTP id B394F10071; Tue, 24 Apr 2007 11:43:55 -0700 (PDT) X-AuditID: 11807124-a149ebb000000872-9d-462e4feb042a Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay6.apple.com (Apple SCV relay) with ESMTP id 9E4DF10046; Tue, 24 Apr 2007 11:43:55 -0700 (PDT) In-Reply-To: <001d01c7869d$16bcd510$0202a8c0@artemis> References: <001d01c7869d$16bcd510$0202a8c0@artemis> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Tue, 24 Apr 2007 11:43:54 -0700 To: Alexandre DELAY X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-net@freebsd.org Subject: Re: NFS with Dynamic IP clients 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, 24 Apr 2007 18:43:57 -0000 On Apr 24, 2007, at 11:19 AM, Alexandre DELAY wrote: > I am searching for a solution to my problem. > I have a fixed NFS server connected to Internet. Clients have > dynamic IP > addresses. How can I secure clients NFS connections? Setup and use a VPN so that the clients appear to be on a trusted internal subnet which the NFS fileserver permits? -- -Chuck From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 18:52:20 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 27EF116A403 for ; Tue, 24 Apr 2007 18:52:20 +0000 (UTC) (envelope-from alexandre.delay@free.fr) Received: from smtp1-g19.free.fr (smtp1-g19.free.fr [212.27.42.27]) by mx1.freebsd.org (Postfix) with ESMTP id DB16113C4BB for ; Tue, 24 Apr 2007 18:52:19 +0000 (UTC) (envelope-from alexandre.delay@free.fr) Received: from Cerbere-de-Troyes.cerbere23.com (unknown [62.147.211.204]) by smtp1-g19.free.fr (Postfix) with ESMTP id 0FB0CB93B1 for ; Tue, 24 Apr 2007 20:52:18 +0200 (CEST) Received: from artemis ([192.168.2.2]) by Cerbere-de-Troyes.cerbere23.com (8.13.8/8.13.3) with ESMTP id l3OIplkv083998 for ; Tue, 24 Apr 2007 20:51:47 +0200 (CEST) (envelope-from alexandre.delay@free.fr) From: "Alexandre DELAY" To: Date: Tue, 24 Apr 2007 20:55:27 +0200 Message-ID: <002201c786a2$1ff7b5a0$0202a8c0@artemis> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Importance: Normal Subject: RE : NFS with Dynamic IP clients 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, 24 Apr 2007 18:52:20 -0000 Why not, but my probem is that my NFS server must accept 300 clients. Using a VPN for each client will probably use a lot of processor = ressources. Moreover I'm not sure it is possible to get so much VPN connections on a server. Maybe I must use a different transfert protocol than NFS!? Alex -----Message d'origine----- De : owner-freebsd-net@freebsd.org = [mailto:owner-freebsd-net@freebsd.org] De la part de Chuck Swiger Envoy=E9 : mardi 24 avril 2007 20:44 =C0 : Alexandre DELAY Cc : freebsd-net@freebsd.org Objet : Re: NFS with Dynamic IP clients On Apr 24, 2007, at 11:19 AM, Alexandre DELAY wrote: > I am searching for a solution to my problem. > I have a fixed NFS server connected to Internet. Clients have > dynamic IP > addresses. How can I secure clients NFS connections? Setup and use a VPN so that the clients appear to be on a trusted =20 internal subnet which the NFS fileserver permits? --=20 -Chuck _______________________________________________ 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 Tue Apr 24 18:55:56 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0D6D416A400 for ; Tue, 24 Apr 2007 18:55:56 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from mail-out3.apple.com (mail-out3.apple.com [17.254.13.22]) by mx1.freebsd.org (Postfix) with ESMTP id EBBA913C46A for ; Tue, 24 Apr 2007 18:55:55 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from relay8.apple.com (relay8.apple.com [17.128.113.38]) by mail-out3.apple.com (8.13.8/8.13.8) with ESMTP id l3OItsqL005506; Tue, 24 Apr 2007 11:55:54 -0700 (PDT) Received: from relay8.apple.com (unknown [127.0.0.1]) by relay8.apple.com (Symantec Mail Security) with ESMTP id 49910404DE; Tue, 24 Apr 2007 11:55:54 -0700 (PDT) X-AuditID: 11807126-9dd4bbb0000007ff-0a-462e52bafc14 Received: from [17.214.13.96] (cswiger1.apple.com [17.214.13.96]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by relay8.apple.com (Apple SCV relay) with ESMTP id 34F7040080; Tue, 24 Apr 2007 11:55:54 -0700 (PDT) In-Reply-To: <002201c786a2$1ff7b5a0$0202a8c0@artemis> References: <002201c786a2$1ff7b5a0$0202a8c0@artemis> Mime-Version: 1.0 (Apple Message framework v752.2) X-Priority: 3 (Normal) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Chuck Swiger Date: Tue, 24 Apr 2007 11:55:53 -0700 To: Alexandre DELAY X-Mailer: Apple Mail (2.752.2) X-Brightmail-Tracker: AAAAAA== Cc: freebsd-net@freebsd.org Subject: Re: RE : NFS with Dynamic IP clients 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, 24 Apr 2007 18:55:56 -0000 On Apr 24, 2007, at 11:55 AM, Alexandre DELAY wrote: > Why not, but my probem is that my NFS server must accept 300 clients. > Using a VPN for each client will probably use a lot of processor > ressources. > Moreover I'm not sure it is possible to get so much VPN connections > on a > server. For 300 clients, you'd want a separate, dedicated VPN router, most likely-- Cisco and others make 'em. > Maybe I must use a different transfert protocol than NFS!? Apache2 + WebDAV, perhaps? -- -Chuck From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 21:19:16 2007 Return-Path: X-Original-To: freebsd-net@FreeBSD.org Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7E00F16A406 for ; Tue, 24 Apr 2007 21:19:16 +0000 (UTC) (envelope-from babolo@cicuta.babolo.ru) Received: from ints.mail.pike.ru (ints.mail.pike.ru [85.30.199.194]) by mx1.freebsd.org (Postfix) with ESMTP id AE59813C4BE for ; Tue, 24 Apr 2007 21:19:15 +0000 (UTC) (envelope-from babolo@cicuta.babolo.ru) Received: (qmail 75977 invoked from network); 24 Apr 2007 20:52:33 -0000 Received: from cicuta.babolo.ru (85.30.224.245) by ints.mail.pike.ru with SMTP; 24 Apr 2007 20:52:33 -0000 Received: (nullmailer pid 71986 invoked by uid 136); Tue, 24 Apr 2007 20:54:33 -0000 X-ELM-OSV: (Our standard violations) hdr-charset=KOI8-R; no-hdr-encoding=1 In-Reply-To: <462E3B4A.5030307@sun-fish.com> To: stefan.lambrev@sun-fish.com Date: Wed, 25 Apr 2007 00:54:33 +0400 (MSD) From: .@babolo.ru X-Mailer: ELM [version 2.4ME+ PL99b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Message-Id: <1177448073.752077.71985.nullmailer@cicuta.babolo.ru> Cc: freebsd-net@FreeBSD.org Subject: Re: em0 - bge0 failed to work at 1000baseTX 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, 24 Apr 2007 21:19:16 -0000 [ Charset Windows-1251 unsupported, converting... ] > I'm trying to get two gigabit network cards to work together. > When I connect both networks without switch e.g. directly they auto > negotiate to: > media: Ethernet autoselect (100baseTX ) > but I want 1000baseTX :( Look at link0 in man bge May be change patchcord for direct full 4 pair. (for 100M 2 pair cross is using) Sorry my bad English. From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 21:37:32 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D5F0B16A402 for ; Tue, 24 Apr 2007 21:37:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 5F39013C44C for ; Tue, 24 Apr 2007 21:37:29 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3OLb7mh003589; Wed, 25 Apr 2007 07:37:07 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3OLb6Y3003588; Wed, 25 Apr 2007 07:37:06 +1000 (EST) (envelope-from peter) Date: Wed, 25 Apr 2007 07:37:06 +1000 From: Peter Jeremy To: Alan Garfield Message-ID: <20070424213706.GA1736@turion.vk2pj.dyndns.org> References: <1176972863.4177.7.camel@hiro.auspc.com.au> <20070419093847.GC60301@comp.chem.msu.su> <1176976273.4177.17.camel@hiro.auspc.com.au> <20070419113842.GE60301@comp.chem.msu.su> <1176990600.4177.26.camel@hiro.auspc.com.au> <20070419175331.GA5999@comp.chem.msu.su> <1177077805.4063.7.camel@hiro.auspc.com.au> <20070420233619.GC52136@comp.chem.msu.su> <1177287886.4075.15.camel@hiro.auspc.com.au> <20070423145429.GF66604@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <20070423145429.GF66604@comp.chem.msu.su> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Yar Tikhiy , freebsd-net@freebsd.org Subject: Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest) 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, 24 Apr 2007 21:37:32 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-23 18:54:30 +0400, Yar Tikhiy wrote: >Perhaps the bug is triggered when the outgoing packet consists of >multiple mbufs. Given that we are effectivly dealing with a shared memory block, how does the SP now when the server has finished writing and vice versa? Is jnet's handling of multiple mbufs making the SP think there are multiple packets? >I'd also test if the ssh from SP can work OK with a FreeBSD host >(the same FreeBSD version as on the platform side would be the best) >via the external Ethernet. It definitely can. I haven't used anything else to talk to my SP. >Your jnet_start() routine fills the tail of the buffer w/zeros >already, doesn't it? I would also suggest padding to 256 bytes with zeroes. --=20 Peter Jeremy --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGLniC/opHv/APuIcRAv4wAKC+GJUrr0S8RM/5Y+3extUuEp4hewCffl8E I1B2K13vPJ+G5TKXPDxHB8w= =RY5/ -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-net@FreeBSD.ORG Tue Apr 24 23:19:39 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D763116A404 for ; Tue, 24 Apr 2007 23:19:39 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 0DCAF13C46A for ; Tue, 24 Apr 2007 23:19:38 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id l3ONJXoC005147; Wed, 25 Apr 2007 03:19:33 +0400 (MSD) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id l3ONJW12005145; Wed, 25 Apr 2007 03:19:32 +0400 (MSD) (envelope-from yar) Date: Wed, 25 Apr 2007 03:19:31 +0400 From: Yar Tikhiy To: Peter Jeremy Message-ID: <20070424231930.GD31094@comp.chem.msu.su> References: <20070419093847.GC60301@comp.chem.msu.su> <1176976273.4177.17.camel@hiro.auspc.com.au> <20070419113842.GE60301@comp.chem.msu.su> <1176990600.4177.26.camel@hiro.auspc.com.au> <20070419175331.GA5999@comp.chem.msu.su> <1177077805.4063.7.camel@hiro.auspc.com.au> <20070420233619.GC52136@comp.chem.msu.su> <1177287886.4075.15.camel@hiro.auspc.com.au> <20070423145429.GF66604@comp.chem.msu.su> <20070424213706.GA1736@turion.vk2pj.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070424213706.GA1736@turion.vk2pj.dyndns.org> User-Agent: Mutt/1.5.9i Cc: freebsd-net@freebsd.org, Alan Garfield Subject: Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest) 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, 24 Apr 2007 23:19:39 -0000 On Wed, Apr 25, 2007 at 07:37:06AM +1000, Peter Jeremy wrote: > On 2007-Apr-23 18:54:30 +0400, Yar Tikhiy wrote: > >Perhaps the bug is triggered when the outgoing packet consists of > >multiple mbufs. > > Given that we are effectivly dealing with a shared memory block, how > does the SP now when the server has finished writing and vice versa? This is a pretty good question! I don't remember seeing any synchronization with the SP in jnet_start() so it cannot be sure the SP has finished reading the previous packet. > Is jnet's handling of multiple mbufs making the SP think there are > multiple packets? It shouldn't. The data from all mbufs in the chain are just written to the buffer to form the whole packet in it. > >I'd also test if the ssh from SP can work OK with a FreeBSD host > >(the same FreeBSD version as on the platform side would be the best) > >via the external Ethernet. > > It definitely can. I haven't used anything else to talk to my SP. I meant using ssh(1) on the SP and sshd(8) on an external FreeBSD host just to be 100% sure that combination works, too. -- Yar From owner-freebsd-net@FreeBSD.ORG Wed Apr 25 02:36:40 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2DAFA16A401 for ; Wed, 25 Apr 2007 02:36:40 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from thing1.auspcmarket.com.au (mail.fromorbit.com [203.31.169.65]) by mx1.freebsd.org (Postfix) with ESMTP id DFE9A13C45B for ; Wed, 25 Apr 2007 02:36:39 +0000 (UTC) (envelope-from alan@fromorbit.com) Received: from [192.168.1.197] (c220-239-255-86.rivrw3.nsw.optusnet.com.au [220.239.255.86]) by thing1.auspcmarket.com.au (Postfix) with ESMTP id F373E5C1A; Wed, 25 Apr 2007 12:36:36 +1000 (EST) Message-ID: <462EBEB3.3060208@fromorbit.com> Date: Wed, 25 Apr 2007 12:36:35 +1000 From: Alan Garfield User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Peter Jeremy References: <1176972863.4177.7.camel@hiro.auspc.com.au> <20070419093847.GC60301@comp.chem.msu.su> <1176976273.4177.17.camel@hiro.auspc.com.au> <20070419113842.GE60301@comp.chem.msu.su> <1176990600.4177.26.camel@hiro.auspc.com.au> <20070419175331.GA5999@comp.chem.msu.su> <1177077805.4063.7.camel@hiro.auspc.com.au> <20070420233619.GC52136@comp.chem.msu.su> <1177287886.4075.15.camel@hiro.auspc.com.au> <20070423145429.GF66604@comp.chem.msu.su> <20070424213706.GA1736@turion.vk2pj.dyndns.org> In-Reply-To: <20070424213706.GA1736@turion.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Yar Tikhiy , freebsd-net@freebsd.org Subject: Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest) 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, 25 Apr 2007 02:36:40 -0000 Peter Jeremy wrote: > Given that we are effectivly dealing with a shared memory block, how > does the SP now when the server has finished writing and vice versa? > Is jnet's handling of multiple mbufs making the SP think there are > multiple packets? D'oh! /me slaps forehead I wondereded what the NAK response I saw I was getting after each TX. RX gets an interrupt, TX gets a NAK. If I block sending the next packet until I receive a NAK or I timeout that should fix it. Silly silly boy! >> Your jnet_start() routine fills the tail of the buffer w/zeros >> already, doesn't it? > > I would also suggest padding to 256 bytes with zeroes. Already does that as Yar correctly pointed out. The ADDR port is reset to zero, a bus_space_write_multi1 dumps into the DATA port the packet till there is no packet left, and a for loop fills what's left. Thanks, Alan. From owner-freebsd-net@FreeBSD.ORG Wed Apr 25 03:18:15 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A384D16A400 for ; Wed, 25 Apr 2007 03:18:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outR.internet-mail-service.net (outR.internet-mail-service.net [216.240.47.241]) by mx1.freebsd.org (Postfix) with ESMTP id 89E0C13C465 for ; Wed, 25 Apr 2007 03:18:15 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.32) with ESMTP; Tue, 24 Apr 2007 19:45:38 -0700 Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A47CB125B10; Tue, 24 Apr 2007 20:18:14 -0700 (PDT) Message-ID: <462EC885.20201@elischer.org> Date: Tue, 24 Apr 2007 20:18:29 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.0 (Macintosh/20070326) MIME-Version: 1.0 To: Alan Garfield References: <1176972863.4177.7.camel@hiro.auspc.com.au> <20070419093847.GC60301@comp.chem.msu.su> <1176976273.4177.17.camel@hiro.auspc.com.au> <20070419113842.GE60301@comp.chem.msu.su> <1176990600.4177.26.camel@hiro.auspc.com.au> <20070419175331.GA5999@comp.chem.msu.su> <1177077805.4063.7.camel@hiro.auspc.com.au> <20070420233619.GC52136@comp.chem.msu.su> <1177287886.4075.15.camel@hiro.auspc.com.au> <20070423145429.GF66604@comp.chem.msu.su> <20070424213706.GA1736@turion.vk2pj.dyndns.org> <462EBEB3.3060208@fromorbit.com> In-Reply-To: <462EBEB3.3060208@fromorbit.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , freebsd-net@freebsd.org, Yar Tikhiy Subject: Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest) 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, 25 Apr 2007 03:18:15 -0000 Alan Garfield wrote: > Peter Jeremy wrote: >> Given that we are effectivly dealing with a shared memory block, how >> does the SP now when the server has finished writing and vice versa? >> Is jnet's handling of multiple mbufs making the SP think there are >> multiple packets? > > D'oh! /me slaps forehead > > I wondereded what the NAK response I saw I was getting after each TX. RX > gets an interrupt, TX gets a NAK. > > If I block sending the next packet until I receive a NAK or I timeout > that should fix it. Silly silly boy! I'd say you need to wait for an ACK not a NAK > > >>> Your jnet_start() routine fills the tail of the buffer w/zeros >>> already, doesn't it? >> >> I would also suggest padding to 256 bytes with zeroes. > > Already does that as Yar correctly pointed out. The ADDR port is reset > to zero, a bus_space_write_multi1 dumps into the DATA port the packet > till there is no packet left, and a for loop fills what's left. > > Thanks, > Alan. > > > _______________________________________________ > 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 Wed Apr 25 08:09:37 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E2A816A400 for ; Wed, 25 Apr 2007 08:09:37 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 823FE13C455 for ; Wed, 25 Apr 2007 08:09:36 +0000 (UTC) (envelope-from stefan.lambrev@sun-fish.com) Received: from blah.sun-fish.com (localhost [127.0.0.1]) by blah.sun-fish.com (Postfix) with ESMTP id 6A6271B10EB5; Wed, 25 Apr 2007 10:09:35 +0200 (CEST) Received: from [192.168.3.125] (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 5E4C81B10EA4; Wed, 25 Apr 2007 10:09:35 +0200 (CEST) Message-ID: <462F0CBF.6020507@sun-fish.com> Date: Wed, 25 Apr 2007 11:09:35 +0300 From: Stefan Lambrev User-Agent: Thunderbird 1.5.0.10 (X11/20070326) MIME-Version: 1.0 To: Jack Vogel References: <462E3B4A.5030307@sun-fish.com> <2a41acea0704241103r59a1fa8di7e7747e191eea787@mail.gmail.com> In-Reply-To: <2a41acea0704241103r59a1fa8di7e7747e191eea787@mail.gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP on BLAH Cc: freebsd-net@freebsd.org Subject: Re: em0 - bge0 failed to work at 1000baseTX 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, 25 Apr 2007 08:09:37 -0000 Hello, Jack Vogel wrote: > On 4/24/07, Stefan Lambrev wrote: >> Hello, >> >> I'm trying to get two gigabit network cards to work together. >> >> em0: port >> 0x1000-0x101f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 19 at >> device 25.0 on pci0 >> >> em0@pci0:25:0: class=0x020000 card=0x2800103c chip=0x104a8086 rev=0x02 >> hdr=0x00 >> vendor = 'Intel Corporation' >> class = network >> subclass = ethernet >> >> and broadcom on the other end: >> >> bge0: mem 0xf4100000-0xf410ffff >> irq 16 at device 0.0 on pci8 >> >> bge0@pci8:0:0: class=0x020000 card=0x30a3103c chip=0x16fd14e4 rev=0x21 >> hdr=0x00 >> vendor = 'Broadcom Corporation' >> device = 'BCM5753M NetXtreme Gigabit Ethernet PCI Express' >> class = network >> subclass = ethernet >> >> >> When I connect both networks without switch e.g. directly they auto >> negotiate to: >> media: Ethernet autoselect (100baseTX ) >> but I want 1000baseTX :( >> >> First thing that I tried was to force both network card with: >> ifconfig bge0/em0 media 1000baseTX mediaopt full-duplex >> but this lead to status: no carrier >> >> Second step was to set bge link0 and em0 link1, but still "no carrier" >> (from bge manual) >> >> On the machine with em card I have linux installed so I boot under linux >> and then everything works >> with autoselect, and I'm able to transfer with speed +50MB/s. >> >> When I forced both network cards to 1000baseTX I notice this: >> >> em0 media: Ethernet 1000baseTX (autoselect) >> >> ^^^^^^^^ >> bge0 media: Ethernet 1000baseTX (none) >> >> ^^^^ >> >> Something else that is quite strange is that when I change em media from >> autoselec to 1000baseTX, >> I see that for 2-3 seconds there is a connection between cards (e.g. >> status: active), but just for 2-3 seconds >> and then it disconnects again. (ping between hosts works for 2 seconds) >> At this time ifconfig shows: >> em0 >> media: Ethernet 1000baseTX >> >> ^^^^^^ no autoselect here ? >> status: active >> >> and bge0: >> media: Ethernet autoselect (1000baseTX ) ( I left bge to >> autoselect at some point as I saw it does not change a thing..) >> status: active >> >> I compiled new kernel with >> #define EM_MASTER_SLAVE 2 (and then 3) >> in if_em.h (as I'm suspecting em driver ..) >> but still no success. >> >> Last thing that I notice while (re)booting freebsd server with em0 is >> that >> during starting program and rc scripts the status of the network changed >> from 100mbps -> 1000mbps -> no carrier -> 100mbps. >> >> So any ideas how to get my network working at gigabit speeds? :) >> >> P.S. both machines are running freebsd 6.2 stable - em0 is i386 and bge0 >> is on amd64. >> em0 was tested with 6.2-release too. >> >> Thanks in advance. > > Do me a favor please, go to downloadfinder.intel.com and get my latest > driver, its version 6.3.9, since ICH8 is fairly recent and has had some > late-breaking fixes in shared code its possible that will solve things. > You will want to use this driver as a module, its a hassle to build into > the kernel (although there is a patch to allow you to do that if you > wish). > > Please report back EITHER if it works or fails, if it does still fail > I will > have our test/validation group get hardware set up to look into this. > > Jack > _______________________________________________ > 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" Unfortunately 6.3.9 have the same behavior as 6.2.9 and I can't get both network cards to work at gigabit speed. Any other ideas ? :) dmesg: Copyright (c) 1992-2007 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 6.2-STABLE #3: Wed Apr 25 07:40:24 UTC 2007 root@shitler.cmotd.com:/usr/obj/usr/src/sys/CORE-SMP acpi_alloc_wakeup_handler: can't alloc wake memory ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) D CPU 3.00GHz (2992.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf65 Stepping = 5 Features=0xbfebfbff Features2=0xe49d,> AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 real memory = 1048248320 (999 MB) avail memory = 1019318272 (972 MB) FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xf808-0xf80b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 cpu1: on acpi0 acpi_throttle1: on cpu1 acpi_throttle1: failed to attach P_CNT device_attach: acpi_throttle1 attach returned 6 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 2.0 (no driver attached) pci0: at device 3.0 (no driver attached) em0: port 0x1000-0x101f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 19 at device 25.0 on pci0 em0: Ethernet address: 00:0f:fe:4e:78:16 uhci0: at device 26.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: at device 26.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered ehci0: at device 26.7 on pci0 ehci0: [GIANT-LOCKED] usb2: waiting for BIOS to give up control usb2: timed out waiting for BIOS usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub2: 4 ports with 4 removable, self powered pci0: at device 27.0 (no driver attached) pcib1: at device 28.0 on pci0 pci32: on pcib1 uhci2: at device 29.0 on pci0 uhci2: [GIANT-LOCKED] usb3: on uhci2 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered uhci3: at device 29.1 on pci0 uhci3: [GIANT-LOCKED] usb4: on uhci3 usb4: USB revision 1.0 uhub4: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub4: 2 ports with 2 removable, self powered ehci1: at device 29.7 on pci0 ehci1: [GIANT-LOCKED] usb5: waiting for BIOS to give up control usb5: timed out waiting for BIOS usb5: EHCI version 1.0 usb5: wrong number of companions (3 != 2) usb5: companion controllers, 2 ports each: usb3 usb4 usb5: on ehci1 usb5: USB revision 2.0 uhub5: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub5: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci7: on pcib2 ohci0: at device 9.0 on pci7 ohci0: [GIANT-LOCKED] usb6: OHCI version 1.0 usb6: on ohci0 usb6: USB revision 1.0 uhub6: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub6: 3 ports with 3 removable, self powered ohci1: at device 9.1 on pci7 ohci1: [GIANT-LOCKED] usb7: OHCI version 1.0 usb7: on ohci1 usb7: USB revision 1.0 uhub7: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub7: 2 ports with 2 removable, self powered ehci2: at device 9.2 on pci7 ehci2: [GIANT-LOCKED] usb8: EHCI version 1.0 usb8: companion controllers, 3 ports each: usb6 usb7 usb8: on ehci2 usb8: USB revision 2.0 uhub8: NEC EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub8: 5 ports with 5 removable, self powered umass0: Generic USB2.0-CRW, rev 2.00/11.0d, addr 2 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x10e0-0x10ef,0x10f0-0x10ff irq 18 at device 31.2 on pci0 ata0: on atapci0 ata1: on atapci0 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model IntelliMouse, device ID 3 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 2000 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: does not respond device_attach: fdc0 attach returned 6 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcafff,0xcb000-0xcbfff,0xcc000-0xccfff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec ad0: 152627MB at ata0-master SATA150 ad1: 152627MB at ata0-slave SATA150 acd0: DVDR at ata1-master SATA150 SMP: AP CPU #1 Launched! da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.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: 40.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: 40.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: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-net@FreeBSD.ORG Wed Apr 25 08:48:35 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 18B9216A400 for ; Wed, 25 Apr 2007 08:48:35 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id C75C813C457 for ; Wed, 25 Apr 2007 08:48:34 +0000 (UTC) (envelope-from freebsd-net@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HgdAJ-00060g-W5 for freebsd-net@freebsd.org; Wed, 25 Apr 2007 10:47:56 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Apr 2007 10:47:55 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 25 Apr 2007 10:47:55 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-net@freebsd.org From: Ivan Voras Date: Wed, 25 Apr 2007 10:47:12 +0200 Lines: 30 Message-ID: References: <002201c786a2$1ff7b5a0$0202a8c0@artemis> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig3045178C15BDACE78D34BF8D" X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 1.5.0.10 (X11/20060911) In-Reply-To: <002201c786a2$1ff7b5a0$0202a8c0@artemis> X-Enigmail-Version: 0.94.2.0 Sender: news Subject: Re: RE : NFS with Dynamic IP clients 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, 25 Apr 2007 08:48:35 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig3045178C15BDACE78D34BF8D Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Alexandre DELAY wrote: > Why not, but my probem is that my NFS server must accept 300 clients. > Using a VPN for each client will probably use a lot of processor ressou= rces. If you're using NFS already and you're happy with it, then you might not = need to encrypt the VPN connections, just use them for tunneling. --------------enig3045178C15BDACE78D34BF8D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iD8DBQFGLxWXldnAQVacBcgRAj3jAJwP7fD2+0pJRJQmwgXe297mrGJHMgCgmAHI ycBvhJtY5wwnRnN/LztA+J8= =0X4+ -----END PGP SIGNATURE----- --------------enig3045178C15BDACE78D34BF8D-- From owner-freebsd-net@FreeBSD.ORG Wed Apr 25 16:36:20 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 313E216A400 for ; Wed, 25 Apr 2007 16:36:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.231]) by mx1.freebsd.org (Postfix) with ESMTP id D977213C44B for ; Wed, 25 Apr 2007 16:36:19 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nz-out-0506.google.com with SMTP id r28so374062nza for ; Wed, 25 Apr 2007 09:36:19 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; 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; b=bC0NJxX1645QcP6ntkLTK3s8hHsxFMRx5/AKD0yqV13AtlbhoSSWMHp7E1uf3nwpgeyms9FFZDpaS3kWrp0LLZ7H+0xuiBWANLd2Q5b4Q6nGqU+QvPJggIW8F+LfmJ8ZcjpIpNgUafuy2Xze1wFrKM1dP2YGRT/kC7WVMGSx6/c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=hxT2sroizW2+m3C2wmAqb+t31MQ2iUXxerqGKjymZRk5l/riqpg1ckE9CJAk/T3ldnp9/VZWMNldzx6mQiuJrEwAOXvop8BiDry+9SErJxCDfL1QGlyqGZZb20eZaIF/sWkaMlSIwxUryph9ulvuiWIDpyMNsIP1qE9V4P4BllE= Received: by 10.115.17.1 with SMTP id u1mr235033wai.1177518978549; Wed, 25 Apr 2007 09:36:18 -0700 (PDT) Received: by 10.114.103.15 with HTTP; Wed, 25 Apr 2007 09:36:18 -0700 (PDT) Message-ID: <2a41acea0704250936l46ed31a3w930ac8fba04df810@mail.gmail.com> Date: Wed, 25 Apr 2007 09:36:18 -0700 From: "Jack Vogel" To: "Stefan Lambrev" In-Reply-To: <462F0CBF.6020507@sun-fish.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <462E3B4A.5030307@sun-fish.com> <2a41acea0704241103r59a1fa8di7e7747e191eea787@mail.gmail.com> <462F0CBF.6020507@sun-fish.com> Cc: freebsd-net@freebsd.org Subject: Re: em0 - bge0 failed to work at 1000baseTX 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, 25 Apr 2007 16:36:20 -0000 On 4/25/07, Stefan Lambrev wrote: > Hello, > > Jack Vogel wrote: > > On 4/24/07, Stefan Lambrev wrote: > >> Hello, > >> > >> I'm trying to get two gigabit network cards to work together. > >> > >> em0: port > >> 0x1000-0x101f mem 0xf0500000-0xf051ffff,0xf0524000-0xf0524fff irq 19 at > >> device 25.0 on pci0 > >> > >> em0@pci0:25:0: class=0x020000 card=0x2800103c chip=0x104a8086 rev=0x02 > >> hdr=0x00 > >> vendor = 'Intel Corporation' > >> class = network > >> subclass = ethernet > >> > >> and broadcom on the other end: > >> > >> bge0: mem 0xf4100000-0xf410ffff > >> irq 16 at device 0.0 on pci8 > >> > >> bge0@pci8:0:0: class=0x020000 card=0x30a3103c chip=0x16fd14e4 rev=0x21 > >> hdr=0x00 > >> vendor = 'Broadcom Corporation' > >> device = 'BCM5753M NetXtreme Gigabit Ethernet PCI Express' > >> class = network > >> subclass = ethernet > >> > >> > >> When I connect both networks without switch e.g. directly they auto > >> negotiate to: > >> media: Ethernet autoselect (100baseTX ) > >> but I want 1000baseTX :( > >> > >> First thing that I tried was to force both network card with: > >> ifconfig bge0/em0 media 1000baseTX mediaopt full-duplex > >> but this lead to status: no carrier > >> > >> Second step was to set bge link0 and em0 link1, but still "no carrier" > >> (from bge manual) > >> > >> On the machine with em card I have linux installed so I boot under linux > >> and then everything works > >> with autoselect, and I'm able to transfer with speed +50MB/s. > >> > >> When I forced both network cards to 1000baseTX I notice this: > >> > >> em0 media: Ethernet 1000baseTX (autoselect) > >> > >> ^^^^^^^^ > >> bge0 media: Ethernet 1000baseTX (none) > >> > >> ^^^^ > >> > >> Something else that is quite strange is that when I change em media from > >> autoselec to 1000baseTX, > >> I see that for 2-3 seconds there is a connection between cards (e.g. > >> status: active), but just for 2-3 seconds > >> and then it disconnects again. (ping between hosts works for 2 seconds) > >> At this time ifconfig shows: > >> em0 > >> media: Ethernet 1000baseTX > >> > >> ^^^^^^ no autoselect here ? > >> status: active > >> > >> and bge0: > >> media: Ethernet autoselect (1000baseTX ) ( I left bge to > >> autoselect at some point as I saw it does not change a thing..) > >> status: active > >> > >> I compiled new kernel with > >> #define EM_MASTER_SLAVE 2 (and then 3) > >> in if_em.h (as I'm suspecting em driver ..) > >> but still no success. > >> > >> Last thing that I notice while (re)booting freebsd server with em0 is > >> that > >> during starting program and rc scripts the status of the network changed > >> from 100mbps -> 1000mbps -> no carrier -> 100mbps. > >> > >> So any ideas how to get my network working at gigabit speeds? :) > >> > >> P.S. both machines are running freebsd 6.2 stable - em0 is i386 and bge0 > >> is on amd64. > >> em0 was tested with 6.2-release too. > >> > >> Thanks in advance. > > > > Do me a favor please, go to downloadfinder.intel.com and get my latest > > driver, its version 6.3.9, since ICH8 is fairly recent and has had some > > late-breaking fixes in shared code its possible that will solve things. > > You will want to use this driver as a module, its a hassle to build into > > the kernel (although there is a patch to allow you to do that if you > > wish). > > > > Please report back EITHER if it works or fails, if it does still fail > > I will > > have our test/validation group get hardware set up to look into this. > > > > Jack > > _______________________________________________ > > 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" > Unfortunately 6.3.9 have the same behavior as 6.2.9 and I can't get both > network cards to work at gigabit speed. > Any other ideas ? :) Actually yes, I talked with the Linux engineer in our group that oversaw the release of ICH8 and there is a problem with OS vs Management use of the NIC that was discovered and fixed in Linux recently, and my driver does not yet have this. Let me come up with a patch for you to test, it may take me a day, things get busy here at times :) Jack From owner-freebsd-net@FreeBSD.ORG Thu Apr 26 18:54:53 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 080AC16A401 for ; Thu, 26 Apr 2007 18:54:53 +0000 (UTC) (envelope-from agile@sunbay.com) Received: from whale.sunbay.crimea.ua (whale.sunbay.crimea.ua [194.54.153.34]) by mx1.freebsd.org (Postfix) with ESMTP id 5337A13C45E for ; Thu, 26 Apr 2007 18:54:52 +0000 (UTC) (envelope-from agile@sunbay.com) Received: from frog.sunbay.crimea.ua (frog.sunbay.crimea.ua [192.168.4.67]) (authenticated bits=0) by whale.sunbay.crimea.ua (8.13.4/8.13.4/Sunbay) with ESMTP id l3QIO5LP086141 for ; Thu, 26 Apr 2007 21:24:06 +0300 (EEST) (envelope-from agile@sunbay.com) Message-ID: <4630EE4F.4060706@sunbay.com> Date: Thu, 26 Apr 2007 21:24:15 +0300 From: Oleg Dolgov User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (whale.sunbay.crimea.ua [192.168.4.65]); Thu, 26 Apr 2007 21:24:06 +0300 (EEST) Subject: full mbuf queue in tap device 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, 26 Apr 2007 18:54:53 -0000 In our project we use tap device to make a VPN between clients. Server make a block read on opened and configured tap device, than send it to client, etc... If I connect to server with our client and begin to download many files from FTP throughout tunnel (300 Mb), than, after some time, tap mbuf output queue (ifp->if_snd) will full (ifp->if_snd.ifq_len = 49, ifp->if_snd.ifq_maxlen = 50), so, ip_output will drop packet and return ENOBUFS. And, even, if I will disconnect client, and just try to ping some network ip address, that will go throughout tap (except tap ip addrs): no mbufs error returned. From ddb, I see, that my server thread locked in waiting queue named "taprd". I turn on "net.link.tap.debug" and add debug line in ether_output_frame, here is last line from log (qlen is ifp->if_snd.ifq_len, where ifp is tap device): ... qlen 0 tap0 starting tap0 reading, minor = 0 qlen 0 tap0 starting qlen 1 tap0 starting qlen 2 tap0 starting qlen 3 tap0 starting qlen 4 tap0 starting qlen 5 tap0 starting qlen 6 tap0 starting qlen 7 tap0 starting qlen 8 tap0 starting qlen 9 tap0 starting qlen 10 tap0 starting qlen 11 tap0 starting qlen 12 tap0 starting qlen 13 tap0 starting qlen 14 tap0 starting qlen 15 tap0 starting qlen 16 tap0 starting qlen 17 tap0 starting qlen 18 tap0 starting tap0 writting, minor = 0 qlen 19 tap0 starting tap0 writting, minor = 0 tap0 writting, minor = 0 qlen 20 tap0 starting qlen 21 tap0 starting tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 qlen 22 tap0 starting qlen 23 tap0 starting qlen 24 tap0 starting qlen 25 tap0 starting qlen 26 tap0 starting qlen 27 tap0 starting qlen 28 tap0 starting qlen 29 tap0 starting qlen 30 tap0 starting qlen 31 tap0 starting qlen 32 tap0 starting qlen 33 tap0 starting qlen 34 tap0 starting qlen 35 tap0 starting qlen 36 tap0 starting qlen 37 tap0 starting qlen 38 tap0 starting qlen 39 tap0 starting qlen 40 KDB: enter: beginning tap0 starting qlen 41 tap0 starting tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 qlen 42 tap0 starting qlen 43 tap0 starting qlen 44 tap0 starting qlen 45 tap0 starting qlen 46 tap0 starting qlen 47 tap0 starting tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 tap0 writting, minor = 0 qlen 48 tap0 starting As I sad early, seems, that tapifstart doesn't wakeup tapread. I can't determine a reason of fail, because don't have experience in the freebsd kernel development. How and why this can happen, and how to fix? Please, help me. From owner-freebsd-net@FreeBSD.ORG Fri Apr 27 15:38:22 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F207516A400 for ; Fri, 27 Apr 2007 15:38:22 +0000 (UTC) (envelope-from nataraja@cis.udel.edu) Received: from mail.eecis.udel.edu (louie.udel.edu [128.4.40.12]) by mx1.freebsd.org (Postfix) with ESMTP id CCFEA13C480 for ; Fri, 27 Apr 2007 15:38:22 +0000 (UTC) (envelope-from nataraja@cis.udel.edu) Received: by mail.eecis.udel.edu (Postfix, from userid 62) id 0B87C368B; Fri, 27 Apr 2007 11:21:17 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on louie.udel.edu X-Spam-Level: X-Spam-Status: No, score=-22.3 required=4.1 tests=ALL_TRUSTED,AWL,BAYES_00, LOCAL_AUTH_RCVD autolearn=ham version=3.1.8 Received: from [128.175.192.45] (roaming-192-45.nss.udel.edu [128.175.192.45]) (Authenticated sender: nataraja@mail.eecis.udel.edu) by mail.eecis.udel.edu (Postfix) with ESMTP id 40F4F3680; Fri, 27 Apr 2007 11:21:16 -0400 (EDT) Message-ID: <463214E4.9090401@cis.udel.edu> Date: Fri, 27 Apr 2007 11:21:08 -0400 From: Preethi Natarajan User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) To: freebsd-net@freebsd.org X-Sanitizer: This message has been sanitized! X-Sanitizer-URL: http://mailtools.anomy.net/ X-Sanitizer-Rev: UDEL-ECECIS: Sanitizer.pm, v 1.64 2002/10/22 MIME-Version: 1.0 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: "Paul D. Amer" Subject: TCP Delayed Ack implementation in 6.1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 15:38:23 -0000 Hello, I have a question about the TCP delayed ack implementation in FreeBSD 6.1 According to specs, if delayed acks are enabled, the receiver delays transmitting acks for the delack time period or acks every other incoming packet. I have an experimental setup where: - RTT between server & client ~90ms. - one-way data transmission from server to client. - tcp delayed acks enabled - delacktimer = 200ms. - tcp inflight (BDP) calculation is disabled. From tcpdump at client side: Time: 38s.695ms: S->C data (282b) Time: 38s.707ms: S->C data (1448b) Time: 38s.707ms: C->S ack Time: 38s.719ms: S->C data (1448b) Time: 38s.719ms: C->S ack Time: 38s.731ms: S->C data (1448b) Time: 38s.741ms: S->C data (1166b) Time: 38s.741ms: C->S ack I do not understand the reason for the second ack from C->S (Time 38s.719ms). Clearly this ack has not delayed for 200ms from the previous ack and acks only 1 packet. Am I missing something? Thanks a ton, Preethi From owner-freebsd-net@FreeBSD.ORG Fri Apr 27 20:11:25 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B404B16A400 for ; Fri, 27 Apr 2007 20:11:25 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from smtp.vzavenue.net (smtp.vzavenue.net [66.171.59.140]) by mx1.freebsd.org (Postfix) with ESMTP id 6E18013C448 for ; Fri, 27 Apr 2007 20:11:25 +0000 (UTC) (envelope-from fbsd@opal.com) Received: from 77.79.171.66.subscriber.vzavenue.net (HELO homobox.opal.com) ([66.171.79.77]) by smtp.vzavenue.net with ESMTP; 27 Apr 2007 15:42:15 -0400 X-REPUTATION: -2.0 X-REMOTE-IP: 66.171.79.77 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4HAEDtMUZCq09NUGdsb2JhbACBaY4eAQEq X-IronPort-AV: i="4.14,462,1170651600"; d="scan'208"; a="147824876:sNHT16562934" Received: from linwhf.opal.com (localhost [127.0.0.1]) by homobox.opal.com (8.13.8/8.13.8) with ESMTP id l3RJgEID001331 for ; Fri, 27 Apr 2007 15:42:14 -0400 (EDT) (envelope-from fbsd@opal.com) Received: from 192.168.3.65 ([192.168.3.65] helo=linwhf.opal.com) by ASSP-nospam; 27 Apr 2007 15:42:14 -0400 Received: from linwhf.opal.com (localhost [127.0.0.1]) by linwhf.opal.com (8.13.8/8.13.8) with ESMTP id l3RJgESw004664 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Fri, 27 Apr 2007 15:42:14 -0400 (EDT) (envelope-from fbsd@opal.com) Received: (from jr@localhost) by linwhf.opal.com (8.13.8/8.13.8/Submit) id l3RJgE25004663 for freebsd-net@freebsd.org; Fri, 27 Apr 2007 15:42:14 -0400 (EDT) (envelope-from fbsd@opal.com) X-Authentication-Warning: linwhf.opal.com: jr set sender to fbsd@opal.com using -f Date: Fri, 27 Apr 2007 15:42:14 -0400 From: "J.R. Oldroyd" To: freebsd-net@freebsd.org Message-ID: <20070427194213.GJ1284@linwhf.opal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: vge(4) slow at 10baseT 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, 27 Apr 2007 20:11:25 -0000 I have just had occasion to use a vge(4) as an interface to as DSL modem. When using the same DSL link with an fxp(4), a dc(4) or an axe(4) interface, various DSL speed tests on the net show the line at its correct speed of 1536/384 (up/down). But on the vge(4) interface downloads are noticably slower, and in fact, the line tests only as 768/128, i.e., about half speed. The DSL modem runs at 10baseT half-duplex. Anyone have thoughts as to why this may be? -jr vge0: port 0xf800-0xf8ff mem 0xfdffe000-0xfdffe0ff irq 18 at device 14.0 on pci0 miibus0: on vge0 ciphy0: on miibus0 ciphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto vge0: Ethernet address: 00:40:63:eb:5a:f9 vge0: flags=8843 mtu 1500 options=1b inet6 fe80::240:63ff:feeb:5af9%vge0 prefixlen 64 scopeid 0x1 inet 66.171.79.77 netmask 0xffffffc0 broadcast 66.171.79.127 ether 00:40:63:eb:5a:f9 media: Ethernet autoselect (10baseT/UTP) status: active From owner-freebsd-net@FreeBSD.ORG Fri Apr 27 20:25:21 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0FDE416A401 for ; Fri, 27 Apr 2007 20:25:21 +0000 (UTC) (envelope-from silby@silby.com) Received: from niwun.pair.com (niwun.pair.com [209.68.2.70]) by mx1.freebsd.org (Postfix) with SMTP id A688B13C45E for ; Fri, 27 Apr 2007 20:25:20 +0000 (UTC) (envelope-from silby@silby.com) Received: (qmail 96400 invoked by uid 3193); 27 Apr 2007 20:25:19 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 27 Apr 2007 20:25:19 -0000 Date: Fri, 27 Apr 2007 16:25:19 -0400 (EDT) From: Mike Silbersack X-X-Sender: silby@niwun.pair.com To: Preethi Natarajan In-Reply-To: <463214E4.9090401@cis.udel.edu> Message-ID: References: <463214E4.9090401@cis.udel.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org, "Paul D. Amer" Subject: Re: TCP Delayed Ack implementation in 6.1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 20:25:21 -0000 On Fri, 27 Apr 2007, Preethi Natarajan wrote: > From tcpdump at client side: > Time: 38s.695ms: S->C data (282b) > Time: 38s.707ms: S->C data (1448b) > Time: 38s.707ms: C->S ack > Time: 38s.719ms: S->C data (1448b) > Time: 38s.719ms: C->S ack > Time: 38s.731ms: S->C data (1448b) > Time: 38s.741ms: S->C data (1166b) > Time: 38s.741ms: C->S ack > > I do not understand the reason for the second ack from C->S (Time > 38s.719ms). Clearly this ack has not delayed for 200ms from the previous > ack and acks only 1 packet. Am I missing something? > > Thanks a ton, > Preethi My crystal ball tells me that packet four has the PUSH flag set on it, which means that it will be immediately ACKed and sent to the application. Please post tcpdump output in the future, the batteries on my crystal ball are running low. Mike "Silby" Silbersack From owner-freebsd-net@FreeBSD.ORG Fri Apr 27 20:33:11 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E0E016A401 for ; Fri, 27 Apr 2007 20:33:11 +0000 (UTC) (envelope-from nataraja@cis.udel.edu) Received: from mail.eecis.udel.edu (louie.udel.edu [128.4.40.12]) by mx1.freebsd.org (Postfix) with ESMTP id D5D4013C44C for ; Fri, 27 Apr 2007 20:33:10 +0000 (UTC) (envelope-from nataraja@cis.udel.edu) Received: by mail.eecis.udel.edu (Postfix, from userid 62) id 560173DA2; Fri, 27 Apr 2007 16:33:06 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on louie.udel.edu X-Spam-Level: X-Spam-Status: No, score=-22.3 required=4.1 tests=ALL_TRUSTED,AWL,BAYES_00, LOCAL_AUTH_RCVD autolearn=ham version=3.1.8 Received: from [128.175.192.45] (roaming-192-45.nss.udel.edu [128.175.192.45]) (Authenticated sender: nataraja@mail.eecis.udel.edu) by mail.eecis.udel.edu (Postfix) with ESMTP id E28183CAB; Fri, 27 Apr 2007 16:33:04 -0400 (EDT) Message-ID: <46325DFC.7020006@cis.udel.edu> Date: Fri, 27 Apr 2007 16:33:00 -0400 From: Preethi Natarajan User-Agent: Thunderbird 1.5.0.4 (Windows/20060516) To: Mike Silbersack References: <463214E4.9090401@cis.udel.edu> In-Reply-To: X-Sanitizer: This message has been sanitized! X-Sanitizer-URL: http://mailtools.anomy.net/ X-Sanitizer-Rev: UDEL-ECECIS: Sanitizer.pm, v 1.64 2002/10/22 MIME-Version: 1.0 MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, "Paul D. Amer" Subject: Re: TCP Delayed Ack implementation in 6.1 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Apr 2007 20:33:11 -0000 Hello, The reason for the second ack appears to be a new window update at the client side. The push flag was not set. Thanks, Preethi On 4/27/2007 4:25 PM, Mike Silbersack wrote: > On Fri, 27 Apr 2007, Preethi Natarajan wrote: > > >> From tcpdump at client side: >> Time: 38s.695ms: S->C data (282b) >> Time: 38s.707ms: S->C data (1448b) >> Time: 38s.707ms: C->S ack >> Time: 38s.719ms: S->C data (1448b) >> Time: 38s.719ms: C->S ack >> Time: 38s.731ms: S->C data (1448b) >> Time: 38s.741ms: S->C data (1166b) >> Time: 38s.741ms: C->S ack >> >> I do not understand the reason for the second ack from C->S (Time >> 38s.719ms). Clearly this ack has not delayed for 200ms from the previous >> ack and acks only 1 packet. Am I missing something? >> >> Thanks a ton, >> Preethi >> > > My crystal ball tells me that packet four has the PUSH flag set on it, > which means that it will be immediately ACKed and sent to the application. > > Please post tcpdump output in the future, the batteries on my crystal ball > are running low. > > Mike "Silby" Silbersack > From owner-freebsd-net@FreeBSD.ORG Fri Apr 27 22:03:51 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 440DA16A400 for ; Fri, 27 Apr 2007 22:03:51 +0000 (UTC) (envelope-from cybercorecentre@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id C414713C448 for ; Fri, 27 Apr 2007 22:03:50 +0000 (UTC) (envelope-from cybercorecentre@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so779359ugh for ; Fri, 27 Apr 2007 15:03:49 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=KNIs/ImcLWPdM5i0Z8tJwCt1LNVQn6Wzeq4xfVETBmQ5OniZJsTp67rKt7C1Zejzjk6bHaMQSpjLq9LYokItS4WQCWmdul+ncey2XDtOBwOuqNPNuP7aSasEzIUdPbDORdW1F4ImcuUDQGXNV5njRWCe1mXE3gS6j39qWYeWEhU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:content-type:content-transfer-encoding; b=Bezj4sonH/8MHk6ABM+ybgMVHbfFlOlgWRcw/w0LBreVYtrva/N4xm84IekKXToADMdBDYGbzDAZ4Anu/lQPch8uhxb6lJG/8KWhyC45H0y585vsTW2llndiDGKP68AyFMP8RtO+LXkji+hXI5RlLIFU0tSmYFm4PEsXGkyNqvM= Received: by 10.67.50.17 with SMTP id c17mr2399455ugk.1177711429504; Fri, 27 Apr 2007 15:03:49 -0700 (PDT) Received: from ?192.0.0.1? ( [62.77.228.138]) by mx.google.com with ESMTP id m1sm1975895uge.2007.04.27.15.03.47; Fri, 27 Apr 2007 15:03:48 -0700 (PDT) Message-ID: <46327227.9090202@gmail.com> Date: Fri, 27 Apr 2007 23:59:03 +0200 From: Jax User-Agent: Thunderbird 2.0.0.0 (X11/20070326) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Subject: Off: vpnc haxx 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, 27 Apr 2007 22:03:51 -0000 Hi folks! This won't be exactly bsd specific topic but I saw others posted about vpnc so I think some of you have a clue about cisco devices and ios ;) I have a small problem with the ezvpn connector itself not with the connection because that's establish perfectly. So I have a cisco vpn router somewhere ( where I don't have admin rights so I can't modify anything ). All vpn client get ip from a 172.16.2.X pool. My first question is: is there any way to force the clients to use the same ip after reconnect without configuring the cisco device? As I saw this is impossible in windows and in linux or in bsd I can use a vpnc connect script that's true to modify the tunnel parameters but here is a little problem, if I modify it then everything will be unaccessible in the vpn, like the router does not accept my traffic from that point (it didn't disconnect me). Ok so if I have 2 client on this subnet they can reach each other via encrypted tunnel. Thats cool and it works under linux and bsd but not in windows. It took me some time to find out there is a secured route, what the router secure :) 192.168.X whatever (this address rage is a remain of an old setup and now it's not in use anymore) and the windows client does not allow to access the 172.16.2.X range since an upgrade from 4.6. Have you got any idea how can I do some hook here to accept the client communication like between a bsd and linux client on the vpn? Router ---------------------------------------->C 172.16.2.3 172.16.2.14 Thanks! Jax From owner-freebsd-net@FreeBSD.ORG Sat Apr 28 12:32:38 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B6A7616A400 for ; Sat, 28 Apr 2007 12:32:38 +0000 (UTC) (envelope-from jackbarnett@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id 7407F13C45E for ; Sat, 28 Apr 2007 12:32:38 +0000 (UTC) (envelope-from jackbarnett@gmail.com) Received: by py-out-1112.google.com with SMTP id f31so1054527pyh for ; Sat, 28 Apr 2007 05:32:37 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type; b=LlpmkEYCXqiHXS6QtKOV13xRQFeAUXMgy8Nwn0oesQgfhHOoBVFq3DxhyLhAtPSeWGaXWRmM0+W8RVOvEo6zeJ69/mreh4lCyJZ15ZtI/o0JG3RJbcwdXvkGNX4gf1rv+ZDXOPBPq9xqbUqzG+zdGvXRqr6/lerl8fPNhXfDGsI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type; b=FnuRtj4rQ4XPjh90TsLLv/SVKYrQiHjnM/jJ3nY2UgiBSLN6wSFTxKsmaGBbC0eqvB+dxdI19G9XZWvURJ4Nen94qyYXk26QYyc0Ld1/yv+nwX3kB/2s8+2kCR6VDo3l2KkH1DFUYPx6e5Sgvr4Z+lSBdPKw9v+89UjkFIrtfxg= Received: by 10.35.62.19 with SMTP id p19mr7238827pyk.1177762098214; Sat, 28 Apr 2007 05:08:18 -0700 (PDT) Received: by 10.35.19.18 with HTTP; Sat, 28 Apr 2007 05:08:18 -0700 (PDT) Message-ID: Date: Sat, 28 Apr 2007 07:08:18 -0500 From: "Jack Barnett" To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Firewall 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, 28 Apr 2007 12:32:38 -0000 Hi, I'm running FreeBSD 6.2 and setting it up as a network router/firewall. It has 3 nics, two of internal network (one is wireless, other is LAN) and third is to the internets. I plan on using NAT so both internal networks can get to the internets. In the FreeBSD documentation I see there are 3 firewalls, IPFIREWALL, IPFILTER and PF (BF?). I just need to do basic filtering and just a few port forwards. Nothing to fancy. Which one would be recommended? Also some time ago, I seen that there was a graphical tool for doing firewall rules and would output into different formats. Anyone know what that tools is called? (ie. just a little app that outputs a text file depending on what firewall you select as the option). Thanks! From owner-freebsd-net@FreeBSD.ORG Sat Apr 28 12:38:48 2007 Return-Path: X-Original-To: freebsd-net@freebsd.org Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BA50216A400 for ; Sat, 28 Apr 2007 12:38:48 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: from smtp808.mail.ird.yahoo.com (smtp808.mail.ird.yahoo.com [217.146.188.68]) by mx1.freebsd.org (Postfix) with SMTP id 1985513C45B for ; Sat, 28 Apr 2007 12:38:47 +0000 (UTC) (envelope-from tom@tomjudge.com) Received: (qmail 61160 invoked from network); 28 Apr 2007 12:38:47 -0000 Received: from unknown (HELO ?192.168.1.2?) (thomasjudge@btinternet.com@86.140.150.175 with plain) by smtp808.mail.ird.yahoo.com with SMTP; 28 Apr 2007 12:38:46 -0000 X-YMail-OSG: hyxrBkIVM1kGPbs_PkcmfPFcGSApaTYBfb8BkcuEHPm9Uy3W1WerXb6ziLgmsOdb45sqmbrLgIEUgOkMweTVl_E- Message-ID: <4633413B.200@tomjudge.com> Date: Sat, 28 Apr 2007 13:42:35 +0100 From: Tom Judge User-Agent: Thunderbird 1.5.0.10 (X11/20070306) MIME-Version: 1.0 To: Jack Barnett References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Firewall 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, 28 Apr 2007 12:38:48 -0000 Jack Barnett wrote: > Hi, > > I'm running FreeBSD 6.2 and setting it up as a network router/firewall. > > It has 3 nics, two of internal network (one is wireless, other is LAN) and > third is to the internets. > > I plan on using NAT so both internal networks can get to the internets. > > In the FreeBSD documentation I see there are 3 firewalls, IPFIREWALL, > IPFILTER and PF (BF?). I just need to do basic filtering and just a few > port forwards. Nothing to fancy. Which one would be recommended? > > Also some time ago, I seen that there was a graphical tool for doing > firewall rules and would output into different formats. Anyone know what > that tools is called? (ie. just a little app that outputs a text file > depending on what firewall you select as the option). > > Thanks! The graphical tool you are thinking of is probably Firewall Builder (http://www.fwbuilder.org), it is also in ports (security/fwbuilder). Firewall builder will 'compile'/generate rules for any of the FreeBSD firewalls you mentioned. Personally I would use PF but I guess there are arguments for using each one in different scenario's. Tom