From owner-freebsd-net@FreeBSD.ORG Sun Dec 12 17:45:01 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C762106566B for ; Sun, 12 Dec 2010 17:45:01 +0000 (UTC) (envelope-from freebsdlists@bsdunix.ch) Received: from conversation.bsdunix.ch (ns1.bsdunix.ch [82.220.1.90]) by mx1.freebsd.org (Postfix) with ESMTP id C95908FC0C for ; Sun, 12 Dec 2010 17:45:00 +0000 (UTC) Received: from conversation.bsdunix.ch (localhost [127.0.0.1]) by conversation.bsdunix.ch (Postfix) with ESMTP id 985F28DBC for ; Sun, 12 Dec 2010 17:26:13 +0000 (UTC) X-Virus-Scanned: by amavisd-new at mail.bsdunix.ch Received: from conversation.bsdunix.ch ([127.0.0.1]) by conversation.bsdunix.ch (conversation.bsdunix.ch [127.0.0.1]) (amavisd-new, port 10024) with LMTP id yTO0TxJ5nnEe for ; Sun, 12 Dec 2010 17:26:13 +0000 (UTC) Received: from Tom-iMac-2.local (dmhd.bsdunix.ch [82.220.17.25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by conversation.bsdunix.ch (Postfix) with ESMTPSA id 4088C8DB5 for ; Sun, 12 Dec 2010 17:26:13 +0000 (UTC) Message-ID: <4D0505B5.8010909@bsdunix.ch> Date: Sun, 12 Dec 2010 18:26:13 +0100 From: Thomas User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de; rv:1.9.2.13) Gecko/20101207 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: is there a limit of entries in IPv6 kernel routing table? 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, 12 Dec 2010 17:45:01 -0000 Hi is there a limit of entries in IPv6 kernel routing table? Regards, Thomas From owner-freebsd-net@FreeBSD.ORG Mon Dec 13 11:08:21 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD96110657F2 for ; Mon, 13 Dec 2010 11:08:21 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9A3D88FC14 for ; Mon, 13 Dec 2010 11:08:21 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBDB8LsF045561 for ; Mon, 13 Dec 2010 11:08:21 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBDB8KqZ045558 for freebsd-net@FreeBSD.org; Mon, 13 Dec 2010 11:08:20 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 13 Dec 2010 11:08:20 GMT Message-Id: <201012131108.oBDB8KqZ045558@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Dec 2010 11:08:21 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o bin/152716 net hostapd(8) fails to authenticate after 2010-11-03 upda o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152411 net [re] network card works only on 1000M o kern/152360 net [dummynet] [panic] Crash related to dummynet. o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] encapsulate vlan in ng_ether before output to i o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o bin/150642 net netstat(1) doesn't print anything for SCTP sockets o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o kern/150247 net [patch] [ixgbe] Version in -current won't build on 7.x o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co o kern/150052 net [wi] wi(4) driver does not work with wlan(4) driver fo f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149786 net [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 net [realtek/atheros]: None of my network card working o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 net [ath] wireless networking stops functioning o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147862 net [wpi] Possible bug in the wpi driver. Network Manager o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146759 net [cxgb] [patch] cxgb panic calling cxgb_set_lro() witho o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145777 net [wpi] Intel 3945ABG driver breaks the connection after o kern/145728 net [lagg] Stops working lagg between two servers. o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] [request] allow Atheros watchdog timeout o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143595 net [wpi] [panic] Creating virtual interface over wpi0 in o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140245 net [ath] [panic] Kernel panic during network activity on o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o amd64/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg o kern/125721 net [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 net [ath] [panic] ath(4) related panic f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125501 net [ath] atheros cardbus driver hangs f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa f kern/125332 net [ath] [panic] crash under any non-tiny networking unde o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks f kern/107279 net [ath] [panic] ath_start: attempted use of a free mbuf! o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] f kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 369 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Dec 13 11:51:32 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39C7F106564A for ; Mon, 13 Dec 2010 11:51:32 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-fx0-f49.google.com (mail-fx0-f49.google.com [209.85.161.49]) by mx1.freebsd.org (Postfix) with ESMTP id BEB3C8FC15 for ; Mon, 13 Dec 2010 11:51:31 +0000 (UTC) Received: by fxm19 with SMTP id 19so5667060fxm.36 for ; Mon, 13 Dec 2010 03:51:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:content-type :content-transfer-encoding:subject:date:message-id:to:mime-version :x-mailer; bh=mGbRVIRtV5naQWgokKUzj52NzCu7mh4oWMoY574Fzpk=; b=lf5PcKp97zrH5a3w2MVBXEkkPizzNGfnxOCWv/kakOnPA9hdTQTrAChBbI+1zrM+nl nK3zXcNXmXxNYEkzm7cguT48YYhveUIiWw4kmST0hLr12aKJBzJs5nDRYN1X4y4tlnoM V7qgHavQY1ENIkFNUZGpaYqM7nTsb81ZHwlTY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; b=JQMxrGntpqIOHbIIqqvT3bbwiTUJ/wqtRFnpGa37YqC6yOCoKJ8298ElJcj8L920K0 BK5vvqm9pqLeS/BbBGHth5WcIl/x7NESKjgwzxItcM54wev1MzKWq3sDeL3/95Ankesk FX7X7b4Z0a7OVfZVqluEJMZlxFklvLJ7cl9Rk= Received: by 10.223.74.141 with SMTP id u13mr4202044faj.62.1292239310061; Mon, 13 Dec 2010 03:21:50 -0800 (PST) Received: from [10.129.23.105] ([217.18.249.148]) by mx.google.com with ESMTPS id n2sm1626216fam.28.2010.12.13.03.21.48 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 13 Dec 2010 03:21:48 -0800 (PST) From: Nikolay Denev Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Mon, 13 Dec 2010 13:21:46 +0200 Message-Id: To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: Generating RTM_IFINFO messages on interface description change? 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, 13 Dec 2010 11:51:32 -0000 Hello, I'm currently trying to enable bsnmpd to export the interface descriptions that are supported on FreeBSD 8+ as ifDescr and while doing it I'm wondering if RTM_IFINFO msgs should be generated on description set/change. This would greatly simplify the functionality in bsnmpd and would prevent needless polls/ioctls. My opinion is that it probably is OK to generate RTM_IFINFO on this = event but are there other opinions? Regards, Nikolay= From owner-freebsd-net@FreeBSD.ORG Mon Dec 13 16:57:50 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EEE8106566B; Mon, 13 Dec 2010 16:57:50 +0000 (UTC) (envelope-from w8hdkim@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id AEA4B8FC12; Mon, 13 Dec 2010 16:57:49 +0000 (UTC) Received: by wwf26 with SMTP id 26so6060743wwf.31 for ; Mon, 13 Dec 2010 08:57:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=ztXjXlssJVs/AS/0qULnQ2xQ5jjm0iHhjOyaIEzBs+8=; b=qRTZ1F/h/F5xf1zbTdmv2/FSzH5DouJf6TTNi1BqpGVPN1OwL7Qiw4GJ1TyZ5eUx1N HocWifj45hb8/gqUWguYs7Ty/KhnycjQbrYJHDjxgwO3ZcB1O6asxrTRN2uMxYr6YHei tkRX5o0FCd75mpE9F+vM/pTHVe4uPIQ5kdGUY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=aG7aYS4VZFShYmtyWu27OLiJfrLotxco9ltgoxVEiovoM6eZM9+4Mna3HUT4OwWEBV k6zcG9SCqDuGutKetdttikArhAhFRiFdtn9+HAV16XUFsroLXalX1BORtsRazcuVhUZ7 fZwvzYErexcUgQkF5j31EiSnBAGxqupbEIbMM= MIME-Version: 1.0 Received: by 10.227.141.71 with SMTP id l7mr1766781wbu.119.1292259468518; Mon, 13 Dec 2010 08:57:48 -0800 (PST) Received: by 10.227.23.203 with HTTP; Mon, 13 Dec 2010 08:57:48 -0800 (PST) In-Reply-To: <201012081258.51694.jhb@freebsd.org> References: <201012080923.31048.jhb@freebsd.org> <201012081258.51694.jhb@freebsd.org> Date: Mon, 13 Dec 2010 11:57:48 -0500 Message-ID: From: Kim Culhan To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-usb@freebsd.org Subject: Re: 8.2-PRERELESE ifconfig_bridge has no members unless run from rc.local 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, 13 Dec 2010 16:57:50 -0000 On Wed, Dec 8, 2010 at 12:58 PM, John Baldwin wrote: > On Wednesday, December 08, 2010 11:29:49 am Kim Culhan wrote: > > On Wed, Dec 8, 2010 at 9:23 AM, John Baldwin wrote: > > > > > On Tuesday, December 07, 2010 5:17:30 pm Kim Culhan wrote: > > > > Had been running a wireless bridge for some months in rc.conf: > > > > > > > > ifconfig_bridge0="addm wlan0 addm re1 up" > > > > > > > > Updated to 8.2-PRERELEASE 2 days ago and when the machine boots > > > > the bridge has no members. > > > > > > > > Reversing the order of the members results in the bridge having just > > > > the re1 member. > > > > > > > > Running the above command from a shell works and running from > > > > an rc.local file also works. > > > > > > > > FWIW, running from a shell there is about a 3 second delay after hit > > > enter > > > > before it returns the shell prompt, members are then present. > > > > > > > > The lines in rc.conf: > > > > > > > > cloned_interfaces="bridge0" > > > > ifconfig_wlan0="inet 192.168.1.50/24 channel 11" > > > > wlans_rum0="wlan0" > > > > create_args_wlan0="wlanmode hostap mode 11g" > > > > ifconfig_bridge0="addm wlan0 addm re1 up" > > > > > > > > Tried replacing the re device with em, no change. > > > > > > > > Any help is very greatly appreciated. > > > > > > Most likely the bridge0 device is created by /etc/rc.d/netif before the > > > wlan0 > > > device is created, so when the system startup tries to configure > bridge0, > > > the > > > ifconfig statement fails. > > > > > > What does 'ifconfig -l' show after you have booted? > > > > > It shows: > > > > re0 em0 plip0 lo0 bridge0 > > > > On the console at boot there is, after the file partition status and > setting > > the hostname: > > ifconfig: BRDGADD wlan0: No such file or directory > > > > Following this is: > > > > Starting Network: lo0 re0 em0 bridge0 > > > > Which is followed by output the same as from ifconfig -a including > bridge0 > > which > > has no members. > > > > Next is: > > > > Starting Network: rum0 > > rum0: flags=8843 > Hmm, I wonder why rum0 shows up so late. Do you not plug it in until after > boot, or does it depend on devd loading firmware into the device, etc.? > Working with Freebsd 8.2-BETA1 it was found: The rum0 device can be made to show up just after: Mounting local file systems:. With the bridge having members present also depending on whether a mouse or keyboard is attached, which usb port it is attached to and to which usb port the rum device is attached. Since this appears to be a usb issue I can move this to the usb list. thanks -kim From owner-freebsd-net@FreeBSD.ORG Mon Dec 13 19:55:11 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 649BD106566B for ; Mon, 13 Dec 2010 19:55:11 +0000 (UTC) (envelope-from gabor.radnai@gmail.com) Received: from mail-fx0-f49.google.com (mail-fx0-f49.google.com [209.85.161.49]) by mx1.freebsd.org (Postfix) with ESMTP id E8D548FC21 for ; Mon, 13 Dec 2010 19:55:10 +0000 (UTC) Received: by fxm19 with SMTP id 19so6196719fxm.36 for ; Mon, 13 Dec 2010 11:55:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:from:date :message-id:subject:to:content-type; bh=PBZa/ADqfTWh9QOJM6A0jM5ECxGw5dZb659ZCKjjjQg=; b=NPLbXxkV+VbBvhRsSWMfWVTXGxUFRpgeq4oBUtvuAbaIUmPVVXtSUeKOtgTwSwqa13 BS9YrTqJ3khssrgaqB5PD1u+dyE0MAu36mBSSZc1yI2Aq0/tSHCLelfiZ7TZSe0A5dmH Lypf0YsMrlDDnXKShgsmOr9VPKfJfCohBKtAI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=HGi2+z4yt3N4pAAHJ5oFP/yx+xunDCHxceeOAYv5Kze0O1xSkxyWMW76OKoxGCRt18 y4bpYNABiyRof2EWWFUFPyxTup7aaAUcqiPOB/JkNV9GXRnhdZ1r3Mkh29P1bLqrzEyB YKaSWswyhQPE5VKSgKPt9mlpN9AfV+PA2ICTE= Received: by 10.223.103.65 with SMTP id j1mr4749541fao.88.1292270109814; Mon, 13 Dec 2010 11:55:09 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.85.207 with HTTP; Mon, 13 Dec 2010 11:54:54 -0800 (PST) From: Gabor Radnai Date: Mon, 13 Dec 2010 20:54:54 +0100 Message-ID: To: freebsd-net@freebsd.org X-Mailman-Approved-At: Mon, 13 Dec 2010 21:14:54 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem with re0 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, 13 Dec 2010 19:55:11 -0000 Realtek 8111 is not supported - that's the final conclusion? If so can this be made clear in re driver manual? Thanks. From owner-freebsd-net@FreeBSD.ORG Mon Dec 13 21:26:25 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C7AE1065672 for ; Mon, 13 Dec 2010 21:26:25 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout027.mac.com (asmtpout027.mac.com [17.148.16.102]) by mx1.freebsd.org (Postfix) with ESMTP id 23D428FC36 for ; Mon, 13 Dec 2010 21:26:24 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from cswiger1.apple.com ([17.209.4.71]) by asmtp027.mac.com (Oracle Communications Messaging Exchange Server 7u4-18.01 64bit (built Jul 15 2010)) with ESMTPSA id <0LDD006ASY7O6S90@asmtp027.mac.com> for freebsd-net@freebsd.org; Mon, 13 Dec 2010 13:26:13 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2010-12-13_07:2010-12-13, 2010-12-13, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1012130161 From: Chuck Swiger In-reply-to: Date: Mon, 13 Dec 2010 13:26:12 -0800 Message-id: <74092103-0155-4EA4-8AFC-1148C0E7993D@mac.com> References: To: Gabor Radnai X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org Subject: Re: Problem with re0 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, 13 Dec 2010 21:26:25 -0000 On Dec 13, 2010, at 11:54 AM, Gabor Radnai wrote: > Realtek 8111 is not supported - that's the final conclusion? If so can this be made clear in re driver manual? At least some people have reported the Realtek 8111 working for them. This said, Realtek's older 10/100 NICs were infamous for being slow, buggy hardware that I'd choose to discard rather than install into a machine, and their gigabit NICs aren't much better. Get a Intel em or Broadcom bce/bge NIC instead. Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Mon Dec 13 23:05:05 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3B13106567A for ; Mon, 13 Dec 2010 23:05:05 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f49.google.com (mail-fx0-f49.google.com [209.85.161.49]) by mx1.freebsd.org (Postfix) with ESMTP id 61DD28FC20 for ; Mon, 13 Dec 2010 23:05:05 +0000 (UTC) Received: by fxm19 with SMTP id 19so12759fxm.36 for ; Mon, 13 Dec 2010 15:05:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=0GXEBLRPJPJ6HZMUMmwk8vG1yR3NV/3Yj+BMAf6HBA4=; b=JAB04josNXwFVdC/ZFyt2IFfathN4J+IKmkXQRHSgOPzec3PsOJzWqWpMYQ4KTtpLa 2l9Pfl03hpjWoGMY9K7Y5Xi5IHx87oroe0GfD6ey29vUyLwSi4KZjHLeQqDeVaEDSK/6 NZltF3MhqodqWHTIC2mKK7I4WA6MQkYLLTGIo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Dygcs4+YL5OmwHu4xhELP7fNump4dlEwSVjOenP3IMLs6aBmwfllLD14Dh1EkMHZh7 VCQri5OwsjwWURMLZ3eJSjhx4oGZwGTU8BFTrGYTs5dSJiFpVbV/zSeDRFDvWLg0oQa3 hQUDdKzYcYk/TA3yQjZgLpyjs5jzropkspnkU= MIME-Version: 1.0 Received: by 10.223.103.4 with SMTP id i4mr680401fao.70.1292279741888; Mon, 13 Dec 2010 14:35:41 -0800 (PST) Received: by 10.223.114.4 with HTTP; Mon, 13 Dec 2010 14:35:41 -0800 (PST) In-Reply-To: <74092103-0155-4EA4-8AFC-1148C0E7993D@mac.com> References: <74092103-0155-4EA4-8AFC-1148C0E7993D@mac.com> Date: Mon, 13 Dec 2010 16:35:41 -0600 Message-ID: From: Adam Vande More To: Chuck Swiger Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Gabor Radnai Subject: Re: Problem with re0 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, 13 Dec 2010 23:05:05 -0000 On Mon, Dec 13, 2010 at 3:26 PM, Chuck Swiger wrote: > On Dec 13, 2010, at 11:54 AM, Gabor Radnai wrote: > > Realtek 8111 is not supported - that's the final conclusion? If so can > this be made clear in re driver manual? > > At least some people have reported the Realtek 8111 working for them. > > This said, Realtek's older 10/100 NICs were infamous for being slow, buggy > hardware that I'd choose to discard rather than install into a machine, and > their gigabit NICs aren't much better. Get a Intel em or Broadcom bce/bge > NIC instead. > I guess it depends on various conditions: re0@pci0:3:0:0: class=0x020000 card=0x75811462 chip=0x816810ec rev=0x03 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class = network subclass = ethernet I can sustain over 700 Mb transfers, and it does somewhat better than the bge nic I have which peaks at around 600Mb. Personally, I've never had great performance out of any Broadcom, but my experience is somewhat limited there and haven't used any relatively current chipsets. FreeBSD galacticdominator.com 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #5: Thu Nov 25 19:14:00 CST 2010 adam@galacticdominator.com:/usr/obj/usr/src/sys/GENERIC amd64 This nic has been working on the stable branch for over a year from when I aquired the system and I've never had an issue with it. -- Adam Vande More From owner-freebsd-net@FreeBSD.ORG Tue Dec 14 03:09:06 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73F36106564A for ; Tue, 14 Dec 2010 03:09:06 +0000 (UTC) (envelope-from wblock@wonkity.com) Received: from wonkity.com (wonkity.com [67.158.26.137]) by mx1.freebsd.org (Postfix) with ESMTP id 34F4C8FC08 for ; Tue, 14 Dec 2010 03:09:05 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.4/8.14.4) with ESMTP id oBE395r6083971; Mon, 13 Dec 2010 20:09:05 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.4/8.14.4/Submit) with ESMTP id oBE395Ol083968; Mon, 13 Dec 2010 20:09:05 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Mon, 13 Dec 2010 20:09:05 -0700 (MST) From: Warren Block To: Gabor Radnai In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.6 (wonkity.com [127.0.0.1]); Mon, 13 Dec 2010 20:09:05 -0700 (MST) Cc: freebsd-net@freebsd.org Subject: Re: Problem with re0 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, 14 Dec 2010 03:09:06 -0000 On Mon, 13 Dec 2010, Gabor Radnai wrote: > Realtek 8111 is not supported - that's the final conclusion? If so can this > be made clear in re driver manual? re0@pci0:4:0:0: class=0x020000 card=0x514c1462 chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class = network subclass = ethernet Works fine here. The manufacturer (MSI) claims this is an 8111C. The question has come up several times. What should be changed in re(4) to cover this? From owner-freebsd-net@FreeBSD.ORG Wed Dec 15 00:13:25 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27E2E106564A for ; Wed, 15 Dec 2010 00:13:25 +0000 (UTC) (envelope-from sergv326@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id DB1288FC08 for ; Wed, 15 Dec 2010 00:13:24 +0000 (UTC) Received: by iwn39 with SMTP id 39so1393021iwn.13 for ; Tue, 14 Dec 2010 16:13:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=H7peCWAACLzNl6bJ2a4jcrTV4imNm82FG+bH6gq9T/0=; b=drFmfKPzkZcWFA4AwGStzumd+CQF+YpiW2X6/Xdb22uvhVrl1NXSUVemUaP7Mcjpap ChPJgULoKTHr4A+5yYGAMtP+THCe9+c+Gz03rH9qhXolra6cUjmkacf1BH/dM/ZkBhio w8mAw4XEqetawKidTE6A9arhSSfwf3LxPmEv4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=wRlAfggtcwbN2yIlZA2+Oc8RJnX/iphlYyfcOwgDCU6ZucwRULAp5T5i3FbORFyH5p 8eWR9k5N4i3DkSXWVunvLpEs4MkgSriMVv7KRfOO1EbBZSIwMnH7K7s8WJfqFLnVuG/T oIF/AY3hz7ff4ki6d/dhgWCXb2Lgg7nFQLx2Q= MIME-Version: 1.0 Received: by 10.42.174.138 with SMTP id v10mr5119802icz.91.1292370178185; Tue, 14 Dec 2010 15:42:58 -0800 (PST) Received: by 10.42.3.11 with HTTP; Tue, 14 Dec 2010 15:42:58 -0800 (PST) In-Reply-To: <3e2b8dd90912090037v6c8e13e1v869471d4e03ecfd5@mail.gmail.com> References: <200912071020.nB7AK77I023054@freefall.freebsd.org> <4B1CDEE5.6080507@incunabulum.net> <3e2b8dd90912070305t6ffc08a6gf7acd8890d028854@mail.gmail.com> <4B1D07C3.6090005@incunabulum.net> <3e2b8dd90912080114x31d962acqf2c8a360e7b5a83d@mail.gmail.com> <4B1E1EF0.8040503@incunabulum.net> <3e2b8dd90912080155s544a7a50j17882b35f1343750@mail.gmail.com> <4B1E2574.8010704@incunabulum.net> <3e2b8dd90912080247s247bd878ud9fe4b234ff83f84@mail.gmail.com> <3e2b8dd90912090037v6c8e13e1v869471d4e03ecfd5@mail.gmail.com> Date: Wed, 15 Dec 2010 02:42:58 +0300 Message-ID: From: serg vasilyev To: Andriy Syrovenko Content-Type: text/plain; charset=ISO-8859-1 Cc: flo@smeets.im, freebsd-net@freebsd.org, Bruce Simpson Subject: Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy 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, 15 Dec 2010 00:13:25 -0000 2009/12/9, Andriy Syrovenko : > Hi, > > Well, turning off the transmit checksum offloading on the upstream > interface solves the problem with IP checksums of IGMP report and > leave messages always being 0. So after issuing the > > ifconfig re1 -txcsum > > command, the proxy successfully subscribes to receiving multicast > streams, and I can see multicast UDP traffic coming in on the upstream > interface. However there is another serious problem. Shortly alfter my > router starts forwarding multicast traffic kernel crashes. The crash > may happen either immediately when I press the play button in my IPTV > player, or just after several channel switches. You can find crash > reports in the attached files. They are almost identical, differing > only in whether the pf module is loaded. > > > The interesting part of the story is if I block incoming UDP multicast > traffic using something like > > block in quick inet proto udp from any to 224.0.0.0/4 > > in my pf.conf, system remains stable. But as soon as I comment the > rule and reload pf, kernel crashes. I suspect the problem is not > strictly related to the igmp processing, but to the multicast routing > in general. Probably something wrong with thread synchronization. My > system is a dual-core Intel Atom. > > Another interesting observation is when my BSD box is disconnected > from the upstream router, I can see only IGMPv3 messages going out the > upstream interface, even despite the fact that igmpproxy supports > IGMPv2 only. > > br, > Andrey > Does your system do any nat processing ? From owner-freebsd-net@FreeBSD.ORG Wed Dec 15 00:44:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF5D5106564A for ; Wed, 15 Dec 2010 00:44:24 +0000 (UTC) (envelope-from gaving@alcazarnetworks.com) Received: from mail.alcazarnetworks.com (mail.alcazarnetworks.com [209.183.176.18]) by mx1.freebsd.org (Postfix) with ESMTP id B932A8FC08 for ; Wed, 15 Dec 2010 00:44:24 +0000 (UTC) Received: from [192.168.10.40] (70.15.27.211.res-cmts.sm.ptd.net [70.15.27.211]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: gaving) by mail.alcazarnetworks.com (Postfix) with ESMTPSA id 611D74936FB for ; Tue, 14 Dec 2010 19:24:37 -0500 (EST) From: Gavin Grabias Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 14 Dec 2010 19:27:26 -0500 Message-Id: <0D4E1B6B-AB03-41B0-9914-747F387D0BBA@alcazarnetworks.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: kern/141646: [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged frames instead of 802.1q-tagged frames 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, 15 Dec 2010 00:44:25 -0000 Hi Ermal, I was wondering why your patch for lagg, an em hasn't been put into = stable. Are there any issues with it you are aware of? Seems quite = critical. Best Regards, Gavin Grabias Alcazar Networks, Inc. Phone: 484-664-2800 x111 Fax: 484-664-2816 www.alcazarnetworks.com From owner-freebsd-net@FreeBSD.ORG Wed Dec 15 08:13:33 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87DC51065670 for ; Wed, 15 Dec 2010 08:13:33 +0000 (UTC) (envelope-from blade_ly@yahoo.com.cn) Received: from web15007.mail.cnb.yahoo.com (web15007.mail.cnb.yahoo.com [202.165.103.64]) by mx1.freebsd.org (Postfix) with SMTP id A09CA8FC13 for ; Wed, 15 Dec 2010 08:13:32 +0000 (UTC) Received: (qmail 17361 invoked by uid 60001); 15 Dec 2010 07:46:50 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com.cn; s=s1024; t=1292399210; bh=0tKR/Q+4hNlVajf1u/qrTIAMZrF46Xj9vHp+dMcemo4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=sl47OlmqX/HJ+Q78P08a261cwxFCtInEAUSf4avwQLnvMFov+4MTvYVGiK6wHxKkI7m+6Lfcd79IgDNBGMHN1NMSUR8HkhsAwRKniBEML6L6C9f5p3cw0HrG92fKBQp0TF1BY7/qP7wM8EBp2acwB1ctTawsnJHuPdI2chLQHMg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com.cn; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=6qaEr2dT7AymU5f2VOHCgsJesghgkFxRq4q5/XFqtg6U7XXKXpuL8BfuQlR7x8NSEWt+6oKZMXR9KQikBTUzXnTm9jzfGpq+9uOv3KTvydQVHKU7dtYuXpigX87TeWuDBqxznzc7fBjkOeFuxLVoCqR5io5qu8D4ZSVcC/dUw+c=; Message-ID: <173127.17301.qm@web15007.mail.cnb.yahoo.com> X-YMail-OSG: YQJGdqwVM1ldhALl2Ka5YyIqMtlaxQnrrBU0TH4KFHlFLjp eglFsBDph Received: from [147.243.236.148] by web15007.mail.cnb.yahoo.com via HTTP; Wed, 15 Dec 2010 15:46:49 CST X-Mailer: YahooMailClassic/11.4.20 YahooMailWebService/0.8.107.285259 Date: Wed, 15 Dec 2010 15:46:49 +0800 (CST) From: =?utf-8?B?572X6ZKw?= To: freebsd-net@freebsd.org In-Reply-To: <20101213120030.B1727106577A@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: [SCTP] last_sequence_delivered in sctp_process_a_data_chunk question 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, 15 Dec 2010 08:13:33 -0000 Hi, all experts:=C2=A0=C2=A0 =C2=A0I find a suspect point in function of=C2= =A0sctp_process_a_data_chunk in all FreeBSD branches.for example:Line 1900 = of sctp_indata:=C2=A0(asoc->strmin[strmno].last_sequence_delivered + 1) =3D= =3D strmseqThis is a logical judgement sentence.last_sequence_delivered=C2= =A0is unsigned short type, strmseq is also.there is a problem:=C2=A0if=C2= =A0last_sequence_delivered equal 0xffff, and the result of=C2=A0last_sequen= ce_delivered + 1 must be 0x10000, rather than 0x0000, and if=C2=A0strmseq i= s also be 0x0, then this judgement will give you wrong value. so i think =C2=A0put a (uint16_t) before this sentence will be more secure.= so how do you think?like this: (uint16_t)(asoc->strmin[strmno].last_sequen= ce_delivered + 1) =3D=3D strmseqThanks and i hope your response.=0A=0A=0A = From owner-freebsd-net@FreeBSD.ORG Wed Dec 15 09:15:17 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CB4B1065672 for ; Wed, 15 Dec 2010 09:15:17 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 0E8418FC1E for ; Wed, 15 Dec 2010 09:15:17 +0000 (UTC) Received: from [10.0.1.103] (unknown [212.201.121.94]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id E187B1C0B4610; Wed, 15 Dec 2010 10:15:14 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=utf-8 From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <173127.17301.qm@web15007.mail.cnb.yahoo.com> Date: Wed, 15 Dec 2010 10:15:13 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <173127.17301.qm@web15007.mail.cnb.yahoo.com> To: =?utf-8?B?572X6ZKw?= X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org Subject: Re: [SCTP] last_sequence_delivered in sctp_process_a_data_chunk question 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, 15 Dec 2010 09:15:17 -0000 On Dec 15, 2010, at 8:46 AM, =E7=BD=97=E9=92=B0 wrote: > Hi, all experts: I find a suspect point in function of = sctp_process_a_data_chunk in all FreeBSD branches.for example:Line 1900 = of sctp_indata: (asoc->strmin[strmno].last_sequence_delivered + 1) =3D=3D = strmseqThis is a logical judgement sentence.last_sequence_delivered is = unsigned short type, strmseq is also.there is a problem: if = last_sequence_delivered equal 0xffff, and the result of = last_sequence_delivered + 1 must be 0x10000, rather than 0x0000, and if = strmseq is also be 0x0, then this judgement will give you wrong value. > so i think put a (uint16_t) before this sentence will be more secure. = so how do you think?like this: = (uint16_t)(asoc->strmin[strmno].last_sequence_delivered + 1) =3D=3D = strmseqThanks and i hope your response. In head and FreeBSD 8.0 and 8.1 sctp_structs.h contains: struct sctp_stream_in { struct sctp_readhead inqueue; uint16_t stream_no; uint16_t last_sequence_delivered; /* used for re-order */ uint8_t delivery_started; }; Furthermore sctp_process_a_data_chunk() contains: uint16_t strmno, strmseq; So I do not think the problem "is in all branches". Can you be more = specific, which version your are talking about? Best regards Michael >=20 >=20 >=20 > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Wed Dec 15 10:44:47 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69A8106566B for ; Wed, 15 Dec 2010 10:44:47 +0000 (UTC) (envelope-from andriys@gmail.com) Received: from mail-bw0-f49.google.com (mail-bw0-f49.google.com [209.85.214.49]) by mx1.freebsd.org (Postfix) with ESMTP id DC3FC8FC14 for ; Wed, 15 Dec 2010 10:44:46 +0000 (UTC) Received: by bwz5 with SMTP id 5so2085413bwz.8 for ; Wed, 15 Dec 2010 02:44:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=Mx3/W5DXhL2MD4O5S6+JlWQAnZsv9XF/DgHFgMyn3TU=; b=KSuR7JNddD2NMe7pjSUfMVg4wNaif0X+z5LXyOwomEemZjbCpxV8u0E3y57d6tOvvZ n6YTBfru3nKHiemAYr8RQIqtk8TLoFwKo1c3yG+hNPj+mp9JzZt2B9KIeNnx/Oy+Y+I4 6hyfpR6fUUuyVH64V1xBEOD0pGM5DdUYhzxHM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=GGZM0wzxl5o7YCwuejFuPPOXIH2HwlyBVg+GaSP9x0t3eL7VMzXWmvT8JZ5yIDaRJa W1njJXC4iGlCt7U/ZXYTvIikv+jor2kJoHKcdX9kWtuUHvwQx+6sgBGVD39RpxlGJivr NyWtw7VhdZX1ySAXsRJrMFvG8zbL+vlxc5enM= MIME-Version: 1.0 Received: by 10.204.122.67 with SMTP id k3mr4131162bkr.65.1292408225954; Wed, 15 Dec 2010 02:17:05 -0800 (PST) Received: by 10.204.144.194 with HTTP; Wed, 15 Dec 2010 02:17:05 -0800 (PST) In-Reply-To: References: <200912071020.nB7AK77I023054@freefall.freebsd.org> <4B1CDEE5.6080507@incunabulum.net> <3e2b8dd90912070305t6ffc08a6gf7acd8890d028854@mail.gmail.com> <4B1D07C3.6090005@incunabulum.net> <3e2b8dd90912080114x31d962acqf2c8a360e7b5a83d@mail.gmail.com> <4B1E1EF0.8040503@incunabulum.net> <3e2b8dd90912080155s544a7a50j17882b35f1343750@mail.gmail.com> <4B1E2574.8010704@incunabulum.net> <3e2b8dd90912080247s247bd878ud9fe4b234ff83f84@mail.gmail.com> <3e2b8dd90912090037v6c8e13e1v869471d4e03ecfd5@mail.gmail.com> Date: Wed, 15 Dec 2010 12:17:05 +0200 Message-ID: From: Andriy Syrovenko To: serg vasilyev Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: flo@smeets.im, freebsd-net@freebsd.org, Bruce Simpson Subject: Re: kern/138666: [multicast] [panic] not working multicast through igmpproxy 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, 15 Dec 2010 10:44:47 -0000 Hi! Yes, I have PF enabled with some NAT rules present in the rule set. However disabling PF (even by commenting out 'pf_enable' in the /etc/rc.conf and rebooting the machine) does not make any difference. The problem persist regardless of whether NAT is enabled or not (or even whether pf.ko is loaded or not). Best regards, Andriy. 2010/12/15 serg vasilyev > 2009/12/9, Andriy Syrovenko : > > Hi, > > > > Well, turning off the transmit checksum offloading on the upstream > > interface solves the problem with IP checksums of IGMP report and > > leave messages always being 0. So after issuing the > > > > ifconfig re1 -txcsum > > > > command, the proxy successfully subscribes to receiving multicast > > streams, and I can see multicast UDP traffic coming in on the upstream > > interface. However there is another serious problem. Shortly alfter my > > router starts forwarding multicast traffic kernel crashes. The crash > > may happen either immediately when I press the play button in my IPTV > > player, or just after several channel switches. You can find crash > > reports in the attached files. They are almost identical, differing > > only in whether the pf module is loaded. > > > > > > The interesting part of the story is if I block incoming UDP multicast > > traffic using something like > > > > block in quick inet proto udp from any to 224.0.0.0/4 > > > > in my pf.conf, system remains stable. But as soon as I comment the > > rule and reload pf, kernel crashes. I suspect the problem is not > > strictly related to the igmp processing, but to the multicast routing > > in general. Probably something wrong with thread synchronization. My > > system is a dual-core Intel Atom. > > > > Another interesting observation is when my BSD box is disconnected > > from the upstream router, I can see only IGMPv3 messages going out the > > upstream interface, even despite the fact that igmpproxy supports > > IGMPv2 only. > > > > br, > > Andrey > > > Does your system do any nat processing ? > From owner-freebsd-net@FreeBSD.ORG Wed Dec 15 17:16:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9DF310656B6 for ; Wed, 15 Dec 2010 17:16:07 +0000 (UTC) (envelope-from ndenev@gmail.com) Received: from mail-fx0-f49.google.com (mail-fx0-f49.google.com [209.85.161.49]) by mx1.freebsd.org (Postfix) with ESMTP id 394238FC13 for ; Wed, 15 Dec 2010 17:16:06 +0000 (UTC) Received: by fxm19 with SMTP id 19so2246609fxm.36 for ; Wed, 15 Dec 2010 09:16:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:content-type:mime-version :subject:from:in-reply-to:date:content-transfer-encoding:message-id :references:to:x-mailer; bh=KLCTeT7alum4xVO1p1/Rym+snEezJTfe1vnPnnj40nc=; b=PdAp6qkiFRh+BdromVE/GsueiqRF19ExOjnHtrkaCH5GFY66RqEBxxT9jqQxTtyOsw qsLMeYOkuvAHklWqZglDoOc6h7uK91YtP8vq+A+nY8xHvkinxjTJbTh8w9TWRlVxcDxR 9Q8l4EJqQLx+ywwLLAZ6OyQCMb3/fSl9QULQ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=content-type:mime-version:subject:from:in-reply-to:date :content-transfer-encoding:message-id:references:to:x-mailer; b=HzCs/KP1HrIxajFOajbiVHXdoEeCwfKJED+wIGpW0ITRh06LvnN4ZNUUgbTkS5DlgG CkQr+HDw3FR4nyHwVQQWAFAJwWGHFcksMMDGK8E1NwKCfk43mIQfjNUYaZEOB/z5kTjJ jS7GWdslWBGjsmTvDX3XPin1GPAIq3B7Zvpw8= Received: by 10.223.120.73 with SMTP id c9mr7739356far.50.1292433365345; Wed, 15 Dec 2010 09:16:05 -0800 (PST) Received: from [10.129.23.105] ([217.18.249.148]) by mx.google.com with ESMTPS id 21sm540047fav.17.2010.12.15.09.16.02 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 15 Dec 2010 09:16:03 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Apple Message framework v1082) From: Nikolay Denev In-Reply-To: Date: Wed, 15 Dec 2010 19:16:00 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: freebsd-net@freebsd.org X-Mailer: Apple Mail (2.1082) Subject: Re: Generating RTM_IFINFO messages on interface description change? 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, 15 Dec 2010 17:16:07 -0000 On 13 Dec, 2010, at 13:21 , Nikolay Denev wrote: > Hello, >=20 > I'm currently trying to enable bsnmpd to export the interface > descriptions that are supported on FreeBSD 8+ as ifDescr and > while doing it I'm wondering if RTM_IFINFO msgs should be generated > on description set/change. This would greatly simplify the = functionality > in bsnmpd and would prevent needless polls/ioctls. >=20 > My opinion is that it probably is OK to generate RTM_IFINFO on this = event but are there other opinions? >=20 >=20 > Regards, > Nikolay Ok, This simple patch will enable the RTM_IFINFO messages when interface = description is changed : --- /usr/src/sys/net.old/if.c 2010-12-15 17:32:59.000000000 +0100 +++ /usr/src/sys/net/if.c 2010-12-15 17:36:08.000000000 +0100 @@ -2176,6 +2176,7 @@ =20 getmicrotime(&ifp->if_lastchange); free(odescrbuf, M_IFDESCR); + rt_ifmsg(ifp); break; =20 case SIOCSIFFLAGS: With this patch the message will be generated, but without information = about what changed. But I wonder if adding the description in if_data isn't too much... From owner-freebsd-net@FreeBSD.ORG Wed Dec 15 17:51:12 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 230E0106564A for ; Wed, 15 Dec 2010 17:51:12 +0000 (UTC) (envelope-from mlists+freebsd-net=freebsd-net=freebsd.org=ljksjktw@daemonground.de) Received: from mail.daemonground.de (mail.daemonground.de [IPv6:2a01:4f8:120:84a1::2]) by mx1.freebsd.org (Postfix) with ESMTP id B390A8FC0A for ; Wed, 15 Dec 2010 17:51:11 +0000 (UTC) Received: from oinetka.gfsrv.net ([79.110.95.2] helo=dreamland.office.local) by mail.daemonground.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim) (envelope-from ) id 1PSvVO-0002JG-TC for freebsd-net@freebsd.org; Wed, 15 Dec 2010 18:51:10 +0100 From: Sascha Holzleiter To: freebsd-net@freebsd.org Date: Wed, 15 Dec 2010 18:51:22 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-STABLE; KDE/4.5.3; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201012151851.22611.mlists+freebsd-net@daemonground.de> Subject: Forcing Full-Duplex on Realtek card 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, 15 Dec 2010 17:51:12 -0000 Hello, i just discovered it seems to be impossible to force a duplex setting if the switchport is not doing autonegotiation. The server in question has a Realtek 1GBit device but the hosting company reduces the speed on their switches to 100MBit. So after booting without any options this gives me: re0: flags=8843 metric 0 mtu 1500 options=389b ether XX:XX:XX:XX:XX:XX inet 46.X.X.X netmask 0xffffffc0 broadcast 46.X.X.X media: Ethernet 100baseTX status: active I though this wasn't a big deal and tried to force it to full-duplex: # ifconfig re0 media 100baseTX mediaopt full-duplex but it seems the actual setting is still half-duplex: re0: flags=8843 metric 0 mtu 1500 options=389b ether XX:XX:XX:XX:XX:XX inet 46.X.X.X netmask 0xffffffc0 broadcast 46.X.X.X media: Ethernet 100baseTX (100baseTX ) status: active This is on a FreeBSD 8.1-RELEASE amd64 system and the hardware in questions is: re0@pci0:6:0:0: class=0x020000 card=0x75221462 chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class = network subclass = ethernet Is there anything i can do to force the full-duplex setting for good? Regards, Sascha From owner-freebsd-net@FreeBSD.ORG Wed Dec 15 23:15:08 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6DBF106566B; Wed, 15 Dec 2010 23:15:07 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 767EA8FC13; Wed, 15 Dec 2010 23:15:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 785B941C756; Thu, 16 Dec 2010 00:15:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id va1IlFPWrzne; Thu, 16 Dec 2010 00:15:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id B6B2041C752; Thu, 16 Dec 2010 00:15:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 41DDB4448F3; Wed, 15 Dec 2010 23:14:43 +0000 (UTC) Date: Wed, 15 Dec 2010 23:14:42 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Robert Watson In-Reply-To: Message-ID: <20101215230640.K6126@maildrop.int.zabbadoz.net> References: X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: Future of netnatm: looking for testers 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, 15 Dec 2010 23:15:08 -0000 On Wed, 28 Jul 2010, Robert Watson wrote: In reply to the original post: > Dear all: > > When the new link layer framework was introduced in 8.0, one of our ATM > stacks, netnatm, was left behind. As a result, it neither compiles nor runs > in 8.x and 9.x. This e-mail serves two purposes: > > (1) To solicit a volunteer who can work on the netnatm stack in 9.x, with > potential merge to 8.x, to get it back to functionality before 9.0 ships. > This is the preferred course of action. > > (2) To serve as notice that if we can't find a volunteer to do this, we will > remove netnatm and associated parts from the tree in 9.0 since they'll have > gone one major version neither compiling nor running. This is the fallback > plan. > > I'm in no great rush to remove netnatm, having spent quite a bit of time > making it work in our MPSAFE world order a couple of years ago. However, the > code is bitrotting and requires urgent attention if it's going to work again > easily (the stack is changing around it, and because netnatm doesn't build, > it will get only cursory and likely incorrect updates). I'm happy to help > funnel changes into the tree from non-committers, as well as answer questions > about the network stack, but I have no hardware facilities for debugging or > testing netnatm changes myself, nor, unfortunately, the time to work on the > code. > > In order to provide further motivation for potentially interested parties, > here's the proposed six-month removal schedule: > > 28 July 2010 - Notice of proposed removal > 28 October 2010 - Transmit of notice of proposed removal > 28 January 2011 - Proposed removal date > > This schedule may be updated as the 9.0 release schedule becomes more clear, > or if there are obvious signs of improvement and just a couple more months > would get it fixed :-). And, if worst comes to worst and we can't find a > volunteer, the code will live on in the source repository history if there's > a desire to rejuvenate it in the future. I would request two things: 1) the extra couple of months; this will not prevent the evitable removal yet only defer it. 2) If anyone of you is using (or want to be able to (continue to) use) NATM or can test things, I re-enabled it with most of the code in HEAD and the patch is available for 8,x as well but need to work with somoene to make sure it'll really work. I am willing to spend more time on it if you send me an email. Best Regards, Bjoern ------------------------------------------------------------------------ > Author: bz > Date: Wed Dec 15 22:58:45 2010 > New Revision: 216466 > URL: http://svn.freebsd.org/changeset/base/216466 > > Log: > Bring back (most of) NATM to avoid further bitrot after r186119. > Keep three lines disabled which I am unsure if they had been used at all. > This will allow us to seek testers and possibly bring it all back. If you have the ability to test (on 8.x or HEAD) or are using NATM, please get in contact with me. > Discussed with: rwatson > MFC after: 7 weeks > > Modified: > head/sys/conf/NOTES > head/sys/netinet/if_atm.c ------------------------------------------------------------------------ -- Bjoern A. Zeeb Welcome a new stage of life. Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-net@FreeBSD.ORG Thu Dec 16 23:04:09 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5539106564A for ; Thu, 16 Dec 2010 23:04:09 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8328FC14 for ; Thu, 16 Dec 2010 23:04:09 +0000 (UTC) Received: by wwf26 with SMTP id 26so70335wwf.31 for ; Thu, 16 Dec 2010 15:04:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:reply-to:from:to:subject:date :message-id:mime-version:content-type:content-transfer-encoding :x-mailer:content-language:thread-index:x-cr-hashedpuzzle :x-cr-puzzleid; bh=RUDci15cr0vSWDAPQGI0gDZ+q+/4S3OHKJHeiQ5xRBY=; b=b8lwlCldAg5QYgdHB/Paup/tJaN6ykIu1mXZZ6vI543ayCzLayLF25kn4OxHyV6LPk choYMc33F39AlZf4AvQ+aalBykoS9YYAPxPlBhuk2EyWceY6RY1fFbUwFUp3hNm762rw JRCXTghhkHdgPb9L8PSVqFz1x8898rkubW0T4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=reply-to:from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:x-mailer:content-language:thread-index :x-cr-hashedpuzzle:x-cr-puzzleid; b=Ps49aWVa6b3e0O/mo+k0VdYjjAUv79mmnWRuQb/97KNhHU183+5tOpof12Pbmh9yKt UFwoWA/SUfalZWsjemWOVGEtaRhq9V+2yVEE85Ji4aOiUObMt+kUknfoD/+Y89yXohRP /i4yqvcCD5miIkIxvQDEW5kDX4A/tpDsgim4g= Received: by 10.216.177.211 with SMTP id d61mr2892519wem.91.1292540648053; Thu, 16 Dec 2010 15:04:08 -0800 (PST) Received: from rimwks1x64 ([92.124.36.55]) by mx.google.com with ESMTPS id n18sm337825wee.16.2010.12.16.15.04.05 (version=SSLv3 cipher=RC4-MD5); Thu, 16 Dec 2010 15:04:06 -0800 (PST) From: rozhuk.im@gmail.com To: Date: Fri, 17 Dec 2010 07:04:03 +0800 Message-ID: <4d0a9ae6.1252d80a.506a.1f43@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Content-Language: ru Thread-Index: AcuddYd5L2OexzauTzCSmjtRYpucDw== x-cr-hashedpuzzle: Ahnb A8TQ EWXd EwUF FfTJ F8xz GpW+ HUL1 HdGk HlO2 IaS3 JUfB JfFl Jkw1 JuSd J6q9; 1; ZgByAGUAZQBiAHMAZAAtAG4AZQB0AEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {98E702F1-B663-4BBC-81EB-4EF473ED70CD}; cgBvAHoAaAB1AGsALgBpAG0AQABnAG0AYQBpAGwALgBjAG8AbQA=; Thu, 16 Dec 2010 23:04:01 GMT; awBlAHIAbgAvADEANQAyADEANAAxADoAIABbAHYAbABhAG4AXQAgAGUAbgBjAGEAcABzAHUAbABhAHQAZQAgAHYAbABhAG4AIABpAG4AIABuAGcAXwBlAHQAaABlAHIAIABiAGUAZgBvAHIAZQAgAG8AdQB0AHAAdQB0ACAAdABvACAAaQBmAA== x-cr-puzzleid: {98E702F1-B663-4BBC-81EB-4EF473ED70CD} Subject: kern/152141: [vlan] encapsulate vlan in ng_ether before output to if X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rozhuk.IM@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Dec 2010 23:04:09 -0000 Hi! What I need to do to include this patch to main source tree? =A0 -- Rozhuk Ivan =A0=20 From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 00:30:32 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68438106567A for ; Fri, 17 Dec 2010 00:30:32 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from lavash.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id 4D3C68FC1B for ; Fri, 17 Dec 2010 00:30:32 +0000 (UTC) Received: from [208.90.212.192] (208-90-212-192.PUBLIC.monkeybrains.net [208.90.212.192]) (authenticated bits=0) by lavash.monkeybrains.net (8.14.4/8.14.4) with ESMTP id oBH0Hnjv056741 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Thu, 16 Dec 2010 16:17:49 -0800 (PST) (envelope-from crapsh@monkeybrains.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=monkeybrains.net; s=monkey; t=1292545069; bh=PrevkzUetIyJJEX0xqOUJOgpje7hSJclFCsYOvdqiAs=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=LITGdZFM3KtrTq6CYXb51TBHLxHsJyylm7+vhv4dUB9QDlwEUtykpRjGgI4dCR6TV clC15TBhtF2VBvU+a0PwUoeHFoLUt+Vjx8s+4d2G596dnubLP/r4aNTxWgz6QkKYAK PoD67ypUdTkippy2JEiy2dMArs2zy65uJ4p3d2nQ= Message-ID: <4D0AAC30.1090202@monkeybrains.net> Date: Thu, 16 Dec 2010 16:17:52 -0800 From: Rudy User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.14) Gecko/20101006 Thunderbird/3.0.9 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.4 at lavash.monkeybrains.net X-Virus-Status: Clean Subject: unicast flooding on bridge0 and odd DUP! ICMP packets 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, 17 Dec 2010 00:30:32 -0000 I am having issues when I add 3 vlans (all off of em1) to bridge0. [1] when I ping ips on 2 of the 3 vlans, I get a redirect from localhost and then a dup # ifconfig bridge0 10.7.0.1/16 # ping 10.7.1.31 (which lives on vlan714) PING 10.7.1.31 (10.7.1.31): 56 data bytes 36 bytes from localhost (127.0.0.1): Redirect Host(New addr: 10.7.1.31) Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 0054 af97 0 0000 3f 01 b6e4 10.7.0.1 10.7.1.31 64 bytes from 10.7.1.31: icmp_seq=0 ttl=64 time=286.316 ms 64 bytes from 10.7.1.31: icmp_seq=0 ttl=64 time=286.350 ms (DUP!) # ping 10.7.1.5 (which lives on vlan7) PING 10.7.1.5 (10.7.1.5): 56 data bytes 64 bytes from 10.7.1.5: icmp_seq=0 ttl=64 time=5.160 ms 64 bytes from 10.7.1.5: icmp_seq=1 ttl=64 time=3.392 ms 64 bytes from 10.7.1.5: icmp_seq=2 ttl=64 time=6.250 ms So, what would possible cause my localhost to spit out the redirect? (the route is the same for both IPs: arana-zebra> sh ip route 10.7.1.5 Routing entry for 10.7.0.0/16 Known via "connected", distance 0, metric 1, best * directly connected, bridge0 arana-zebra> sh ip route 10.7.1.31 Routing entry for 10.7.0.0/16 Known via "connected", distance 0, metric 1, best * directly connected, bridge0 [2] When putting live traffic on the links, I saw a lot of unicast traffic going over the wire. I had 'PRIVATE' set on all bridge members. Is anyone running a bridge with 50 vlan members? Do you see any unicast flooding? (I added "switchport block unicast" to the vlan egree points on the switches -- going to wifi antennas.) My goal: set up dhcpd router with a big pool -- spanning all the vlans -- but keeping the vlan traffic separate (hence the PRIVATE on the bridge members). Rudy From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 04:19:57 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C9D1106564A for ; Fri, 17 Dec 2010 04:19:57 +0000 (UTC) (envelope-from abcde0@yahoo.com) Received: from web53807.mail.re2.yahoo.com (web53807.mail.re2.yahoo.com [206.190.36.202]) by mx1.freebsd.org (Postfix) with SMTP id 0D9C28FC0A for ; Fri, 17 Dec 2010 04:19:56 +0000 (UTC) Received: (qmail 87108 invoked by uid 60001); 17 Dec 2010 03:53:16 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1292557996; bh=e6ZdfHDcC7piKfK12z7ltkfTjg4bgJ8UzZMIbjPc1Os=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=upCh19MVTM8+eaKIKApjBTtzatT5/PMWNoiArJEQk8EfeGWsHvnY2Z33va/6yluxMt+BbyDbu3T2kIaRyDIf6HHd68qe/nLttuC5M2TJbTIwxS47Tb4DJ7SGEGVBh8Bl407+f575piULQCJHTSgmoG2ptNMwcyvW43q54BaQ7V8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=5NT2YTLfLneWUGFoZWIn8ZvRarNHT7Dnvg/L27qrsW+4hpga4wRtsATTcyYTWZp/GIeUdOLU6hbW2qLoCX22rujZ608TGk51TnBc4IcwmJuwf/sUZ5m8v9roULy/20a2MEgIijxOaIF3mVG1TtdCAzFN4Y8n74ZOMEPETpj7y58=; Message-ID: <808782.86181.qm@web53807.mail.re2.yahoo.com> X-YMail-OSG: OCf5qwAVM1leLCV8JvKL8wr_ts5grjL1qqds1.bWeeNCQ1L dY7IKxfVB4t_ypzE3lnX8DB.g03YqlOHOdoK_xL98pApx2J8dG3eNoWceahp 1p4mPQLaK8TgiMzS9G72Ab92cV3L_QWQKNpN89d_4qD_Q18Fu.ty_E9_WvC_ 3XVh3ys2wjmueXaGCnCu6Evwv5QEHrZD592PrYtF0sXkKu3WKBQjTEzn70Jy xv0MiYUPCFoLR1QXN_Zo4Wv7hGFS6CF063VzYcRCyrEruyTDdfrcQLTjbe6E 4YtWKK_PhSiLm9nSxb06RYm0qwTVK1M7SnXiSQqJw47HPkxiVsrDS80f.g3o Lf7HzoxG6b.AecY9sjGgZL3pmKyyC.5fZXEz2vFNf27MWU58Vv.AVvHMwvKS LYk0q7uCMIYQ- Received: from [71.116.89.13] by web53807.mail.re2.yahoo.com via HTTP; Thu, 16 Dec 2010 19:53:16 PST X-Mailer: YahooMailRC/553 YahooMailWebService/0.8.107.285259 Date: Thu, 16 Dec 2010 19:53:16 -0800 (PST) From: abcde abcde To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Subject: nfe_defrag() routine in nividia ethernet driver 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, 17 Dec 2010 04:19:57 -0000 Hi, we ported the nvidia ethernet driver to our product.=A0 It's been OK un= til =0Arecently we=A0ran into an error condition where packets would get dr= opped quietly. =0AThe root cause resides in the nfe_encap() routine, where = we call nfe_defrag() to =0Atry to reduce the length of the mbuf chain to 32= , if it's longer than 32. In the =0Aevent the 32 mbufs need more than 32 se= gments, the subsequent call to =0Abus_dmamap_load_mbuf_sg() would cause it = to return an error then the packet is =0Asubsequently dropped. =0A=0A=0AMy = questions are,=0A=0A1. there appears to be a generic m_defrag() routine ava= ilable, which doesn't =0Astop at 32 and is used by a couple of other driver= s (Intel, Broadcom, to name a =0Afew). What was the need for a nvidia versi= on of the defrag routine?=0A=0A2. The NFE_MAX_SCATTER constant, which limit= s how many segments can be used, is =0Adefined to be 32, while the correspo= nding constants for other drivers are 100 or =0A64 (again Intel or Broadcom= ). How was the value 32 picked? Anybody knows the =0Areasoning behind them?= =0A=0AThanks,=0Amc =0A=0A=0A From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 06:15:09 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C50110656B9; Fri, 17 Dec 2010 06:15:09 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (outd.internet-mail-service.net [216.240.47.227]) by mx1.freebsd.org (Postfix) with ESMTP id 4AAD38FC19; Fri, 17 Dec 2010 06:15:03 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oBH5oEBG009375; Thu, 16 Dec 2010 21:50:14 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 569492D6011; Thu, 16 Dec 2010 21:50:13 -0800 (PST) Message-ID: <4D0AFA13.4040604@freebsd.org> Date: Thu, 16 Dec 2010 21:50:11 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Ruslan Ermilov , Marko Zec , Alexander Motin , FreeBSD Net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: Subject: A question about netgraph and vlans in general. 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, 17 Dec 2010 06:15:09 -0000 There is a sort of confusion in the kernel and in netgraph I see as to whether a vlan packet has a vlan header on it or has a M_VLANTAG tag on it. For example the ng_vlan netgraph node prepends a real vlan header, and if it were to be handed an mbuf with a M_VLANTAG associated with it, it would ignore it, leaving a packet with both. (maybe useful for QinQ except the order is probably opposite what one would want or expect). Is there possibility that it (the vlan node) should simply add a M_VLANTAG and let it be handled downstream? and what happens if there is already a vlan tag? should teh vlan tag be converted into a header and a new vlan tag added with the new value? I ask this after prodding with PR 152141 which is to do with vlan encapsulation for ng_ether. During my investigation of the bug, looking to see what was done elsewhere it seemed that it was a little confusing.. Julian From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 06:46:01 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C41C1065673 for ; Fri, 17 Dec 2010 06:46:01 +0000 (UTC) (envelope-from jayster@comcast.net) Received: from qmta12.emeryville.ca.mail.comcast.net (qmta12.emeryville.ca.mail.comcast.net [76.96.27.227]) by mx1.freebsd.org (Postfix) with ESMTP id 414718FC16 for ; Fri, 17 Dec 2010 06:46:01 +0000 (UTC) Received: from omta01.emeryville.ca.mail.comcast.net ([76.96.30.11]) by qmta12.emeryville.ca.mail.comcast.net with comcast id k5Z21f0050EPchoAC6YrgY; Fri, 17 Dec 2010 06:32:51 +0000 Received: from sz0077.ev.mail.comcast.net ([76.96.26.133]) by omta01.emeryville.ca.mail.comcast.net with comcast id k6Yq1f0032sJR5G8M6Yq0C; Fri, 17 Dec 2010 06:32:50 +0000 Date: Fri, 17 Dec 2010 06:32:49 +0000 (UTC) From: Jayster To: freebsd-net@freebsd.org Message-ID: <17835728.248313.1292567569116.JavaMail.root@sz0077a.emeryville.ca.mail.comcast.net> MIME-Version: 1.0 X-Originating-IP: [99.150.169.208] X-Mailer: Zimbra 6.0.5_GA_2431.RHEL5_64 (ZimbraWebClient - FF3.0 (Win)/6.0.5_GA_2427.RHEL4) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Web Server supporting up to 4 WANs/Interfaces 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, 17 Dec 2010 06:46:01 -0000 I am in need of immediate help and while I rarely post on boards or lists (I promise I'll start sharing more of my own wisdom in the future), this issue has me stumped like no other. First of all, I need multiple gateways. Yes, I understand there is no such thing as multiple "default" gateways and I have a solid grasp of networking in general... . I also have a reasonable grasp of FreeBSD, though I am no where near the expert of many. I actually come from the world of programming and I've only used Linux and Windows in the past. I am currently working on a big project that involves many sites and a custom appliance with multiple applications designed in-house. In fact, I might be the ONLY person in snowy Michigan hiring right now... . After an exhaustive investigation, I chose FreeBSD over all other OSs. It was not a light choice, but I've been very pleased despite having zero knowledge at the start of it. The main reasons were flexibility, licensing and most important, I'm still shocked how open the community is to answering questions in posts, instead of putting people down for having less knowledge than a rude poster. I have found an answer to the most obscure questions through very quick google searches...until now. Kudos to those who take the time...FreeBSD far outnumbers other OS communities. Please help me avoid this issue being the big letdown, possibly forcing us to leave FreeBSD. I like the OS way too much already. Now the issue. Without too much detail, my device has 4 GigE ports on it. Each will be attached to a routed network. There is NO routing required between networks inside the box (not a router or firewall) and in fact, it CANNOT be allowed to happen because of security. Instead, each WAN port needs access to this box, but nothing beyond. The access consists of a Web Server, though several other Ports are required, such as SNMP Traps, Syslog, etc. Getting to the box is easy, routers do all the work. The issue is getting traffic back through the same interface it came in on and through the same router gateway. As we all know, only 1 gateway can be assigned in FreeBSD, unlike other flavors of Linux. Even the ones who don't offer single line gateway support can use IPTables to accomplish this task. But IPTables is not supported in FreeBSD. Not a bad thing as long as comparable solutions exist. Setting up static routes is not the solution. The problem with it is that multiple sites which will have this box will not have access to the next hop info from the gateway (the next hop gateway and subnet on the other side of the router). So I cannot use static routes. PFSense appears to support this (though not tested by me). I REALLY do not want to go that route. We have invested 3 months into adding many apps to the FreeBSD we have. PFSense is a custom FreeBSD kernel with many changes. Many message boards claim it breaks many Ports and changes other behaviors. Even if it didn't, we are under deadline and moving everything over to a new FreeBSD Version and then extensively testing everything repeatedly again would be a nightmare. I am interested in experiences with it if it becomes the last resort, though. I have tried both PF and IPFW. Different posts around the web claim Multiple Gateway solutions using both of them. I have tried each of the recommended setups, but had no luck. If you read the last responses to each of those posts, others also state they could not duplicate what is claimed, as well. PF looks the most promising. It has "if-bound", which is supposed to keep interface traffic on the same interface. That is a good first step. But pointing it to the gateway on that interface is still an issue. Please HELP!!! I haven't slept in days and I've been stuck for a week now!!! This is our last showstopper. Jay From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 07:15:21 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 280AE106564A for ; Fri, 17 Dec 2010 07:15:21 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (oute.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 06DF08FC13 for ; Fri, 17 Dec 2010 07:15:20 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oBH7FJAY012467; Thu, 16 Dec 2010 23:15:19 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 950CE2D6013; Thu, 16 Dec 2010 23:15:17 -0800 (PST) Message-ID: <4D0B0E03.2020707@freebsd.org> Date: Thu, 16 Dec 2010 23:15:15 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Jayster References: <17835728.248313.1292567569116.JavaMail.root@sz0077a.emeryville.ca.mail.comcast.net> In-Reply-To: <17835728.248313.1292567569116.JavaMail.root@sz0077a.emeryville.ca.mail.comcast.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-net@freebsd.org Subject: Re: Web Server supporting up to 4 WANs/Interfaces 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, 17 Dec 2010 07:15:21 -0000 On 12/16/10 10:32 PM, Jayster wrote: > I am in need of immediate help and while I rarely post on boards or lis= ts (I promise I'll start sharing more of my own wisdom in the future), th= is issue has me stumped like no other. First of all, I need multiple gate= ways. Yes, I understand there is no such thing as multiple "default" gate= ways and I have a solid grasp of networking in general... . I also have a= reasonable grasp of FreeBSD, though I am no where near the expert of man= y. I actually come from the world of programming and I've only used Linux= and Windows in the past. > > I am currently working on a big project that involves many sites and a = custom appliance with multiple applications designed in-house. In fact, I= might be the ONLY person in snowy Michigan hiring right now... . After a= n exhaustive investigation, I chose FreeBSD over all other OSs. It was no= t a light choice, but I've been very pleased despite having zero knowledg= e at the start of it. The main reasons were flexibility, licensing and mo= st important, I'm still shocked how open the community is to answering qu= estions in posts, instead of putting people down for having less knowledg= e than a rude poster. I have found an answer to the most obscure question= s through very quick google searches...until now. Kudos to those who take= the time...FreeBSD far outnumbers other OS communities. Please help me a= void this issue being the big letdown, possibly forcing us to leave FreeB= SD. I like the OS way too much already. > > Now the issue. Without too much detail, my device has 4 GigE ports on i= t. Each will be attached to a routed network. There is NO routing require= d between networks inside the box (not a router or firewall) and in fact,= it CANNOT be allowed to happen because of security. Instead, each WAN po= rt needs access to this box, but nothing beyond. The access consists of a= Web Server, though several other Ports are required, such as SNMP Traps,= Syslog, etc. Getting to the box is easy, routers do all the work. The is= sue is getting traffic back through the same interface it came in on and = through the same router gateway. As we all know, only 1 gateway can be as= signed in FreeBSD, unlike other flavors of Linux. Even the ones who don't= offer single line gateway support can use IPTables to accomplish this ta= sk. But IPTables is not supported in FreeBSD. Not a bad thing as long as = comparable solutions exist. > > Setting up static routes is not the solution. The problem with it is th= at multiple sites which will have this box will not have access to the ne= xt hop info from the gateway (the next hop gateway and subnet on the othe= r side of the router). So I cannot use static routes. > > PFSense appears to support this (though not tested by me). I REALLY do = not want to go that route. We have invested 3 months into adding many app= s to the FreeBSD we have. PFSense is a custom FreeBSD kernel with many ch= anges. Many message boards claim it breaks many Ports and changes other b= ehaviors. Even if it didn't, we are under deadline and moving everything = over to a new FreeBSD Version and then extensively testing everything rep= eatedly again would be a nightmare. I am interested in experiences with i= t if it becomes the last resort, though. > > I have tried both PF and IPFW. Different posts around the web claim Mul= tiple Gateway solutions using both of them. I have tried each of the reco= mmended setups, but had no luck. If you read the last responses to each o= f those posts, others also state they could not duplicate what is claimed= , as well. PF looks the most promising. It has "if-bound", which is suppo= sed to keep interface traffic on the same interface. That is a good first= step. But pointing it to the gateway on that interface is still an issue= =2E Please HELP!!! I haven't slept in days and I've been stuck for a week= now!!! This is our last showstopper. > if you are running on freeBSD 8 or newer you have two solutions open=20 to you (maybe 3). * Firstly, you can assign a completely different routing table to each=20 socket so that packets from one socket only see things through the perspective of one=20 routing table but packets from another socket behave according to the rules of=20 a completely different routing table. alternatively you can assign a different=20 routing table to a process and its descendants. you can also use ipfw fwd to remap ports and addresses, in conjunction=20 with the different routing tables. Routing tables are sometimes called FIBs=20 (Forwarding Information Bases) man setfib(1) and setfib(2) for more details. Also see the setfib socket option in setsockopt(2). There are details that are still open for development (like IPV6=20 support) but it sounds like it will do what you want. * The second option is the new jail support. while setfib and friends can easily allow a single process to act=20 differently on a socket by socket basis the new jail facilities allow you to take multiple interfaces and=20 assign them to different jails, and each jail can be given a completely different routing table or in=20 fact a completely different SET of routing tables. man jail and man ifconfig (ifconfig vnet) * As a poor third contender you can do really funky things with the=20 ipfw 'fwd' command. julian (let me know offline a bit more about what you want and maybe I can be=20 a bit more specific about how to do it.) > Jay > _______________________________________________ > 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 Fri Dec 17 07:21:46 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F7F4106564A for ; Fri, 17 Dec 2010 07:21:46 +0000 (UTC) (envelope-from freebsd-net@dino.sk) Received: from loki.netlab.sk (ns3.netlab.sk [84.245.65.11]) by mx1.freebsd.org (Postfix) with ESMTP id 97FF78FC0A for ; Fri, 17 Dec 2010 07:21:45 +0000 (UTC) Received: from door.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: PLAIN milan, TLS: TLSv1/SSLv3,256bits,AES256-SHA) by loki.netlab.sk with esmtp; Fri, 17 Dec 2010 08:11:46 +0100 id 00033C05.4D0B0D32.0000164C From: Milan Obuch To: freebsd-net@freebsd.org Date: Fri, 17 Dec 2010 08:11:29 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.2-PRERELEASE; KDE/4.5.4; i386; ; ) References: <17835728.248313.1292567569116.JavaMail.root@sz0077a.emeryville.ca.mail.comcast.net> In-Reply-To: <17835728.248313.1292567569116.JavaMail.root@sz0077a.emeryville.ca.mail.comcast.net> MIME-Version: 1.0 Message-Id: <201012170811.30957.freebsd-net@dino.sk> Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Cc: Jayster Subject: Re: Web Server supporting up to 4 WANs/Interfaces 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, 17 Dec 2010 07:21:46 -0000 On Friday 17 December 2010 07:32:49 Jayster wrote: [ fine comments on our OS trimmed ] > Now the issue. Without too much detail, my device has 4 GigE ports on it. > Each will be attached to a routed network. There is NO routing required > between networks inside the box (not a router or firewall) and in fact, it > CANNOT be allowed to happen because of security. Instead, each WAN port > needs access to this box, but nothing beyond. The access consists of a Web > Server, though several other Ports are required, such as SNMP Traps, > Syslog, etc. Getting to the box is easy, routers do all the work. The > issue is getting traffic back through the same interface it came in on and > through the same router gateway. As we all know, only 1 gateway can be > assigned in FreeBSD, unlike other flavors of Linux. Even the ones who > don't offer single line gateway support can use IPTables to accomplish > this task. But IPTables is not supported in FreeBSD. Not a bad thing as > long as comparable solutions exist. >=20 =46rom this short description it looks like you are using standard internet= =20 apps. Question is whether you need one instance of web server to serve=20 requests from all four ports (or in better words IMHO four networks if they= =20 should not communicate here on box) or you could use four separate instance= s.=20 =46or the former you can use PF (I tested something similar with two networ= k in=20 past) while for the later either multiple fibs or vimage solution is=20 available. [ snip ] > I have tried both PF and IPFW. Different posts around the web claim > Multiple Gateway solutions using both of them. I have tried each of the > recommended setups, but had no luck. If you read the last responses to > each of those posts, others also state they could not duplicate what is > claimed, as well. PF looks the most promising. It has "if-bound", which is > supposed to keep interface traffic on the same interface. That is a good > first step. But pointing it to the gateway on that interface is still an > issue. Please HELP!!! I haven't slept in days and I've been stuck for a > week now!!! This is our last showstopper. >=20 There are some guides on net - but you should be able to find the basic in= =20 'man pf.conf' - look for route-to and reply-to. I am not going to give you = now=20 more details, sorry - writing just what I remember now could be misleading,= I=20 did forget probably some details, but manual page has all basic info=20 necessary. This way you could do some 'source routing policy', which could = be=20 a solution to your problem. Hope this helps a bit, at least. Regards, Milan From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 08:29:27 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36E841065675 for ; Fri, 17 Dec 2010 08:29:27 +0000 (UTC) (envelope-from patrick.bihan-faou@teambox.fr) Received: from smtp.teambox.fr (dedibox.teambox.fr [88.191.109.88]) by mx1.freebsd.org (Postfix) with ESMTP id DD47E8FC16 for ; Fri, 17 Dec 2010 08:29:26 +0000 (UTC) Received: from crest.teambox.fr (crest.mindstep.com [88.167.204.204]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: teambox) by smtp.teambox.fr (Postfix) with ESMTPSA id D0598A244CF for ; Fri, 17 Dec 2010 09:12:38 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by kawa.local.mindstep.fr (Postfix) with ESMTP id 70260FDBE69 for ; Fri, 17 Dec 2010 09:12:38 +0100 (CET) (envelope-from patrick.bihan-faou@teambox.fr) Received: from kawa.local.mindstep.fr ([127.0.0.1]) by localhost (kawa.local.mindstep.fr [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4XIYluCRY22p for ; Fri, 17 Dec 2010 09:12:38 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.25.162]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by kawa.local.mindstep.fr (Postfix) with ESMTP id 39E38FDB831 for ; Fri, 17 Dec 2010 09:12:38 +0100 (CET) (envelope-from patrick.bihan-faou@teambox.fr) Message-ID: <4D0B1B76.1000207@teambox.fr> Date: Fri, 17 Dec 2010 09:12:38 +0100 From: Patrick Bihan-Faou Organization: TeamBox SARL User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; fr; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <17835728.248313.1292567569116.JavaMail.root@sz0077a.emeryville.ca.mail.comcast.net> <4D0B0E03.2020707@freebsd.org> In-Reply-To: <4D0B0E03.2020707@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Web Server supporting up to 4 WANs/Interfaces 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, 17 Dec 2010 08:29:27 -0000 Le 17/12/2010 08:15, Julian Elischer a écrit : > On 12/16/10 10:32 PM, Jayster wrote: >> I am in need of immediate help and while I rarely post on boards or >> lists (I promise I'll start sharing more of my own wisdom in the >> future), this issue has me stumped like no other. First of all, I >> need multiple gateways. Yes, I understand there is no such thing as >> multiple "default" gateways and I have a solid grasp of networking in >> general... . I also have a reasonable grasp of FreeBSD, though I am >> no where near the expert of many. I actually come from the world of >> programming and I've only used Linux and Windows in the past. >> >> I am currently working on a big project that involves many sites and >> a custom appliance with multiple applications designed in-house. In >> fact, I might be the ONLY person in snowy Michigan hiring right >> now... . After an exhaustive investigation, I chose FreeBSD over all >> other OSs. It was not a light choice, but I've been very pleased >> despite having zero knowledge at the start of it. The main reasons >> were flexibility, licensing and most important, I'm still shocked how >> open the community is to answering questions in posts, instead of >> putting people down for having less knowledge than a rude poster. I >> have found an answer to the most obscure questions through very quick >> google searches...until now. Kudos to those who take the >> time...FreeBSD far outnumbers other OS communities. Please help me >> avoid this issue being the big letdown, possibly forcing us to leave >> FreeBSD. I like the OS way too much already. >> >> Now the issue. Without too much detail, my device has 4 GigE ports on >> it. Each will be attached to a routed network. There is NO routing >> required between networks inside the box (not a router or firewall) >> and in fact, it CANNOT be allowed to happen because of security. >> Instead, each WAN port needs access to this box, but nothing beyond. >> The access consists of a Web Server, though several other Ports are >> required, such as SNMP Traps, Syslog, etc. Getting to the box is >> easy, routers do all the work. The issue is getting traffic back >> through the same interface it came in on and through the same router >> gateway. As we all know, only 1 gateway can be assigned in FreeBSD, >> unlike other flavors of Linux. Even the ones who don't offer single >> line gateway support can use IPTables to accomplish this task. But >> IPTables is not supported in FreeBSD. Not a bad thing as long as >> comparable solutions exist. >> >> Setting up static routes is not the solution. The problem with it is >> that multiple sites which will have this box will not have access to >> the next hop info from the gateway (the next hop gateway and subnet >> on the other side of the router). So I cannot use static routes. >> >> PFSense appears to support this (though not tested by me). I REALLY >> do not want to go that route. We have invested 3 months into adding >> many apps to the FreeBSD we have. PFSense is a custom FreeBSD kernel >> with many changes. Many message boards claim it breaks many Ports and >> changes other behaviors. Even if it didn't, we are under deadline and >> moving everything over to a new FreeBSD Version and then extensively >> testing everything repeatedly again would be a nightmare. I am >> interested in experiences with it if it becomes the last resort, though. >> >> I have tried both PF and IPFW. Different posts around the web claim >> Multiple Gateway solutions using both of them. I have tried each of >> the recommended setups, but had no luck. If you read the last >> responses to each of those posts, others also state they could not >> duplicate what is claimed, as well. PF looks the most promising. It >> has "if-bound", which is supposed to keep interface traffic on the >> same interface. That is a good first step. But pointing it to the >> gateway on that interface is still an issue. Please HELP!!! I haven't >> slept in days and I've been stuck for a week now!!! This is our last >> showstopper. >> > > if you are running on freeBSD 8 or newer you have two solutions open > to you (maybe 3). > > * Firstly, you can assign a completely different routing table to each > socket so that > packets from one socket only see things through the perspective of one > routing > table but packets from another socket behave according to the rules of > a completely > different routing table. alternatively you can assign a different > routing table to a > process and its descendants. > you can also use ipfw fwd to remap ports and addresses, in conjunction > with the > different routing tables. Routing tables are sometimes called FIBs > (Forwarding Information Bases) > > man setfib(1) and setfib(2) for more details. > Also see the setfib socket option in setsockopt(2). > > There are details that are still open for development (like IPV6 > support) but > it sounds like it will do what you want. > > * The second option is the new jail support. > > while setfib and friends can easily allow a single process to act > differently on a socket by socket basis > the new jail facilities allow you to take multiple interfaces and > assign them to different jails, > and each jail can be given a completely different routing table or in > fact a completely different SET of routing tables. > > man jail and man ifconfig (ifconfig vnet) > > * As a poor third contender you can do really funky things with the > ipfw 'fwd' command. > > julian > > (let me know offline a bit more about what you want and maybe I can be > a bit more specific about how to do it.) A third solution that does not involve jails or fib (which to me sounds like the better approach btw) is to use pf and "route-to" rules such as this one: pass out quick on ! bge1 route-to (bge1 ip.of.gateway.on.bge1) from bge1 to any and repeat for all four network interface. This should work properly for all TCP based protocols as the source IP on return packet from your server will be set to the IP of the interface the trafic came in from. The route-to mechanism will force the gateway and interface for the return packets based on that knowledge. I use this on FreeBSD 6 based machines where the new setfib functionality is not available and that works like a charm. I don't think any specific kernel option is needed for that. I tried the forward rules on ipfw, but they were not as easy to setup and not working reliably in my setup. Best regards, Patrick Bihan-Faou From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 09:37:36 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62857106566B for ; Fri, 17 Dec 2010 09:37:36 +0000 (UTC) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (106-30.3-213.fix.bluewin.ch [213.3.30.106]) by mx1.freebsd.org (Postfix) with ESMTP id 7FFBC8FC08 for ; Fri, 17 Dec 2010 09:37:35 +0000 (UTC) Received: from insomnia.benzedrine.cx (localhost.benzedrine.cx [127.0.0.1]) by insomnia.benzedrine.cx (8.14.1/8.13.4) with ESMTP id oBH9JqBO005008 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Fri, 17 Dec 2010 10:19:52 +0100 (MET) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.14.1/8.12.10/Submit) id oBH9JpQg009513; Fri, 17 Dec 2010 10:19:51 +0100 (MET) Date: Fri, 17 Dec 2010 10:19:51 +0100 From: Daniel Hartmeier To: Jayster Message-ID: <20101217091951.GA9013@insomnia.benzedrine.cx> References: <17835728.248313.1292567569116.JavaMail.root@sz0077a.emeryville.ca.mail.comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17835728.248313.1292567569116.JavaMail.root@sz0077a.emeryville.ca.mail.comcast.net> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-net@freebsd.org Subject: Re: Web Server supporting up to 4 WANs/Interfaces 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, 17 Dec 2010 09:37:36 -0000 On Fri, Dec 17, 2010 at 06:32:49AM +0000, Jayster wrote: > I have tried both PF and IPFW. Different posts around the web claim Multiple Gateway solutions using both of them. I have tried each of the recommended setups, but had no luck. If you read the last responses to each of those posts, others also state they could not duplicate what is claimed, as well. PF looks the most promising. It has "if-bound", which is supposed to keep interface traffic on the same interface. That is a good first step. But pointing it to the gateway on that interface is still an issue. Please HELP!!! I haven't slept in days and I've been stuck for a week now!!! This is our last showstopper. Ignore "if-bound", it's not relevant in your case. Ignore "route-to", as it only applies to outgoing connections (from the perspective of the web server), and those HTTP connections are incoming. Look at "reply-to". It is used on "pass in" rules that create state, causing the replies (the packets sent by the server matching the state) to get sent through a specific interface to a specific gateway, overriding any routing table lookups (like the default gateway). Let's say your default gateway is connected through bge0, and you have a second interface bge1. The problem is that when a non-local client's connection arrives in through bge1, the reply is sent out through bge0, where the default gateway is, instead of the bge1. You add a rule like pass in on bge1 reply-to (bge1 1.2.3.4) proto tcp to bge1 port 80 where 1.2.3.4 is the IP address of the gateway in the bge1 network, i.e. the next hop router towards the client. If it doesn't work right away, there are several things to check: - Make sure pf is enabled (pfctl -si) and the right ruleset is loaded (pfctl -sr) - If you have a non-trivial ruleset already, start over with a trivial one just for this purpose, you can merge them later, when everything works - Verify the connections on bge1 really do come in on that interface (tcpdump -ni bge1 tcp port 80) - Verify those incoming connections match the right pf.conf rule (pfctl -vvss, pfctl -vvsr) - Verify that 1.2.3.4 is within bge1's subnet (ifconfig bge1), and that you can ping it from the web server - Verify that 1.2.3.4's MAC address resolves (arp -an) - Check /var/log/messages for any errors - Does the SYN+ACK reply from the web server go out anywhere? (tcpdump -ni bge0/bge1/... tcp port 80) HTH, Daniel From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 12:36:25 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D88C3106564A; Fri, 17 Dec 2010 12:36:25 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B37C38FC17; Fri, 17 Dec 2010 12:36:25 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 6E8EA46B7E; Fri, 17 Dec 2010 07:36:25 -0500 (EST) Date: Fri, 17 Dec 2010 12:36:25 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: "Bjoern A. Zeeb" In-Reply-To: <20101215230640.K6126@maildrop.int.zabbadoz.net> Message-ID: References: <20101215230640.K6126@maildrop.int.zabbadoz.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: Future of netnatm: looking for testers 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, 17 Dec 2010 12:36:25 -0000 On Wed, 15 Dec 2010, Bjoern A. Zeeb wrote: > I would request two things: > > 1) the extra couple of months; this will not prevent the evitable removal > yet only defer it. Sounds good to me -- my goal is not to remove NETNATM, rather, the remove code that doesn't compile or work. I'm happy to sit on this for a while and see if things improve; fixing the former is great, fixing the latter would be even better :-). (I wonder if Harti is in a situation to test any of this still?) Robert > > 2) If anyone of you is using (or want to be able to (continue to) use) NATM > or can test things, I re-enabled it with most of the code in HEAD and > the patch is available for 8,x as well but need to work with somoene > to make sure it'll really work. I am willing to spend more time on it > if you send me an email. > > Best Regards, > Bjoern > > ------------------------------------------------------------------------ >> Author: bz >> Date: Wed Dec 15 22:58:45 2010 >> New Revision: 216466 >> URL: http://svn.freebsd.org/changeset/base/216466 >> >> Log: >> Bring back (most of) NATM to avoid further bitrot after r186119. >> Keep three lines disabled which I am unsure if they had been used at all. >> This will allow us to seek testers and possibly bring it all back. > > If you have the ability to test (on 8.x or HEAD) or are using NATM, > please get in contact with me. > > > >> Discussed with: rwatson >> MFC after: 7 weeks >> >> Modified: >> head/sys/conf/NOTES >> head/sys/netinet/if_atm.c > ------------------------------------------------------------------------ > > -- > Bjoern A. Zeeb Welcome a new stage of life. > Going to jail sucks -- All my daemons like it! > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html > From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 12:56:42 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 741B6106564A for ; Fri, 17 Dec 2010 12:56:42 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 43CA48FC13 for ; Fri, 17 Dec 2010 12:56:42 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id D127446B7E; Fri, 17 Dec 2010 07:56:41 -0500 (EST) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id D0CC58A009; Fri, 17 Dec 2010 07:56:40 -0500 (EST) From: John Baldwin To: freebsd-net@freebsd.org Date: Fri, 17 Dec 2010 07:48:13 -0500 User-Agent: KMail/1.13.5 (FreeBSD/7.3-CBSD-20101102; KDE/4.4.5; amd64; ; ) References: <808782.86181.qm@web53807.mail.re2.yahoo.com> In-Reply-To: <808782.86181.qm@web53807.mail.re2.yahoo.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201012170748.13980.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Fri, 17 Dec 2010 07:56:41 -0500 (EST) X-Virus-Scanned: clamav-milter 0.96.3 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=4.2 tests=BAYES_00 autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on bigwig.baldwin.cx Cc: abcde abcde Subject: Re: nfe_defrag() routine in nividia ethernet driver 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, 17 Dec 2010 12:56:42 -0000 On Thursday, December 16, 2010 10:53:16 pm abcde abcde wrote: > Hi, we ported the nvidia ethernet driver to our product. It's been OK until > recently we ran into an error condition where packets would get dropped quietly. > The root cause resides in the nfe_encap() routine, where we call nfe_defrag() to > try to reduce the length of the mbuf chain to 32, if it's longer than 32. In the > event the 32 mbufs need more than 32 segments, the subsequent call to > bus_dmamap_load_mbuf_sg() would cause it to return an error then the packet is > subsequently dropped. > > > My questions are, > > 1. there appears to be a generic m_defrag() routine available, which doesn't > stop at 32 and is used by a couple of other drivers (Intel, Broadcom, to name a > few). What was the need for a nvidia version of the defrag routine? The nfe_defrag() routine is a copy of a similar method from another driver. It is now called m_collapse() in newer versions of FreeBSD. m_collapse() is less expensive than m_defrag() in that it can avoid extra allocations if they aren't needed. You can use m_defrag() if you wish, but I would still try nfe_defrag() first and only fall back to m_defrag() if that fails. > 2. The NFE_MAX_SCATTER constant, which limits how many segments can be used, is > defined to be 32, while the corresponding constants for other drivers are 100 or > 64 (again Intel or Broadcom). How was the value 32 picked? Anybody knows the > reasoning behind them? It may very well be a chip-dependent limitation due to something in the hardware or firmware of the nfe(4) devices. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 14:13:25 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 130951065670; Fri, 17 Dec 2010 14:13:25 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp4.dlr.de (smtp3.dlr.de [129.247.252.33]) by mx1.freebsd.org (Postfix) with ESMTP id 605E58FC18; Fri, 17 Dec 2010 14:13:23 +0000 (UTC) Received: from DLREXHUB01.intra.dlr.de ([172.21.152.130]) by smtp4.dlr.de with Microsoft SMTPSVC(6.0.3790.4675); Fri, 17 Dec 2010 15:01:19 +0100 Received: from beagle.kn.op.dlr.de (129.247.178.136) by smtp.dlr.de (172.21.152.151) with Microsoft SMTP Server (TLS) id 14.1.255.0; Fri, 17 Dec 2010 15:01:18 +0100 Date: Fri, 17 Dec 2010 15:01:20 +0100 From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Robert Watson In-Reply-To: Message-ID: <20101217145756.N2417@beagle.kn.op.dlr.de> References: <20101215230640.K6126@maildrop.int.zabbadoz.net> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Originating-IP: [129.247.178.136] X-OriginalArrivalTime: 17 Dec 2010 14:01:19.0384 (UTC) FILETIME=[E1113980:01CB9DF2] Cc: freebsd-net@FreeBSD.org, "Bjoern A. Zeeb" , freebsd-arch@FreeBSD.org Subject: Re: Future of netnatm: looking for testers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 14:13:25 -0000 On Fri, 17 Dec 2010, Robert Watson wrote: RW> RW>On Wed, 15 Dec 2010, Bjoern A. Zeeb wrote: RW> RW>> I would request two things: RW>> RW>> 1) the extra couple of months; this will not prevent the evitable removal RW>> yet only defer it. RW> RW>Sounds good to me -- my goal is not to remove NETNATM, rather, the remove RW>code that doesn't compile or work. I'm happy to sit on this for a while and RW>see if things improve; fixing the former is great, fixing the latter would be RW>even better :-). RW> RW>(I wonder if Harti is in a situation to test any of this still?) I have the equipment, but catastrophically no time. If there were a developer somewhere around the corner here, I could give him a couple of ATM cards and even a switch. sorry, harti RW>> RW>> 2) If anyone of you is using (or want to be able to (continue to) use) NATM RW>> or can test things, I re-enabled it with most of the code in HEAD and RW>> the patch is available for 8,x as well but need to work with somoene RW>> to make sure it'll really work. I am willing to spend more time on it RW>> if you send me an email. RW>> RW>> Best Regards, RW>> Bjoern RW>> RW>> ------------------------------------------------------------------------ RW>> > Author: bz RW>> > Date: Wed Dec 15 22:58:45 2010 RW>> > New Revision: 216466 RW>> > URL: http://svn.freebsd.org/changeset/base/216466 RW>> > RW>> > Log: RW>> > Bring back (most of) NATM to avoid further bitrot after r186119. RW>> > Keep three lines disabled which I am unsure if they had been used at RW>> > all. RW>> > This will allow us to seek testers and possibly bring it all back. RW>> RW>> If you have the ability to test (on 8.x or HEAD) or are using NATM, RW>> please get in contact with me. RW>> RW>> RW>> RW>> > Discussed with: rwatson RW>> > MFC after: 7 weeks RW>> > RW>> > Modified: RW>> > head/sys/conf/NOTES RW>> > head/sys/netinet/if_atm.c RW>> ------------------------------------------------------------------------ RW>> RW>> -- RW>> Bjoern A. Zeeb Welcome a new stage of life. RW>> Going to jail sucks -- All my daemons like it! RW>> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html RW>> RW>_______________________________________________ RW>freebsd-arch@freebsd.org mailing list RW>http://lists.freebsd.org/mailman/listinfo/freebsd-arch RW>To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" RW> RW> From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 17:38:11 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 43201106564A for ; Fri, 17 Dec 2010 17:38:11 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.re1.yahoo.com (mrout1-b.corp.re1.yahoo.com [69.147.107.20]) by mx1.freebsd.org (Postfix) with ESMTP id F09E18FC1B for ; Fri, 17 Dec 2010 17:38:10 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.re1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id oBHHRLHP081035 for ; Fri, 17 Dec 2010 09:27:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1292606841; bh=PhuRihJd4qsL5uyiFx+/3weUOujZlYAld8//DVEG2ac=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=adbCcuj/c3UGLXC5MA+LRT+STPTwkPtQqEQsKEdXjJzcLe6JIPuvZzX7s8bs1oCct 9cL4CE1DRWsPG3o6McqMHbNySFr0ZAvsdytZiWvwls/9TlDahpwSW0BroacmFwAwOo PXttGByBs1qkdLxME4wIT+iDIkZpM8o0CCjWn2Mc= From: Sean Bruno To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Fri, 17 Dec 2010 09:27:20 -0800 Message-ID: <1292606841.2657.38.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Subject: igb(4) OACTIVE logic handling X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 17:38:11 -0000 We're seeing igb(4) hit the OACTIVE handling parts of igb_start_locked() on 7 with hw.igb.rxd/txd set to 4096 periodically and seeing the machines fall off the network soon after. The logic to handle the unset of OACTIVE in igb_txeof() doesn't ever seem to fire and the machine is only accessible on the serial console. I've played around with a few settings, namely: hw.igb.enable_aim=0 hw.igb.enable_msix=1 hw.igb.num_queues=1 Which seem to make it better, but we still see the machines become unresponsive. I've been slowly auditing the (ab)use of igb_txeof() throughout the transmit path and I'm seeing evidence that we're not handling the THRESHOLD cases correctly. Can someone who is slightly more savvy than I throw an eyeball on the 7.4 prerelease code and see if I'm smoking dope here? Sean P.S. this is not a new problem, but one that I've only recently become aware of. From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 18:55:58 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55D6F106564A for ; Fri, 17 Dec 2010 18:55:58 +0000 (UTC) (envelope-from alex@osqdu.org) Received: from mail-ew0-f51.google.com (mail-ew0-f51.google.com [209.85.215.51]) by mx1.freebsd.org (Postfix) with ESMTP id EAD5E8FC12 for ; Fri, 17 Dec 2010 18:55:57 +0000 (UTC) Received: by ewy19 with SMTP id 19so544730ewy.10 for ; Fri, 17 Dec 2010 10:55:56 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.155.75 with SMTP id i53mr1078556wek.27.1292610624536; Fri, 17 Dec 2010 10:30:24 -0800 (PST) Received: by 10.216.18.81 with HTTP; Fri, 17 Dec 2010 10:30:24 -0800 (PST) X-Originating-IP: [218.201.115.140] Date: Sat, 18 Dec 2010 02:30:24 +0800 Message-ID: From: Alex Zhang To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Virtual Network Interface Card 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, 17 Dec 2010 18:55:58 -0000 Hi all, I just wonder that if there are virtual nic functionalities which provides MAC address? I need to run ISC DHCP Server on 4 different IP's within one sever, however I have only 2 NICs connected to the server. I need different MAC Address for those IPs in order to run it properly, so bxn0:l styled cards won't work. Solaris VNIC will just work for me, however I would like to use FreeBSD, Alex From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 19:13:33 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07026106564A for ; Fri, 17 Dec 2010 19:13:33 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (outq.internet-mail-service.net [216.240.47.240]) by mx1.freebsd.org (Postfix) with ESMTP id 589C88FC0A for ; Fri, 17 Dec 2010 19:13:30 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oBHJCKOt012096; Fri, 17 Dec 2010 11:12:21 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 299782D6019; Fri, 17 Dec 2010 11:12:19 -0800 (PST) Message-ID: <4D0BB611.2090106@freebsd.org> Date: Fri, 17 Dec 2010 11:12:17 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Alex Zhang References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-net@freebsd.org Subject: Re: Virtual Network Interface Card 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, 17 Dec 2010 19:13:33 -0000 On 12/17/10 10:30 AM, Alex Zhang wrote: > Hi all, > I just wonder that if there are virtual nic functionalities which > provides MAC address? there are many ways to do this but yes most of the virtualy interfaces do provide a way to set the MAC address (e.g. the tap driver) however it is not clear that you need to have virtual interfaces to run multiple DHCP sessions > I need to run ISC DHCP Server on 4 different IP's within one sever, > however I have only 2 NICs connected to the server. I need different > MAC Address for those IPs in order to run it properly, so bxn0:l > styled cards won't work. Solaris VNIC will just work for me, however > I would like to use FreeBSD, are the four addresses on a single IP network? are there vlans involved? COULD there be vlans involved (it may make things easier) what does the network look like. > Alex > _______________________________________________ > 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 Fri Dec 17 19:31:42 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2178106566B for ; Fri, 17 Dec 2010 19:31:42 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from grosbein.pp.ru (grosbein.pp.ru [89.189.172.146]) by mx1.freebsd.org (Postfix) with ESMTP id 44DE28FC08 for ; Fri, 17 Dec 2010 19:31:41 +0000 (UTC) Received: from grosbein.pp.ru (localhost [127.0.0.1]) by grosbein.pp.ru (8.14.4/8.14.4) with ESMTP id oBHJEbW3003069 for ; Sat, 18 Dec 2010 01:14:37 +0600 (NOVT) (envelope-from eugen@grosbein.pp.ru) Message-ID: <4D0BB69D.4000106@grosbein.pp.ru> Date: Sat, 18 Dec 2010 01:14:37 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100518 Thunderbird/3.0.4 MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Subject: netisr queue overflows 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, 17 Dec 2010 19:31:42 -0000 Hi! I run pretty busy 4-core router that has 4 gigabit ethernet interfaces: em0 and em1 grouped to lagg0 that has IP address and igb0 and igb1 grouped to lagg1 that has no IP address but many vlans that carry PPPoE traffic. sysctl net.inet.ip.intr_queue_drops shows me 15408340 packet drops due to netisr queue overflow. I have in /boot/loader.conf: net.isr.maxthreads=4 # default value #net.isr.maxqlimit=10240 # for rtsock net.route.netisr_maxqlen=4096 # for other protocols (IP & PPPoE?) net.isr.defaultqlimit=4096 How do I obtain current queue lengths for monitoring/tuning? I see over 125Kpss for lagg0 and 132Kpps for lagg1. /etc/sysctl.conf: net.isr.direct=0 net.isr.direct_force=0 net.inet.ip.intr_queue_maxlen=4096 dev.em.0.rx_int_delay=200 dev.em.0.tx_int_delay=200 dev.em.0.rx_abs_int_delay=4000 dev.em.0.tx_abs_int_delay=4000 dev.em.0.rx_processing_limit=4096 dev.em.1.rx_int_delay=200 dev.em.1.tx_int_delay=200 dev.em.1.rx_abs_int_delay=4000 dev.em.1.tx_abs_int_delay=4000 dev.em.1.rx_processing_limit=4096 dev.igb.0.rx_processing_limit=4096 dev.igb.1.rx_processing_limit=4096 kern.ipc.nmbclusters=100000 kern.ipc.nmbjumbop=100000 kern.ipc.maxsockbuf=83886080 net.graph.maxdgram=8388608 net.graph.recvspace=8388608 Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Fri Dec 17 21:30:31 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83A631065694 for ; Fri, 17 Dec 2010 21:30:31 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 124D78FC1F for ; Fri, 17 Dec 2010 21:30:30 +0000 (UTC) Received: by wyf19 with SMTP id 19so1055761wyf.13 for ; Fri, 17 Dec 2010 13:30:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:reply-to:from:to:references :in-reply-to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:x-mailer:content-language:thread-index; bh=zFmCfkkwUQ52N4S/3J5wo7G7YDgdCqSy/z87koC26yQ=; b=X4siV39mfFT61VwHVlGiPjdro9etVinNGOCrcsxcpBiSzWesXTli+mpyPtA/WMwr+C cZi/jVfBHYRyMSHDkFl8URweLbXNYeCjqnGv6AmhYW1DwJZEwn3fWGcPwNfr+VLMsSCJ pFqhAsq+zX/ja2d0WtfJ8a1aViHVqCC9nW+C4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=reply-to:from:to:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-mailer :content-language:thread-index; b=WisGffq9wckpvPQ4ltWMLGOFuDuIjVDLbwzEJfqT3lLwzO+bCN/P/gBxNWx/kIVyPc /cRaivnw2L7W1x787jaZXAO5aM54FE5VLXT5M6O93rD5FTkUgdhPb69mG47aMqxqyFth h+/0NRkgwuLM/7VqVAheAcE9dscuJGxPtnnKU= Received: by 10.227.199.84 with SMTP id er20mr824001wbb.194.1292621430029; Fri, 17 Dec 2010 13:30:30 -0800 (PST) Received: from rimwks1x64 ([92.124.62.89]) by mx.google.com with ESMTPS id m10sm604712wbc.4.2010.12.17.13.30.27 (version=SSLv3 cipher=RC4-MD5); Fri, 17 Dec 2010 13:30:29 -0800 (PST) From: rozhuk.im@gmail.com To: References: In-Reply-To: Date: Sat, 18 Dec 2010 05:30:26 +0800 Message-ID: <4d0bd675.8a1ce30a.200f.2c4b@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Content-Language: ru Thread-Index: AcueHCP5bM4FAr90SM2TPsv/6qDlCgAFVgSg Subject: RE: Virtual Network Interface Card X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rozhuk.IM@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Dec 2010 21:30:31 -0000 Hi, Alex! You can make virtual NIC via netgraph. 1. ng_ether automatic attached to every physical NICs on load module. 2. connect ng_bridge to upper and lower hooks on ng_ether 3. create and connect ng_eiface to ng_bridge and you will get new NIC ngethX with its own MAC address and IP addrs too. 4. repeat 3 :) But, do not connect physical NICs to one ng_bridge! Example # 1. loading netgraph modules kldload ng_ether kldload ng_bridge kldload ng_eiface # 2. create and connect bridge to physical NIC ngctl mkpeer em0: bridge lower link0 ngctl connect em0: em0:lower upper link1 # we can set name for bridge, and replace em0:lower -> em0Bridge in ngctl calls ngctl name em0:lower em0Bridge # 3.1 create and connect first virtual NIC ngctl mkpeer em0:lower eiface link3 ether # 3.2 create and connect second virtual NIC ngctl mkpeer em0:lower eiface link4 ether # configure virtual NICs ifconfig ngeth0 link 00:11:22:33:44:01 ifconfig ngeth0 inet 192.168.1.254 netmask 255.255.255.0 ifconfig ngeth1 link 00:11:22:33:44:02 ifconfig ngeth1 inet 192.168.2.254 netmask 255.255.255.0 -- Rozhuk Ivan > -----Original Message----- > From: owner-freebsd-net@freebsd.org [mailto:owner-freebsd- > net@freebsd.org] On Behalf Of Alex Zhang > Sent: Saturday, December 18, 2010 2:30 AM > To: freebsd-net@freebsd.org > Subject: Virtual Network Interface Card > > Hi all, > I just wonder that if there are virtual nic functionalities which > provides MAC address? > I need to run ISC DHCP Server on 4 different IP's within one sever, > however I have only 2 NICs connected to the server. I need different > MAC Address for those IPs in order to run it properly, so bxn0:l > styled cards won't work. Solaris VNIC will just work for me, however > I would like to use FreeBSD, Alex > _______________________________________________ > 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 Fri Dec 17 23:00:13 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 944C3106566B for ; Fri, 17 Dec 2010 23:00:13 +0000 (UTC) (envelope-from crapsh@monkeybrains.net) Received: from lavash.monkeybrains.net (mail.monkeybrains.net [208.69.40.9]) by mx1.freebsd.org (Postfix) with ESMTP id 68C8E8FC14 for ; Fri, 17 Dec 2010 23:00:13 +0000 (UTC) Received: from [208.90.212.192] (208-90-212-192.PUBLIC.monkeybrains.net [208.90.212.192]) (authenticated bits=0) by lavash.monkeybrains.net (8.14.4/8.14.4) with ESMTP id oBHN0DVE005602 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Fri, 17 Dec 2010 15:00:13 -0800 (PST) (envelope-from crapsh@monkeybrains.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=monkeybrains.net; s=monkey; t=1292626813; bh=nDQLYZlyr+kV8SrRqyzG7/pRF77HM2FN29tmHBEjEIg=; h=Message-ID:Date:From:MIME-Version:To:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=E7btHLlvmaPQwS6G5UeOS8Qg7hhVhMLu+IVvnJRF0TZn3qPmklXEtoQiVXIVxUa8F LH5Gk3FP4ZsK0F/D197zO4eoGGG5fPuJ782lUo93JL3ZmojARoMOS2rjpA+RKTE0Y3 ueXYVAC5B4SkHyhRmwAY4mzsWkxVSqnwB/R9GIq4= Message-ID: <4D0BEB7C.2080506@monkeybrains.net> Date: Fri, 17 Dec 2010 15:00:12 -0800 From: Rudy User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.14) Gecko/20101006 Thunderbird/3.0.9 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4D0AAC30.1090202@monkeybrains.net> In-Reply-To: <4D0AAC30.1090202@monkeybrains.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.96.4 at lavash.monkeybrains.net X-Virus-Status: Clean Subject: Re: unicast flooding on bridge0 and odd DUP! ICMP packets 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, 17 Dec 2010 23:00:13 -0000 How much of the vlan/bridge stuff is off-loaded to the ethernet card? Would chaning out my em0 for an igb0 affect uni-cast flooding in any way? Rudy On 12/16/2010 04:17 PM, Rudy wrote: > > I am having issues when I add 3 vlans (all off of em1) to bridge0. > > [1] when I ping ips on 2 of the 3 vlans, I get a redirect from localhost > and then a dup > # ifconfig bridge0 10.7.0.1/16 > # ping 10.7.1.31 (which lives on vlan714) > PING 10.7.1.31 (10.7.1.31): 56 data bytes > 36 bytes from localhost (127.0.0.1): Redirect Host(New addr: 10.7.1.31) > Vr HL TOS Len ID Flg off TTL Pro cks Src Dst > 4 5 00 0054 af97 0 0000 3f 01 b6e4 10.7.0.1 10.7.1.31 > > 64 bytes from 10.7.1.31: icmp_seq=0 ttl=64 time=286.316 ms > 64 bytes from 10.7.1.31: icmp_seq=0 ttl=64 time=286.350 ms (DUP!) > > # ping 10.7.1.5 (which lives on vlan7) > PING 10.7.1.5 (10.7.1.5): 56 data bytes > 64 bytes from 10.7.1.5: icmp_seq=0 ttl=64 time=5.160 ms > 64 bytes from 10.7.1.5: icmp_seq=1 ttl=64 time=3.392 ms > 64 bytes from 10.7.1.5: icmp_seq=2 ttl=64 time=6.250 ms > > So, what would possible cause my localhost to spit out the redirect? > (the route is the same for both IPs: > arana-zebra> sh ip route 10.7.1.5 > Routing entry for 10.7.0.0/16 > Known via "connected", distance 0, metric 1, best > * directly connected, bridge0 > > arana-zebra> sh ip route 10.7.1.31 > Routing entry for 10.7.0.0/16 > Known via "connected", distance 0, metric 1, best > * directly connected, bridge0 > > > [2] When putting live traffic on the links, I saw a lot of unicast > traffic going over the wire. I had 'PRIVATE' set on all bridge members. > > Is anyone running a bridge with 50 vlan members? Do you see any unicast > flooding? (I added "switchport block unicast" to the vlan egree points > on the switches -- going to wifi antennas.) > > My goal: set up dhcpd router with a big pool -- spanning all the vlans > -- but keeping the vlan traffic separate (hence the PRIVATE on the > bridge members). > > Rudy > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 02:38:35 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6666D106564A for ; Sat, 18 Dec 2010 02:38:35 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (outx.internet-mail-service.net [216.240.47.247]) by mx1.freebsd.org (Postfix) with ESMTP id 46EA68FC0A for ; Sat, 18 Dec 2010 02:38:34 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oBI2cXIi032497; Fri, 17 Dec 2010 18:38:33 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 3D4D22D6011; Fri, 17 Dec 2010 18:38:33 -0800 (PST) Message-ID: <4D0C1EA6.6080402@freebsd.org> Date: Fri, 17 Dec 2010 18:38:30 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Rozhuk.IM@gmail.com References: <4d0bd675.8a1ce30a.200f.2c4b@mx.google.com> In-Reply-To: <4d0bd675.8a1ce30a.200f.2c4b@mx.google.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-net@freebsd.org, Alex Zhang Subject: Re: Virtual Network Interface Card 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, 18 Dec 2010 02:38:35 -0000 On 12/17/10 1:30 PM, rozhuk.im@gmail.com wrote: > Hi, Alex! > > > You can make virtual NIC via netgraph. > > 1. ng_ether automatic attached to every physical NICs on load module. > 2. connect ng_bridge to upper and lower hooks on ng_ether 3. create and > connect ng_eiface to ng_bridge and you will get new NIC ngethX with its own > MAC address and IP addrs too. > 4. repeat 3 :) > > > But, do not connect physical NICs to one ng_bridge! > > Example > > # 1. loading netgraph modules > kldload ng_ether > kldload ng_bridge > kldload ng_eiface > > # 2. create and connect bridge to physical NIC some line wrap problems here... cleaned up. > ngctl mkpeer em0: bridge lower link0 > ngctl connect em0: em0:lower upper link1 > # we can set name for bridge, and replace em0:lower -> em0Bridge in ngctl > calls > ngctl name em0:lower em0Bridge > > # 3.1 create and connect first virtual NIC > ngctl mkpeer em0Bridge: eiface link3 ether > > # 3.2 create and connect second virtual NIC > ngctl mkpeer em0Bridge: eiface link4 ether > > > # configure virtual NICs > ifconfig ngeth0 link 00:11:22:33:44:01 > ifconfig ngeth0 inet 192.168.1.254 netmask 255.255.255.0 > > ifconfig ngeth1 link 00:11:22:33:44:02 > ifconfig ngeth1 inet 192.168.2.254 netmask 255.255.255.0 > Yes, this would give 3 interfaces on the same hardware em0, ngeth0 and ngeth1 you could run a dhcp server on each, or I THINK the dhcp server . can handle multiiple interfaces (but I'm not sure of details as I haven't used it for a few years). you could also assign each interface to a different jail and have completely different systems on each address (including dhcp server). There are several alternatives and differences you could do to this. > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 09:43:27 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AFA81065674; Sat, 18 Dec 2010 09:43:27 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 219498FC28; Sat, 18 Dec 2010 09:43:27 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBI9hRPm064950; Sat, 18 Dec 2010 09:43:27 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBI9hRj7064946; Sat, 18 Dec 2010 09:43:27 GMT (envelope-from remko) Date: Sat, 18 Dec 2010 09:43:27 GMT Message-Id: <201012180943.oBI9hRj7064946@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/153255: 8.2-PRERELEASE repeatable kernel panic under heavy network load 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, 18 Dec 2010 09:43:27 -0000 Synopsis: 8.2-PRERELEASE repeatable kernel panic under heavy network load Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Sat Dec 18 09:43:17 UTC 2010 Responsible-Changed-Why: reassign to networking team http://www.freebsd.org/cgi/query-pr.cgi?pr=153255 From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 10:48:43 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6453710656A7; Sat, 18 Dec 2010 10:48:43 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f48.google.com (mail-bw0-f48.google.com [209.85.214.48]) by mx1.freebsd.org (Postfix) with ESMTP id BB79D8FC14; Sat, 18 Dec 2010 10:48:42 +0000 (UTC) Received: by bwz8 with SMTP id 8so1377271bwz.7 for ; Sat, 18 Dec 2010 02:48:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:date :message-id:user-agent:mime-version:content-type; bh=IYxigYh9naGSeAFYpidsH5y/EcAwugWLUOrbA/FKxD4=; b=KyZPppW2bpDqcEuqnUydsKeySmqn834pVE4I0BKBp3gPf8XDraGJEFuzfyjPXCan/B ZX8tP8e4F++GFNHTg/W7siyXBnMMIseVbQ0vr7/9A+BgHKARr3lYN2dxQEqQnRo4MuxS IMoeTufDJEkcquzLFCIEMiwn3ill/Ufdhyj3I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:date:message-id:user-agent:mime-version :content-type; b=PahPHp8WtNOXacNb7UVt7/474JjALmDYY5h4EbEqnbNFUq19Ahl2N+NCbZ8SlEhcac zCO65CHAmZMmjx38lQKwroROnd9uuQJTIjQOkNw+giAen2Z/sE4YZ4gFxGr+WqqhxrAI bRsCofqiFDBbTc4v/6/IRVC1iuH2UjW8kQDRo= Received: by 10.204.99.207 with SMTP id v15mr1553805bkn.206.1292669321696; Sat, 18 Dec 2010 02:48:41 -0800 (PST) Received: from localhost ([95.69.174.185]) by mx.google.com with ESMTPS id d27sm2483435bkw.14.2010.12.18.02.48.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 18 Dec 2010 02:48:40 -0800 (PST) From: Mikolaj Golub To: freebsd-net@FreeBSD.org Date: Sat, 18 Dec 2010 12:48:38 +0200 Message-ID: <86wrn7gxvd.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Shteryana Shopova Subject: bsnmp/snmpmod.h: #include is missed 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, 18 Dec 2010 10:48:43 -0000 --=-=-= Hi, bsnmp/snmpmod.h uses SLIST but does not includes . This breaks net-mgmt/bsnmp-ucd port (ports/153153). Could somebody look at the attached patch? -- Mikolaj Golub --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=snmpmod.h.patch Index: contrib/bsnmp/snmpd/snmpmod.h =================================================================== --- contrib/bsnmp/snmpd/snmpmod.h (revision 216439) +++ contrib/bsnmp/snmpd/snmpmod.h (working copy) @@ -33,6 +33,7 @@ #ifndef snmpmod_h_ #define snmpmod_h_ +#include #include #include #include --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 11:04:02 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 349E8106566B; Sat, 18 Dec 2010 11:04:02 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 9FA138FC12; Sat, 18 Dec 2010 11:04:01 +0000 (UTC) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id oBIB3wf3076387 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 18 Dec 2010 13:03:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4) with ESMTP id oBIB3wkq020074; Sat, 18 Dec 2010 13:03:58 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id oBIB3wFW020073; Sat, 18 Dec 2010 13:03:58 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sat, 18 Dec 2010 13:03:58 +0200 From: Kostik Belousov To: Mikolaj Golub Message-ID: <20101218110358.GY33073@deviant.kiev.zoral.com.ua> References: <86wrn7gxvd.fsf@kopusha.home.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pUlgu49b0Z8TrXtg" Content-Disposition: inline In-Reply-To: <86wrn7gxvd.fsf@kopusha.home.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-net@freebsd.org, Shteryana Shopova Subject: Re: bsnmp/snmpmod.h: #include is missed 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, 18 Dec 2010 11:04:02 -0000 --pUlgu49b0Z8TrXtg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Dec 18, 2010 at 12:48:38PM +0200, Mikolaj Golub wrote: > Hi, >=20 > bsnmp/snmpmod.h uses SLIST but does not includes . This brea= ks > net-mgmt/bsnmp-ucd port (ports/153153).=20 >=20 > Could somebody look at the attached patch? , as well as should be included before other headers. --pUlgu49b0Z8TrXtg Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk0MlR0ACgkQC3+MBN1Mb4iDpgCg4jkw8Hct5OkKv4SBAQk+66PZ n/cAnRTFImWEqsLukZJPaFMHGHciHF3j =yJDC -----END PGP SIGNATURE----- --pUlgu49b0Z8TrXtg-- From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 11:58:22 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F8B51065674; Sat, 18 Dec 2010 11:58:22 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f48.google.com (mail-bw0-f48.google.com [209.85.214.48]) by mx1.freebsd.org (Postfix) with ESMTP id E22028FC08; Sat, 18 Dec 2010 11:58:21 +0000 (UTC) Received: by bwz8 with SMTP id 8so1411090bwz.7 for ; Sat, 18 Dec 2010 03:58:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :x-comment-to:date:in-reply-to:message-id:user-agent:mime-version :content-type; bh=rbOj3rnClzAxhmQRgNRJK06eQXmZ7vgpdqVmKjY3bko=; b=wIJHgBMEFCoN6lu9w1slETH5yBmHOTMga+f2zr3KI/qFG3BkeHNtK8Cz/avvrHfCCi rZc3RGJeU7mENZ9Qf2duJ5+yWyMUwgiO/RioL5ulCfyt/JqF+0dguItV6NuTzpEXTt46 TG999R9Zp4JaTKOWbzeTH49VAC8Yrh98qG2BE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:x-comment-to:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=jxuMPmZNSuOsUrkCE9l6NWdNuFQUm3uMav31tWHa5m4JwqKbdKrDewVxjD9qQx66ST ji1f3PHXHaELmKpxNlRHIfydzHg2FOnhsVYy/tr/OJKRxAdf3xXI+d/XtddcGbNwZ/Uw j2mdzYVjHvby4QmkJ1DNpqaXzlo9ZNoDkWIPo= Received: by 10.204.78.67 with SMTP id j3mr1255447bkk.144.1292673500908; Sat, 18 Dec 2010 03:58:20 -0800 (PST) Received: from localhost ([95.69.174.185]) by mx.google.com with ESMTPS id j11sm2517910bka.12.2010.12.18.03.58.19 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 18 Dec 2010 03:58:19 -0800 (PST) From: Mikolaj Golub To: Kostik Belousov References: <86wrn7gxvd.fsf@kopusha.home.net> <20101218110358.GY33073@deviant.kiev.zoral.com.ua> X-Comment-To: Kostik Belousov Date: Sat, 18 Dec 2010 13:58:18 +0200 In-Reply-To: <20101218110358.GY33073@deviant.kiev.zoral.com.ua> (Kostik Belousov's message of "Sat, 18 Dec 2010 13:03:58 +0200") Message-ID: <86sjxvgun9.fsf@kopusha.home.net> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: freebsd-net@freebsd.org, Shteryana Shopova Subject: Re: bsnmp/snmpmod.h: #include is missed 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, 18 Dec 2010 11:58:22 -0000 --=-=-= On Sat, 18 Dec 2010 13:03:58 +0200 Kostik Belousov wrote: KB> On Sat, Dec 18, 2010 at 12:48:38PM +0200, Mikolaj Golub wrote: >> Hi, >> >> bsnmp/snmpmod.h uses SLIST but does not includes . This breaks >> net-mgmt/bsnmp-ucd port (ports/153153). >> >> Could somebody look at the attached patch? KB> , as well as should be included before KB> other headers. Thanks. Overlooked this :-). -- Mikolaj Golub --=-=-= Content-Type: text/x-patch Content-Disposition: inline; filename=snmpmod.h.patch Index: contrib/bsnmp/snmpd/snmpmod.h =================================================================== --- contrib/bsnmp/snmpd/snmpmod.h (revision 216439) +++ contrib/bsnmp/snmpd/snmpmod.h (working copy) @@ -34,6 +34,7 @@ #define snmpmod_h_ #include +#include #include #include #include --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 12:28:16 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3F0A106566C for ; Sat, 18 Dec 2010 12:28:16 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 835438FC12 for ; Sat, 18 Dec 2010 12:28:16 +0000 (UTC) Received: by qwj9 with SMTP id 9so1435290qwj.13 for ; Sat, 18 Dec 2010 04:28:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=EwpBdLxp3rBaLlWJV0im5V5fxUdR/m7RMQ8/iQHepj4=; b=shL+lFkpuBkI72QwVYc19uF/KShp11nZfnZgSjrT2ro84MmdUdsa8PMwx6K5ExNkUg OQiEFIaBZ2p3rUYgq6KLm+OemHac9fl3pCJ9SlUAW431mlkrzln8re7VQUGdRFJpPMpu 6KckwYH+MRopcwoAsQ//mOzuH6EQTbIPPpq+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=RoxF9hLIljZHFlJhOqJ/3hIFZ+63HasQxmq1Rcl20eYnckawK5rjkyyJuDZ8cJQChY r+1dIdGSXmOBVa/LA6CE8WuEhp+bjE9Ck7/Wimq4bvV7mzgXXSDvK20xtC6zW5z9aQbM 83cXjvnmQY1xXFHVQT7JValZr6zZxn415+pr0= MIME-Version: 1.0 Received: by 10.229.224.79 with SMTP id in15mr1760358qcb.279.1292673712219; Sat, 18 Dec 2010 04:01:52 -0800 (PST) Sender: shteryana@gmail.com Received: by 10.229.91.14 with HTTP; Sat, 18 Dec 2010 04:01:52 -0800 (PST) In-Reply-To: <20101218110358.GY33073@deviant.kiev.zoral.com.ua> References: <86wrn7gxvd.fsf@kopusha.home.net> <20101218110358.GY33073@deviant.kiev.zoral.com.ua> Date: Sat, 18 Dec 2010 14:01:52 +0200 X-Google-Sender-Auth: TYljNvS7iLKIHzFOhVwYYVj0s5I Message-ID: From: Shteryana Shopova To: Kostik Belousov Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org, Mikolaj Golub Subject: Re: bsnmp/snmpmod.h: #include is missed X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: syrinx@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 12:28:16 -0000 On Sat, Dec 18, 2010 at 1:03 PM, Kostik Belousov wrote: > On Sat, Dec 18, 2010 at 12:48:38PM +0200, Mikolaj Golub wrote: >> Hi, >> >> bsnmp/snmpmod.h uses SLIST but does not includes . This breaks >> net-mgmt/bsnmp-ucd port (ports/153153). >> >> Could somebody look at the attached patch? > > , as well as should be included before > other headers. > And the explicit includes of those files should be removed from the sources of the bsnmpd(1) modules, I think. I will put this in SVN along with a couple of other patches I have for bsnmp in my queue. Sorry for not being able to reply sooner after this problem was reported. Also, the bsnmptools port should be marked as obsolete as the tools are now in head. cheers, Shteryana From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 12:34:25 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1FCF1065672 for ; Sat, 18 Dec 2010 12:34:25 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 29A5B8FC0C for ; Sat, 18 Dec 2010 12:34:24 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id oBICYLEJ089821; Sat, 18 Dec 2010 18:34:21 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D0CAA48.7000901@rdtc.ru> Date: Sat, 18 Dec 2010 18:34:16 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100712 Thunderbird/3.0.5 MIME-Version: 1.0 To: syrinx@freebsd.org References: <86wrn7gxvd.fsf@kopusha.home.net> <20101218110358.GY33073@deviant.kiev.zoral.com.ua> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-net@freebsd.org, Mikolaj Golub Subject: Re: bsnmp/snmpmod.h: #include is missed 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, 18 Dec 2010 12:34:25 -0000 On 18.12.2010 18:01, Shteryana Shopova wrote: >>> bsnmp/snmpmod.h uses SLIST but does not includes . This breaks >>> net-mgmt/bsnmp-ucd port (ports/153153). >>> >>> Could somebody look at the attached patch? >> >> , as well as should be included before >> other headers. >> > > And the explicit includes of those files should be removed from the > sources of the bsnmpd(1) modules, I think. I will put this in SVN > along with a couple of other patches I have for bsnmp in my queue. > Sorry for not being able to reply sooner after this problem was > reported. Also, the bsnmptools port should be marked as obsolete as > the tools are now in head. I don't think that a port should be marked obsoled due to changes in head. People tend to use releases or STABLE. For now, ports tree support RELENG_7 and RELENG_8, so we should keep POLA until bsnmptool backported to branches and releases with bsnmptool are out. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 19:13:56 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C5011065672 for ; Sat, 18 Dec 2010 19:13:56 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 600488FC15 for ; Sat, 18 Dec 2010 19:13:54 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id oBIIZmDh090669 for ; Sun, 19 Dec 2010 00:35:48 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D0CFEFF.3000902@rdtc.ru> Date: Sun, 19 Dec 2010 00:35:43 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100712 Thunderbird/3.0.5 MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: lagg/lacp poor traffic distribution 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, 18 Dec 2010 19:13:56 -0000 Hi! I've loaded router using two lagg interfaces in LACP mode. lagg0 has IP address and two ports (em0 and em1) and carry untagged frames. lagg1 has no IP address and has two ports (igb0 and igb1) and carry about 1000 dot-q vlans with lots of hosts in each vlan. For lagg1, lagg distributes outgoing traffic over two ports just fine. For lagg0 (untagged ethernet segment with only 2 MAC addresses) less than 0.07% (54Mbit/s max) of traffic goes to em0 and over 99.92% goes to em1, that's bad. That's general traffic of several thousands of customers surfing the web, using torrents etc. I've glanced over lagg/lacp sources if src/sys/net/ and found nothing suspicious, it should extract and use srcIP/dstIP for hash. How do I debug this problem? Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 19:20:45 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C610106564A for ; Sat, 18 Dec 2010 19:20:45 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id A2C068FC1C for ; Sat, 18 Dec 2010 19:20:44 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id oBIJKhWH090826 for ; Sun, 19 Dec 2010 01:20:43 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D0D0986.9080005@rdtc.ru> Date: Sun, 19 Dec 2010 01:20:38 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100712 Thunderbird/3.0.5 MIME-Version: 1.0 To: net@freebsd.org References: <4D0CFEFF.3000902@rdtc.ru> In-Reply-To: <4D0CFEFF.3000902@rdtc.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: lagg/lacp poor traffic distribution 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, 18 Dec 2010 19:20:45 -0000 On 19.12.2010 00:35, Eugene Grosbein wrote: > Hi! > > I've loaded router using two lagg interfaces in LACP mode. > lagg0 has IP address and two ports (em0 and em1) and carry untagged frames. > lagg1 has no IP address and has two ports (igb0 and igb1) and carry > about 1000 dot-q vlans with lots of hosts in each vlan. > > For lagg1, lagg distributes outgoing traffic over two ports just fine. > For lagg0 (untagged ethernet segment with only 2 MAC addresses) > less than 0.07% (54Mbit/s max) of traffic goes to em0 Here 7%, not 0.07%. And I forgot to note it's 8.2-PRERELEASE. > and over 99.92% goes to em1, that's bad. > > That's general traffic of several thousands of customers surfing the web, > using torrents etc. I've glanced over lagg/lacp sources if src/sys/net/ > and found nothing suspicious, it should extract and use srcIP/dstIP for hash. > > How do I debug this problem? From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 19:42:37 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19040106564A for ; Sat, 18 Dec 2010 19:42:37 +0000 (UTC) (envelope-from tad1214@aol.com) Received: from imr-ma05.mx.aol.com (imr-ma05.mx.aol.com [64.12.100.31]) by mx1.freebsd.org (Postfix) with ESMTP id 3FBBF8FC15 for ; Sat, 18 Dec 2010 19:42:35 +0000 (UTC) Received: from mtaout-mb06.r1000.mx.aol.com (mtaout-mb06.r1000.mx.aol.com [172.29.41.70]) by imr-ma05.mx.aol.com (8.14.1/8.14.1) with ESMTP id oBIJVna2024179; Sat, 18 Dec 2010 14:31:50 -0500 Received: from [10.44.205.169] (unknown [166.205.15.17]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mtaout-mb06.r1000.mx.aol.com (MUA/Third Party Client Interface) with ESMTPSA id 2BA1CE0000AE; Sat, 18 Dec 2010 14:31:48 -0500 (EST) References: <4D0CFEFF.3000902@rdtc.ru> In-Reply-To: <4D0CFEFF.3000902@rdtc.ru> Mime-Version: 1.0 (iPhone Mail 8C148) Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (8C148) From: Thomas Donnelly Date: Sat, 18 Dec 2010 13:31:47 -0600 To: Eugene Grosbein x-aol-global-disposition: G X-AOL-SCOLL-SCORE: 0:2:379232288:93952408 X-AOL-SCOLL-URL_COUNT: 0 x-aol-sid: 3039ac1d29464d0d0c247979 X-AOL-IP: 166.205.15.17 Cc: "net@freebsd.org" Subject: Re: lagg/lacp poor traffic distribution 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, 18 Dec 2010 19:42:37 -0000 On Dec 18, 2010, at 12:35 PM, Eugene Grosbein wrote: > Hi! >=20 > I've loaded router using two lagg interfaces in LACP mode. > lagg0 has IP address and two ports (em0 and em1) and carry untagged frames= . > lagg1 has no IP address and has two ports (igb0 and igb1) and carry > about 1000 dot-q vlans with lots of hosts in each vlan. >=20 > For lagg1, lagg distributes outgoing traffic over two ports just fine. > For lagg0 (untagged ethernet segment with only 2 MAC addresses) > less than 0.07% (54Mbit/s max) of traffic goes to em0 > and over 99.92% goes to em1, that's bad. >=20 > That's general traffic of several thousands of customers surfing the web, > using torrents etc. I've glanced over lagg/lacp sources if src/sys/net/ > and found nothing suspicious, it should extract and use srcIP/dstIP for ha= sh. >=20 > How do I debug this problem? >=20 > Eugene Grosbein I'm not familiar with the freebsd implementation but Cisco load balances bas= ed on destination Mac address so If everything is headed towards the gateway= , they will all go over one link. Check the load balancing algorithm on both= sides. I usually balance on src+dst mac.=20 -=3DTom > _______________________________________________ > 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 Sat Dec 18 19:57:22 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B9181065673 for ; Sat, 18 Dec 2010 19:57:22 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 9FE078FC1C for ; Sat, 18 Dec 2010 19:57:21 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id oBIJvDbl090922; Sun, 19 Dec 2010 01:57:13 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D0D1214.5080300@rdtc.ru> Date: Sun, 19 Dec 2010 01:57:08 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100712 Thunderbird/3.0.5 MIME-Version: 1.0 To: Thomas Donnelly References: <4D0CFEFF.3000902@rdtc.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "net@freebsd.org" Subject: Re: lagg/lacp poor traffic distribution 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, 18 Dec 2010 19:57:22 -0000 On 19.12.2010 01:31, Thomas Donnelly wrote: > Check the load balancing algorithm on both sides. I usually balance on src+dst mac. I'm only talking on traffic outgoing from FreeBSD host. Here it needs to be balanced using layer-3 src/dst addresses because src and dst macs are constant here. From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 20:57:58 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 143511065672; Sat, 18 Dec 2010 20:57:58 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f48.google.com (mail-bw0-f48.google.com [209.85.214.48]) by mx1.freebsd.org (Postfix) with ESMTP id 75BD08FC0C; Sat, 18 Dec 2010 20:57:57 +0000 (UTC) Received: by bwz8 with SMTP id 8so1704127bwz.7 for ; Sat, 18 Dec 2010 12:57:56 -0800 (PST) Received: by 10.204.100.70 with SMTP id x6mr1944669bkn.0.1292704555018; Sat, 18 Dec 2010 12:35:55 -0800 (PST) Received: from julie.lab.techwires.net (dslb-088-067-201-130.pools.arcor-ip.net [88.67.201.130]) by mx.google.com with ESMTPS id v25sm2615222bkt.6.2010.12.18.12.35.51 (version=SSLv3 cipher=RC4-MD5); Sat, 18 Dec 2010 12:35:52 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: David Cornejo Date: Sat, 18 Dec 2010 21:34:34 +0100 User-Agent: KMail/1.13.5 (FreeBSD/8.1-RELEASE; KDE/4.5.4; amd64; ; ) References: <201012060348.oB63m36u076882@freefall.freebsd.org> In-Reply-To: <201012060348.oB63m36u076882@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201012182134.34543.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org Subject: Re: bin/152716: hostapd(8) fails to authenticate after 2010-11-03 update 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, 18 Dec 2010 20:57:58 -0000 On Monday 06 December 2010 04:48:03 linimon@freebsd.org wrote: > Old Synopsis: hostapd fails ti authenticate after 2010-11-03 update > New Synopsis: hostapd(8) fails to authenticate after 2010-11-03 update > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: linimon > Responsible-Changed-When: Mon Dec 6 03:43:30 UTC 2010 > Responsible-Changed-Why: > Although this was an rpaulo MFC, he is not currently working on this > code; so, assign it to -net. Can you try that with a recent version of head (post-216541) again? I've committed a bunch of changes which should address this issue. Thanks. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 21:00:08 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3FE3106566B for ; Sat, 18 Dec 2010 21:00:08 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from out-0.mx.aerioconnect.net (out-0-16.mx.aerioconnect.net [216.240.47.76]) by mx1.freebsd.org (Postfix) with ESMTP id C7DF88FC13 for ; Sat, 18 Dec 2010 21:00:08 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id oBIKgVKk021540; Sat, 18 Dec 2010 12:42:31 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 541782D6015; Sat, 18 Dec 2010 12:42:29 -0800 (PST) Message-ID: <4D0D1CB3.7060407@freebsd.org> Date: Sat, 18 Dec 2010 12:42:27 -0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Eugene Grosbein References: <4D0CFEFF.3000902@rdtc.ru> In-Reply-To: <4D0CFEFF.3000902@rdtc.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: net@freebsd.org Subject: Re: lagg/lacp poor traffic distribution 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, 18 Dec 2010 21:00:09 -0000 On 12/18/10 10:35 AM, Eugene Grosbein wrote: > Hi! > > I've loaded router using two lagg interfaces in LACP mode. > lagg0 has IP address and two ports (em0 and em1) and carry untagged frames. > lagg1 has no IP address and has two ports (igb0 and igb1) and carry > about 1000 dot-q vlans with lots of hosts in each vlan. > > For lagg1, lagg distributes outgoing traffic over two ports just fine. > For lagg0 (untagged ethernet segment with only 2 MAC addresses) > less than 0.07% (54Mbit/s max) of traffic goes to em0 > and over 99.92% goes to em1, that's bad. > > That's general traffic of several thousands of customers surfing the web, > using torrents etc. I've glanced over lagg/lacp sources if src/sys/net/ > and found nothing suspicious, it should extract and use srcIP/dstIP for hash. > > How do I debug this problem? make absolutely sure (by reading the code) tha tyou are correct about the decision code. ancapsulate the function used in a small c or perl or python program. take 100 packets at random run them through the function.. see if you get the same result state at packets to detirmine why. report back > Eugene Grosbein > _______________________________________________ > 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 Sat Dec 18 21:00:24 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB223106564A for ; Sat, 18 Dec 2010 21:00:24 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 84EC78FC15 for ; Sat, 18 Dec 2010 21:00:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oBIL0Otq088570 for ; Sat, 18 Dec 2010 21:00:24 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oBIL0Ou6088569; Sat, 18 Dec 2010 21:00:24 GMT (envelope-from gnats) Date: Sat, 18 Dec 2010 21:00:24 GMT Message-Id: <201012182100.oBIL0Ou6088569@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bernhard Schmidt Cc: Subject: Re: bin/152716: hostapd(8) fails to authenticate after 2010-11-03 update X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bernhard Schmidt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 21:00:25 -0000 The following reply was made to PR bin/152716; it has been noted by GNATS. From: Bernhard Schmidt To: David Cornejo Cc: freebsd-net@freebsd.org, bug-followup@freebsd.org Subject: Re: bin/152716: hostapd(8) fails to authenticate after 2010-11-03 update Date: Sat, 18 Dec 2010 21:34:34 +0100 On Monday 06 December 2010 04:48:03 linimon@freebsd.org wrote: > Old Synopsis: hostapd fails ti authenticate after 2010-11-03 update > New Synopsis: hostapd(8) fails to authenticate after 2010-11-03 update > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: linimon > Responsible-Changed-When: Mon Dec 6 03:43:30 UTC 2010 > Responsible-Changed-Why: > Although this was an rpaulo MFC, he is not currently working on this > code; so, assign it to -net. Can you try that with a recent version of head (post-216541) again? I've committed a bunch of changes which should address this issue. Thanks. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Sat Dec 18 22:48:54 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5DB0106566B for ; Sat, 18 Dec 2010 22:48:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 673F98FC15 for ; Sat, 18 Dec 2010 22:48:54 +0000 (UTC) Received: by iyb26 with SMTP id 26so1300157iyb.13 for ; Sat, 18 Dec 2010 14:48:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=HB77/uuXRkJY1ra8QYkw+1Uh3qU2cd7BBsBPTgOudas=; b=pzG8hear7Bs26MlmRsanppHsZvXNVZus3Hj364/cTch/Nc8q3WRqRuTHc1I+Oz4Hc7 3E5IpZ+Gj1CoSqFWplCa+2eb65aWYuqLeBvyHOK/bN4xuhUlg4xMw5RdDeI/kFChuLRo 3UHdXJRxWvC2hdLpOoCDvdDRzmaeZbepmG9QE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=cFpKVtukHQlt3VKlmu90cJiUcLMdOIMXxgwvdiit+DGfpK7adIPUXhTkYKo5WYx0Ko ruykkgaBKDDSGp/Tv2O6FBgEWXxudkoxpxORGtAoJlLevcBYTijpNj3qGIxdUMtYZKL0 OLgMBq3GVymExtnExON3flIASBkfqOV1zASi8= Received: by 10.42.230.2 with SMTP id jk2mr2423044icb.392.1292712533742; Sat, 18 Dec 2010 14:48:53 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id c4sm2328275ict.19.2010.12.18.14.48.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 18 Dec 2010 14:48:52 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 18 Dec 2010 14:48:09 -0800 From: Pyun YongHyeon Date: Sat, 18 Dec 2010 14:48:09 -0800 To: abcde abcde Message-ID: <20101218224809.GA22768@michelle.cdnetworks.com> References: <808782.86181.qm@web53807.mail.re2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <808782.86181.qm@web53807.mail.re2.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: nfe_defrag() routine in nividia ethernet driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 18 Dec 2010 22:48:54 -0000 On Thu, Dec 16, 2010 at 07:53:16PM -0800, abcde abcde wrote: > Hi, we ported the nvidia ethernet driver to our product.? It's been OK until > recently we?ran into an error condition where packets would get dropped quietly. > The root cause resides in the nfe_encap() routine, where we call nfe_defrag() to > try to reduce the length of the mbuf chain to 32, if it's longer than 32. In the > event the 32 mbufs need more than 32 segments, the subsequent call to > bus_dmamap_load_mbuf_sg() would cause it to return an error then the packet is > subsequently dropped. > > > My questions are, > > 1. there appears to be a generic m_defrag() routine available, which doesn't > stop at 32 and is used by a couple of other drivers (Intel, Broadcom, to name a > few). What was the need for a nvidia version of the defrag routine? > As John said, m_defrag(9) is expensive operation. Since all nfe(4) controllers supports multiple TX buffers use m_collapse(9) instead. > 2. The NFE_MAX_SCATTER constant, which limits how many segments can be used, is > defined to be 32, while the corresponding constants for other drivers are 100 or > 64 (again Intel or Broadcom). How was the value 32 picked? Anybody knows the > reasoning behind them? > I think all nfe(4) controllers have no limitation on number of segments can be used. However most ethernet controllers targeted to non-server systems are not good at supporting multiple outstanding DMA read operation on the PCIe bus. Even though controller supports multiple DMA read operation it would take more time to fetch a TX frame that is split into long list of mbuf chains than short/single contiguous TX frame. CPU is much faster than controller DMA engine. The magic number 32 was chosen to balance on performance and resource usage. 32 should be large enough to support TSO to send a full 64KB TCP segment. If controller has no TSO capability I would have used 16.