From owner-freebsd-net@FreeBSD.ORG Mon Sep 16 05:24:07 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 315B1888; Mon, 16 Sep 2013 05:24:07 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 01EA82C6D; Mon, 16 Sep 2013 05:24:05 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-245-177.lns20.per2.internode.on.net [121.45.245.177]) (authenticated bits=0) by vps1.elischer.org (8.14.6/8.14.6) with ESMTP id r8G5Nfvg096467 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 15 Sep 2013 22:23:53 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <523695D8.7010201@freebsd.org> Date: Mon, 16 Sep 2013 13:23:36 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Warner Losh Subject: Re: IFNAMSIZ/IF_NAMESIZE change proposal References: <9527D72E-5871-4C5E-B2AB-A3BECA4925D4@juniper.net> <19C0CA7F-2857-4533-B5E7-29E1085DE072@bsdimp.com> In-Reply-To: <19C0CA7F-2857-4533-B5E7-29E1085DE072@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Anuranjan Shukla , Marcel Moolenaar , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 05:24:07 -0000 On 9/15/13 12:21 AM, Warner Losh wrote: > On Sep 14, 2013, at 2:44 AM, Anuranjan Shukla wrote: >> At Juniper Networks, interface name size was needed to be longer than what FreeBSD has. We're trying to reduce our local changes to FreeBSD to allow us an easier time upgrading to newer FreeBSD releases, and support the modularization of the network stack we'd proposed earlier. I'm sending this out to propose changing IFNAMSIZ from 16 to 60 (this is the size we use) in FreeBSD. We don't see any downside (other than increasing the ifreq structure size for one) to doing this, as allowing longer interface names can be handy for vendors. I'd like to hear if there's a strong objection to this. If not, we'd like to get this into to the FreeBSD codebase. Any thoughts/objections highly appreciated. Divert already has a problem with 16, since it tries (or fails if > 8 ) to pack the interface name into the 'unused' bytes of a sockaddr. 60 just makes things worse, but since it already fails at 16 I can't really object. but it would be nice if we could think of a better mechanism for divert reinjection. > 56 or 64 would be better for alignment, wouldn't it? > > Warner > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Mon Sep 16 05:26:37 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 6B539A85; Mon, 16 Sep 2013 05:26:37 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 21E7B2CAC; Mon, 16 Sep 2013 05:26:36 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-245-177.lns20.per2.internode.on.net [121.45.245.177]) (authenticated bits=0) by vps1.elischer.org (8.14.6/8.14.6) with ESMTP id r8G5QTx1096482 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 15 Sep 2013 22:26:31 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <5236967F.9080901@freebsd.org> Date: Mon, 16 Sep 2013 13:26:23 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Warner Losh Subject: Re: IFNAMSIZ/IF_NAMESIZE change proposal References: <9527D72E-5871-4C5E-B2AB-A3BECA4925D4@juniper.net> <19C0CA7F-2857-4533-B5E7-29E1085DE072@bsdimp.com> <523695D8.7010201@freebsd.org> In-Reply-To: <523695D8.7010201@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-net@freebsd.org" , Anuranjan Shukla , Marcel Moolenaar , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 05:26:37 -0000 On 9/16/13 1:23 PM, Julian Elischer wrote: > On 9/15/13 12:21 AM, Warner Losh wrote: >> On Sep 14, 2013, at 2:44 AM, Anuranjan Shukla wrote: >>> At Juniper Networks, interface name size was needed to be longer >>> than what FreeBSD has. We're trying to reduce our local changes to >>> FreeBSD to allow us an easier time upgrading to newer FreeBSD >>> releases, and support the modularization of the network stack we'd >>> proposed earlier. I'm sending this out to propose changing >>> IFNAMSIZ from 16 to 60 (this is the size we use) in FreeBSD. We >>> don't see any downside (other than increasing the ifreq structure >>> size for one) to doing this, as allowing longer interface names >>> can be handy for vendors. I'd like to hear if there's a strong >>> objection to this. If not, we'd like to get this into to the >>> FreeBSD codebase. Any thoughts/objections highly appreciated. > > Divert already has a problem with 16, since it tries (or fails if > > 8 ) to pack the interface name into the 'unused' > bytes of a sockaddr. > 60 just makes things worse, but since it already fails at 16 I can't > really object. > but it would be nice if we could think of a better mechanism for > divert reinjection. having said that I guess divert could just define a different sockaddr_divert to use instead, sinc eit is a different family. > >> 56 or 64 would be better for alignment, wouldn't it? >> >> Warner >> >> _______________________________________________ >> 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" >> > > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Mon Sep 16 11:06:49 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 14BDABFE for ; Mon, 16 Sep 2013 11:06:49 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 00C22215C for ; Mon, 16 Sep 2013 11:06:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8GB6mUi089691 for ; Mon, 16 Sep 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8GB6mCB089689 for freebsd-net@FreeBSD.org; Mon, 16 Sep 2013 11:06:48 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 16 Sep 2013 11:06:48 GMT Message-Id: <201309161106.r8GB6mCB089689@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 Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 11:06:49 -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/181970 net [re] LAN RealtekŪ 8111G is not supported by re driver o kern/181931 net [vlan] [lagg] vlan over lagg over mlxen crashes the ke o kern/181823 net [ip6] [patch] make ipv6 mroute return same errror code o kern/181741 net [kernel] [patch] Packet loss when 'control' messages a o kern/181703 net [re] [patch] Fix Realtek 8111G Ethernet controller not o kern/181699 net [ipsec] [patch] IPsec does scale to large SPD / SADB o kern/181657 net [bpf] [patch] BPF_COP/BPF_COPX instruction reservation o kern/181257 net [bge] bge link status change o kern/181236 net [igb] igb driver unstable work o kern/181225 net [infiniband] [patch] unloading ipoib crashes the kerne o kern/181135 net [netmap] [patch] sys/dev/netmap patch for Linux compat o kern/181131 net [netmap] [patch] sys/dev/netmap memory allocation impr o kern/181006 net [run] [patch] mbuf leak in run(4) driver o kern/180893 net [if_ethersubr] [patch] Packets received with own LLADD o kern/180844 net [panic] [re] Intermittent panic (re driver?) o kern/180775 net [bxe] if_bxe driver broken with Broadcom BCM57711 card o kern/180722 net [bluetooth] bluetooth takes 30-50 attempts to pair to s kern/180468 net [request] LOCAL_PEERCRED support for PF_INET o kern/180065 net [netinet6] [patch] Multicast loopback to own host brok o kern/179926 net [lacp] [patch] active aggregator selection bug o kern/179824 net [ixgbe] System (9.1-p4) hangs on heavy ixgbe network t o kern/179733 net [lagg] [patch] interface loses capabilities when proto o kern/179429 net [tap] STP enabled tap bridge o kern/179299 net [igb] Intel X540-T2 - unstable driver a kern/179264 net [vimage] [pf] Core dump with Packet filter and VIMAGE o kern/178947 net [arp] arp rejecting not working o kern/178782 net [ixgbe] 82599EB SFP does not work with passthrough und o kern/178612 net [run] kernel panic due the problems with run driver o kern/178472 net [ip6] [patch] make return code consistent with IPv4 co o kern/178079 net [tcp] Switching TCP CC algorithm panics on sparc64 wit s kern/178071 net FreeBSD unable to recongize Kontron (Industrial Comput o kern/177905 net [xl] [panic] ifmedia_set when pluging CardBus LAN card o kern/177618 net [bridge] Problem with bridge firewall with trunk ports o kern/177417 net [ip6] Invalid protocol value in ipsec6_common_input_cb o kern/177402 net [igb] [pf] problem with ethernet driver igb + pf / alt o kern/177400 net [jme] JMC25x 1000baseT establishment issues o kern/177366 net [ieee80211] negative malloc(9) statistics for 80211nod f kern/177362 net [netinet] [patch] Wrong control used to return TOS o kern/177194 net [netgraph] Unnamed netgraph nodes for vlan interfaces o kern/177139 net [igb] igb drops ethernet ports 2 and 3 o kern/176884 net [re] re0 flapping up/down o kern/176671 net [epair] MAC address for epair device not unique o kern/176484 net [ipsec] [enc] [patch] panic: IPsec + enc(4); device na o kern/176446 net [netinet] [patch] Concurrency in ixgbe driving out-of- o kern/176420 net [kernel] [patch] incorrect errno for LOCAL_PEERCRED o kern/176419 net [kernel] [patch] socketpair support for LOCAL_PEERCRED o kern/176401 net [netgraph] page fault in netgraph o kern/176167 net [ipsec][lagg] using lagg and ipsec causes immediate pa o kern/176097 net [lagg] [patch] lagg/lacp broken when aggregated interf o kern/176027 net [em] [patch] flow control systcl consistency for em dr o kern/176026 net [tcp] [patch] TCP wrappers caused quite a lot of warni o bin/175974 net ppp(8): logic issue o kern/175864 net [re] Intel MB D510MO, onboard ethernet not working aft o kern/175852 net [amd64] [patch] in_cksum_hdr() behaves differently on o kern/175734 net no ethernet detected on system with EG20T PCH chipset o kern/175267 net [pf] [tap] pf + tap keep state problem o kern/175236 net [epair] [gif] epair and gif Devices On Bridge o kern/175182 net [panic] kernel panic on RADIX_MPATH when deleting rout o kern/175153 net [tcp] will there miss a FIN when do TSO? o kern/174959 net [net] [patch] rnh_walktree_from visits spurious nodes o kern/174958 net [net] [patch] rnh_walktree_from makes unreasonable ass o kern/174897 net [route] Interface routes are broken o kern/174851 net [bxe] [patch] UDP checksum offload is wrong in bxe dri o kern/174850 net [bxe] [patch] bxe driver does not receive multicasts o kern/174849 net [bxe] [patch] bxe driver can hang kernel when reset o kern/174822 net [tcp] Page fault in tcp_discardcb under high traffic o kern/174602 net [gif] [ipsec] traceroute issue on gif tunnel with ipse o kern/174535 net [tcp] TCP fast retransmit feature works strange o kern/173871 net [gif] process of 'ifconfig gif0 create hangs' when if_ o kern/173475 net [tun] tun(4) stays opened by PID after process is term o kern/173201 net [ixgbe] [patch] Missing / broken ixgbe sysctl's and tu o kern/173137 net [em] em(4) unable to run at gigabit with 9.1-RC2 o kern/173002 net [patch] data type size problem in if_spppsubr.c o kern/172895 net [ixgb] [ixgbe] do not properly determine link-state o kern/172683 net [ip6] Duplicate IPv6 Link Local Addresses o kern/172675 net [netinet] [patch] sysctl_tcp_hc_list (net.inet.tcp.hos o kern/172113 net [panic] [e1000] [patch] 9.1-RC1/amd64 panices in igb(4 o kern/171840 net [ip6] IPv6 packets transmitting only on queue 0 o kern/171739 net [bce] [panic] bce related kernel panic o kern/171711 net [dummynet] [panic] Kernel panic in dummynet o kern/171532 net [ndis] ndis(4) driver includes 'pccard'-specific code, o kern/171531 net [ndis] undocumented dependency for ndis(4) o kern/171524 net [ipmi] ipmi driver crashes kernel by reboot or shutdow s kern/171508 net [epair] [request] Add the ability to name epair device o kern/171228 net [re] [patch] if_re - eeprom write issues o kern/170701 net [ppp] killl ppp or reboot with active ppp connection c o kern/170267 net [ixgbe] IXGBE_LE32_TO_CPUS is probably an unintentiona o kern/170081 net [fxp] pf/nat/jails not working if checksum offloading o kern/169898 net ifconfig(8) fails to set MTU on multiple interfaces. o kern/169676 net [bge] [hang] system hangs, fully or partially after re o kern/169664 net [bgp] Wrongful replacement of interface connected net o kern/169620 net [ng] [pf] ng_l2tp incoming packet bypass pf firewall o kern/169459 net [ppp] umodem/ppp/3g stopped working after update from o kern/169438 net [ipsec] ipv4-in-ipv6 tunnel mode IPsec does not work p kern/168294 net [ixgbe] [patch] ixgbe driver compiled in kernel has no o kern/168246 net [em] Multiple em(4) not working with qemu o kern/168245 net [arp] [regression] Permanent ARP entry not deleted on o kern/168244 net [arp] [regression] Unable to manually remove permanent o kern/168183 net [bce] bce driver hang system o kern/167947 net [setfib] [patch] arpresolve checks only the default FI o kern/167603 net [ip] IP fragment reassembly's broken: file transfer ov o kern/167500 net [em] [panic] Kernel panics in em driver o kern/167325 net [netinet] [patch] sosend sometimes return EINVAL with o kern/167202 net [igmp]: Sending multiple IGMP packets crashes kernel o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166285 net [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres o kern/166255 net [net] [patch] It should be possible to disable "promis p kern/165903 net mbuf leak o kern/165622 net [ndis][panic][patch] Unregistered use of FPU in kernel s kern/165562 net [request] add support for Intel i350 in FreeBSD 7.4 o kern/165526 net [bxe] UDP packets checksum calculation whithin if_bxe o kern/165488 net [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit o kern/165305 net [ip6] [request] Feature parity between IP_TOS and IPV6 o kern/165296 net [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR o kern/165181 net [igb] igb freezes after about 2 weeks of uptime o kern/165174 net [patch] [tap] allow tap(4) to keep its address on clos o kern/165152 net [ip6] Does not work through the issue of ipv6 addresse o kern/164495 net [igb] connect double head igb to switch cause system t o kern/164490 net [pfil] Incorrect IP checksum on pfil pass from ip_outp o kern/164475 net [gre] gre misses RUNNING flag after a reboot o kern/164265 net [netinet] [patch] tcp_lro_rx computes wrong checksum i o kern/163903 net [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL o kern/163481 net freebsd do not add itself to ping route packet o kern/162927 net [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing o kern/162558 net [dummynet] [panic] seldom dummynet panics o kern/162153 net [em] intel em driver 7.2.4 don't compile o kern/162110 net [igb] [panic] RELENG_9 panics on boot in IGB driver - o kern/162028 net [ixgbe] [patch] misplaced #endif in ixgbe.c o kern/161277 net [em] [patch] BMC cannot receive IPMI traffic after loa o kern/160873 net [igb] igb(4) from HEAD fails to build on 7-STABLE o kern/160750 net Intel PRO/1000 connection breaks under load until rebo o kern/160693 net [gif] [em] Multicast packet are not passed from GIF0 t o kern/160293 net [ieee80211] ppanic] kernel panic during network setup o kern/160206 net [gif] gifX stops working after a while (IPv6 tunnel) o kern/159817 net [udp] write UDPv4: No buffer space available (code=55) o kern/159629 net [ipsec] [panic] kernel panic with IPsec in transport m o kern/159621 net [tcp] [panic] panic: soabort: so_count o kern/159603 net [netinet] [patch] in_ifscrubprefix() - network route c o kern/159601 net [netinet] [patch] in_scrubprefix() - loopback route re o kern/159294 net [em] em watchdog timeouts o kern/159203 net [wpi] Intel 3945ABG Wireless LAN not support IBSS o kern/158930 net [bpf] BPF element leak in ifp->bpf_if->bif_dlist o kern/158726 net [ip6] [patch] ICMPv6 Router Announcement flooding limi o kern/158694 net [ix] [lagg] ix0 is not working within lagg(4) o kern/158665 net [ip6] [panic] kernel pagefault in in6_setscope() o kern/158635 net [em] TSO breaks BPF packet captures with em driver f kern/157802 net [dummynet] [panic] kernel panic in dummynet o kern/157785 net amd64 + jail + ipfw + natd = very slow outbound traffi o kern/157418 net [em] em driver lockup during boot on Supermicro X9SCM- o kern/157410 net [ip6] IPv6 Router Advertisements Cause Excessive CPU U o kern/157287 net [re] [panic] INVARIANTS panic (Memory modified after f o kern/157200 net [network.subr] [patch] stf(4) can not communicate betw o kern/157182 net [lagg] lagg interface not working together with epair o kern/156877 net [dummynet] [panic] dummynet move_pkt() null ptr derefe o kern/156667 net [em] em0 fails to init on CURRENT after March 17 o kern/156408 net [vlan] Routing failure when using VLANs vs. Physical e o kern/156328 net [icmp]: host can ping other subnet but no have IP from o kern/156317 net [ip6] Wrong order of IPv6 NS DAD/MLD Report o kern/156283 net [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re o kern/156279 net [if_bridge][divert][ipfw] unable to correctly re-injec o kern/156226 net [lagg]: failover does not announce the failover to swi o kern/156030 net [ip6] [panic] Crash in nd6_dad_start() due to null ptr o kern/155680 net [multicast] problems with multicast s kern/155642 net [new driver] [request] Add driver for Realtek RTL8191S o kern/155597 net [panic] Kernel panics with "sbdrop" message o kern/155420 net [vlan] adding vlan break existent vlan o kern/155177 net [route] [panic] Panic when inject routes in kernel o kern/155010 net [msk] ntfs-3g via iscsi using msk driver cause kernel o kern/154943 net [gif] ifconfig gifX create on existing gifX clears IP s kern/154851 net [new driver] [request]: Port brcm80211 driver from Lin o kern/154850 net [netgraph] [patch] ng_ether fails to name nodes when t o kern/154679 net [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R o kern/154600 net [tcp] [panic] Random kernel panics on tcp_output o kern/154557 net [tcp] Freeze tcp-session of the clients, if in the gat o kern/154443 net [if_bridge] Kernel module bridgestp.ko missing after u o kern/154286 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/154255 net [nfs] NFS not responding o kern/154214 net [stf] [panic] Panic when creating stf interface o kern/154185 net race condition in mb_dupcl p kern/154169 net [multicast] [ip6] Node Information Query multicast add o kern/154134 net [ip6] stuck kernel state in LISTEN on ipv6 daemon whic o kern/154091 net [netgraph] [panic] netgraph, unaligned mbuf? o conf/154062 net [vlan] [patch] change to way of auto-generatation of v o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153244 net [em] em(4) fails to send UDP to port 0xffff 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 kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] [patch] encapsulate vlan in ng_ether before out o kern/152036 net [libc] getifaddrs(3) returns truncated sockaddrs for n 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 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 bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio 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/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148018 net [flowtable] flowtable crashes on ia64 o kern/147912 net [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300 11 o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by f kern/146792 net [flowtable] flowcleaner 100% cpu's core load 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 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 kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. p kern/145600 net TCP/ECN behaves different to CE/CWR than ns2 reference f kern/144917 net [flowtable] [panic] flowtable crashes system [regressi 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/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144231 net bind/connect/sendto too strict about sockaddr length 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/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 kern/143034 net [panic] system reboots itself in tcp code [regression] 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 f kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg 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/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph f 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/140346 net [wlan] High bandwidth use causes loss of wlan connecti 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/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 p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) 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/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/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 f kern/138029 net [bpf] [panic] periodically kernel panic and reboot o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 p 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 bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i 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 kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/135502 net [periodic] Warning message raised by rtfree function i 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/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/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 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 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/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/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f 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/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 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/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow f 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 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 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 p kern/127360 net [socket] TOE socket options missing from sosetopt() 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/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126339 net [ipw] ipw driver drops the connection 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/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre 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/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 conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 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/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/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work 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 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/121534 net [ipl] [nat] FreeBSD Release 6.3 Kernel Trap 12: 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 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 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 o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands 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/111537 net [inet6] [patch] ip6_input() treats mbuf cluster wrong o kern/111457 net [ral] ral(4) freeze o kern/110284 net [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et o kern/110249 net [kernel] [regression] [patch] setsockopt() error regre o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] f kern/108197 net [panic] [gif] [ip6] if_delmulti reference counting pan o kern/107944 net [wi] [patch] Forget to unlock mutex-locks 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/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] 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/104738 net [inet] [patch] Reentrant problem with inet_ntoa in the 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/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling 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/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 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge 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/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ 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 kern/82468 net Using 64MB tcp send/recv buffers, trafficflow stops, i 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/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/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/68889 net [panic] m_copym, length > size of mbuf chain 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 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr o kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/31940 net ip queue length too short for >500kpps o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna f kern/24959 net [patch] proper TCP_NOPUSH/TCP_CORK compatibility o conf/23063 net [arp] [patch] for static ARP tables in rc.network o kern/21998 net [socket] [patch] ident only for outgoing connections o kern/5877 net [socket] sb_cc counts control data as well as data dat 467 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Sep 16 19:48:53 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 55B82375; Mon, 16 Sep 2013 19:48:53 +0000 (UTC) (envelope-from melifaro@FreeBSD.org) Received: from mail.ipfw.ru (mail.ipfw.ru [IPv6:2a01:4f8:120:6141::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 14AA32887; Mon, 16 Sep 2013 19:48:53 +0000 (UTC) Received: from v6.mpls.in ([2a02:978:2::5] helo=ws.su29.net) by mail.ipfw.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1VLb1Z-000Lx2-Kn; Mon, 16 Sep 2013 19:47:41 +0400 Message-ID: <52376097.6080406@FreeBSD.org> Date: Mon, 16 Sep 2013 23:48:39 +0400 From: "Alexander V. Chernikov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:17.0) Gecko/20130728 Thunderbird/17.0.7 MIME-Version: 1.0 To: Anuranjan Shukla Subject: Re: IFNAMSIZ/IF_NAMESIZE change proposal References: <9527D72E-5871-4C5E-B2AB-A3BECA4925D4@juniper.net> In-Reply-To: <9527D72E-5871-4C5E-B2AB-A3BECA4925D4@juniper.net> X-Enigmail-Version: 1.5.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="----enig2THIBILQCFMGUTJMNMUDS" Cc: "freebsd-net@freebsd.org" , Marcel Moolenaar , "freebsd-arch@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 16 Sep 2013 19:48:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2THIBILQCFMGUTJMNMUDS Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 14.09.2013 12:44, Anuranjan Shukla wrote: > Hi, > At Juniper Networks, interface name size was needed to be longer than w= hat FreeBSD has. We're trying to reduce our local changes to FreeBSD to a= llow us an easier time upgrading to newer FreeBSD releases, and support t= he modularization of the network stack we'd proposed earlier. I'm sending= this out to propose changing IFNAMSIZ from 16 to 60 (this is the size w= e use) in FreeBSD. We don't see any downside (other than increasing the i= freq structure size for one) to doing this, as allowing longer interface = names can be handy for vendors. I'd like to hear if there's a strong obje= ction to this. If not, we'd like to get this into to the FreeBSD codebase= =2E Any thoughts/objections highly appreciated. Changing this will break route socket (if_announcemsghdr). We definitely need some rtsock changes in many areas so maybe we can consider bumping rtsock version for 10.0, however it needs to be discussed (maybe at Malta?) >=20 > Thanks, > Anu > _______________________________________________ > 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 ------enig2THIBILQCFMGUTJMNMUDS Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlI3YJsACgkQwcJ4iSZ1q2lPewCgktgO8IwRZt9JDyeKpSORxy3B Pl4AoJIgtWENYy84EASGGxIH6lD/rTj3 =bbTb -----END PGP SIGNATURE----- ------enig2THIBILQCFMGUTJMNMUDS-- From owner-freebsd-net@FreeBSD.ORG Tue Sep 17 01:09:19 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4E08676E for ; Tue, 17 Sep 2013 01:09:19 +0000 (UTC) (envelope-from prvs=1972d7f463=agave.spring@cadamericas.com) Received: from cadamericas.com (mail02.amotive.com [173.164.153.20]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2D0D92E0C for ; Tue, 17 Sep 2013 01:09:18 +0000 (UTC) Received: from agave.cadamericas.com ([64.183.139.162]) by amotive.com (mail02.amotive.com) (MDaemon PRO v13.0.2) with ESMTP id md50002527509.msg; Mon, 16 Sep 2013 18:09:06 -0700 X-Spam-Processed: mail02.amotive.com, Mon, 16 Sep 2013 18:09:06 -0700 (not processed: message from trusted or authenticated source) X-MDRemoteIP: 64.183.139.162 X-Return-Path: prvs=1972d7f463=agave.spring@cadamericas.com X-Envelope-From: agave.spring@cadamericas.com X-MDaemon-Deliver-To: freebsd-net@freebsd.org Date: Mon, 16 Sep 2013 18:08:57 -0700 To: freebsd-net From: CAD Americas Subject: Top Autodesk Trainers Coming to You this Fall Message-ID: <8bbbeb444a51208ef5d413016f02992f@agave.cadamericas.com> X-Priority: 3 X-Mailer: PHPMailer 5.2.1 (http://code.google.com/a/apache-extras.org/p/phpmailer/) X-CampTrackID: 7b5a0d08-9937-7f44-d996-5237abcac1ed MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: CAD Americas List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 01:09:19 -0000 AUGI CAD AMERICAS TRAINING DAYS START WHERE MOST OTHER TRAINING OPTIONS LEA= VE OFF=0AJoin industry leader for the advanced, case-based ACA training day= in your area the Fall.=0AGET THE IN-DEPTH TRAINING YOU'VE BEEN LOOKING FOR= AUGI CAD Americas Training Days start where basic product training leaves = off!=0A=0A October 1October 2October 3October 15October 16October 17October= 23November 5=0ASan Francisco, CALos Angeles, CASeattle, WACincinnati, OHCh= icago, ILMinneapolis, MNPhiladelphia, PAHouston, TX=0A=0AREADY FOR A PRODUC= TIVITY BOOST?See what the experts have to offer!=0ANoted CAD Management aut= hor Robert Green equips you to better manage your CAD/BIM environment, migr= ate from 2D to 3D, speed processes, save money, navigate the resistance to = change ... and how to succeed as a CAD/BIM Manager in today's environment.= =0ARenowned Revit expert Tod Stephens goes beyond feature sets and presents= his own real-world examples of how different tools offer significant produ= ctivity gains for you and your team. If you're working in Revit and looking= for better over project outcomes during the design phase, or wondering whi= ch rendering engine is the best choice for your BIM workflow, come to Tod's= sessions.=0AAutoCAD industry expert Steve Schain shares his vast treasure = chest of AutoCAD tips and techniques that will boost productivity for both = you and your team. From Parametrics tools, 3D modeling and visualization to= 3D printing and rapid prototyping Steve will show you how to do more with = the tools you're working with!=0ACivil 3D guru Rick Ellis digs into Civil 3= D surfaces, styles, surface volume and cross section calculation techniques= , and much more. He'll give you a practical guide to GIS in Civil 3D and a = guided tour of Autodesk Infraworks. He shares techniques only available in = his books and now at AUGI CAD Americas.=0ALocal Resellers demonstrate servi= ces and technologies available in your area.=0AClick here to see full sessi= on descriptions.=0ABECOME AN AUGI MEMBER AND SAVE Register for an AUGI CAD = Americas Training Day AND your AUGI membership and SAVE. If you're not alre= ady an AUGI member, you can register to become either a Premier Member or P= rofessional Member when you register for an AUGI CAD Americas Training Day = and get the discount immediately.=0AStandard Rate: $195=0AAUGI Member Rate:= $150 (available to current Premier and Professional members only)=0AAUGI P= remier Membership CAD Americas: $175=0AAUGI Professional Membership CAD= Americas: $250=0AStudent/Faculty Rate: $95 (must present current student I= D upon check-in at registration)=0AREGISTER FOR AUGI CAD AMERICAS TRAINING = TODAY!=0A=0A=0A=0A Join us at=0A=0A=0A=0A=0A=0A=0A=0A=0A=0AINTERNATIONAL SP= ONSORS=0A=0A =0A Click Unsubscribe=0A From owner-freebsd-net@FreeBSD.ORG Tue Sep 17 14:57:00 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 799DE661 for ; Tue, 17 Sep 2013 14:57:00 +0000 (UTC) (envelope-from phpservicefast@gmail.com) Received: from mail-pa0-x242.google.com (mail-pa0-x242.google.com [IPv6:2607:f8b0:400e:c03::242]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4BD502A8E for ; Tue, 17 Sep 2013 14:57:00 +0000 (UTC) Received: by mail-pa0-f66.google.com with SMTP id fz6so3114778pac.5 for ; Tue, 17 Sep 2013 07:56:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:subject:date:message-id:mime-version:content-type :thread-index:content-language; bh=fgR0di9CJB7NVbrm4b/NEibl4HglvKziodqQ9BxnWg0=; b=bN4ElLCwJGU5zguMnEzS44d0Vd8Xmv0lAe4jqOA/vQQvRcmW9olVh3ijC9Bcsq9FS5 gKURxUOVVuTuE6Hgw1aTQVKXJIzTwFPRX3piSc77G1AnHFIfb+QZwqw4KxSmIbTsIXi2 TYx2Y5jcr7C8+UmIdk3u5VDaaPrfmEjNLwxEbNn+Tbo/fuLr8zXDSzqpR8TU9f0CLrK5 MCdnOc7vKqjO3vJGylKDjUw5UCfe1CxjYYXcTsgRRpKfXp00LoH15f1ZriJWBwnK5iUT mzbvm3mODm5LnCQFdT8aIJl3Fo8iLif9d++mtF8ZGeiCCL5ob2eHvT9LHA+wFH+bG7aB NOuQ== X-Received: by 10.68.189.98 with SMTP id gh2mr3739259pbc.181.1379429819898; Tue, 17 Sep 2013 07:56:59 -0700 (PDT) Received: from tashuPC ([120.59.3.45]) by mx.google.com with ESMTPSA id fa4sm46605845pab.17.1969.12.31.16.00.00 (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 17 Sep 2013 07:56:59 -0700 (PDT) From: "Nitika" To: Subject: SEO Services Proposal !!! Date: Tue, 17 Sep 2013 20:26:11 +0530 Message-ID: <102001ceb3b6$280c7d50$782577f0$@com> MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_NextPart_000_1021_01CEB3E4.41C4B950" X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Ac6ztgoR1fmGHNMXTOmLMwDi0sEiqg== Content-Language: en-us X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 14:57:00 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_1021_01CEB3E4.41C4B950 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Hello, Greetings of the day! My name is Nitika and working with a reputed leading S.E.O. Company in INDIA having the experience of getting our customer's websites top in Google, Yahoo and Msn and other search engine rankings producing high revenue with top page rank. We provide a S.E.O. Special Offer going for the following package.. Monthly task and Responsibilities - 1. Directory submissions 2. Social Bookmarking Submissions 3. Article Submissions 4. Press Release Submissions 5. Blog Submissions 6. Unique article written 7. Unique words press releases 8. One Way back links with mix PR 9. Meta tags changes suggestions 10. Keyword research 11. Competitor Analysis 12. Heading tag changes 13. Alt tag changes 14. Interlinking wherever required. 15. Keyword Density in site content. 16. HTML Site Map 17. XML site map and Submission in webmaster tool Let me know if you are interested and I would happy to send you more details on this. Kind Regards Nitika | Associate Consultant / Production Coordinator, Pixel Dew ========================================================= DISCLAIMER: ---------------------------------------------------------------------------- ---------------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. It shall not attach any liability on the originator or Pixel Dew. Any views or opinions presented in this email are solely those of the author and may not necessarily reflect the opinions of Pixel Dew. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any mail and attachments please check them for viruses and defect. ------=_NextPart_000_1021_01CEB3E4.41C4B950-- From owner-freebsd-net@FreeBSD.ORG Tue Sep 17 16:59:52 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 9A43F28A for ; Tue, 17 Sep 2013 16:59:52 +0000 (UTC) (envelope-from rmcintosh@nitemare.net) Received: from mail-qe0-f50.google.com (mail-qe0-f50.google.com [209.85.128.50]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5C930226D for ; Tue, 17 Sep 2013 16:59:51 +0000 (UTC) Received: by mail-qe0-f50.google.com with SMTP id a11so3849156qen.23 for ; Tue, 17 Sep 2013 09:59:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=Zlyf0BHRAa+YwxRna+H5yRSV1tuDtBSRoz9w1gY4kC4=; b=XmXHAtRccbyQ+Iek75l3V6F+D8KUogvE245yTMw+P+IT7+Hd7ET7LcRjhTPZBjtE+U hsIiMn3FiRzI9bxckeZw6kAfnNS/ZKp0LzAJbfWho5pHd/6dQM1SFT4/jHaAtc1qmC3J KCHbyTUVKtWTtKb9E/RAryhTGDYNP91P156ie7UTmWSqVn2t7grmtKmNnHvjSL5GVan8 SODuGRdUNYP8AOTP1HZ0i//9ET2eNdCguiQBVrTNfMcEoip1wmFAWqqYaYsnvwJziGbi 7+eZtD9nnQvJVRWIUM2iU15CeuNSH0eDA3TXk6eJ4ysiDsEVGIIs8K/UMxWW3iVaYhbc 6lqQ== X-Gm-Message-State: ALoCoQkFjnCSeiTQUQbQdVwQMJ/97eIdI7x+rLZ8r6TZcusGv9dq1WAcwLZQ0GJWgkpsPBD4vtG9 MIME-Version: 1.0 X-Received: by 10.49.71.169 with SMTP id w9mr4240339qeu.95.1379437184792; Tue, 17 Sep 2013 09:59:44 -0700 (PDT) Received: by 10.49.60.10 with HTTP; Tue, 17 Sep 2013 09:59:44 -0700 (PDT) X-Originating-IP: [2001:470:8ca5:2001:d91b:cdbf:b4bb:8be5] Date: Tue, 17 Sep 2013 12:59:44 -0400 Message-ID: Subject: QLE3142-CU-CK driver (NetXen NX3031 chipset) From: Ryan McIntosh To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Sep 2013 16:59:52 -0000 This particular chipset used in this card has been brought up in the past under threads about HP's NC375 controller. The outcome was that it needed information/assistance from Qlogic to develop a driver. I have 2 of the cards mentioned in the title (details below) and I've finally gotten a useful response from Qlogic about opening channels to assist FreeBSD with Qlogic hardware; however they've requested a FreeBSD developer's contact information to get in touch with if anyone is up for the challenge? root@dev01:/root # pciconf -l hostb0@pci0:0:0:0: class=0x060000 card=0xbc8015d9 chip=0x40038086 rev=0x20 hdr=0x00 pcib1@pci0:0:1:0: class=0x060400 card=0xbc8015d9 chip=0x40218086 rev=0x20 hdr=0x01 pcib2@pci0:0:5:0: class=0x060400 card=0xbc8015d9 chip=0x40258086 rev=0x20 hdr=0x01 pcib7@pci0:0:7:0: class=0x060400 card=0xbc8015d9 chip=0x40278086 rev=0x20 hdr=0x01 none0@pci0:0:15:0: class=0x088000 card=0xbc8015d9 chip=0x402f8086 rev=0x20 hdr=0x00 hostb1@pci0:0:16:0: class=0x060000 card=0xbc8015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb2@pci0:0:16:1: class=0x060000 card=0xbc8015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb3@pci0:0:16:2: class=0x060000 card=0xbc8015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb4@pci0:0:16:3: class=0x060000 card=0xbc8015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb5@pci0:0:16:4: class=0x060000 card=0xbc8015d9 chip=0x40308086 rev=0x20 hdr=0x00 hostb6@pci0:0:17:0: class=0x060000 card=0xbc8015d9 chip=0x40318086 rev=0x20 hdr=0x00 hostb7@pci0:0:21:0: class=0x060000 card=0xbc8015d9 chip=0x40358086 rev=0x20 hdr=0x00 hostb8@pci0:0:21:1: class=0x060000 card=0xbc8015d9 chip=0x40358086 rev=0x20 hdr=0x00 hostb9@pci0:0:22:0: class=0x060000 card=0xbc8015d9 chip=0x40368086 rev=0x20 hdr=0x00 hostb10@pci0:0:22:1: class=0x060000 card=0xbc8015d9 chip=0x40368086 rev=0x20 hdr=0x00 uhci0@pci0:0:29:0: class=0x0c0300 card=0xbc8015d9 chip=0x26888086 rev=0x09 hdr=0x00 uhci1@pci0:0:29:1: class=0x0c0300 card=0xbc8015d9 chip=0x26898086 rev=0x09 hdr=0x00 uhci2@pci0:0:29:2: class=0x0c0300 card=0xbc8015d9 chip=0x268a8086 rev=0x09 hdr=0x00 ehci0@pci0:0:29:7: class=0x0c0320 card=0xbc8015d9 chip=0x268c8086 rev=0x09 hdr=0x00 pcib8@pci0:0:30:0: class=0x060401 card=0xbc8015d9 chip=0x244e8086 rev=0xd9 hdr=0x01 isab0@pci0:0:31:0: class=0x060100 card=0xbc8015d9 chip=0x26708086 rev=0x09 hdr=0x00 ahci0@pci0:0:31:2: class=0x010601 card=0xbc8015d9 chip=0x26818086 rev=0x09 hdr=0x00 none1@pci0:0:31:3: class=0x0c0500 card=0xbc8015d9 chip=0x269b8086 rev=0x09 hdr=0x00 none2@pci0:1:0:0: class=0x020000 card=0x01264040 chip=0x01004040 rev=0x42 hdr=0x00 none3@pci0:1:0:1: class=0x020000 card=0x01264040 chip=0x01004040 rev=0x42 hdr=0x00 pcib3@pci0:3:0:0: class=0x060400 card=0xbc8015d9 chip=0x35008086 rev=0x01 hdr=0x01 pcib6@pci0:3:0:3: class=0x060400 card=0xbc8015d9 chip=0x350c8086 rev=0x01 hdr=0x01 pcib4@pci0:4:0:0: class=0x060400 card=0xbc8015d9 chip=0x35108086 rev=0x01 hdr=0x01 pcib5@pci0:4:2:0: class=0x060400 card=0xbc8015d9 chip=0x35188086 rev=0x01 hdr=0x01 em0@pci0:6:0:0: class=0x020000 card=0x109615d9 chip=0x10968086 rev=0x01 hdr=0x00 em1@pci0:6:0:1: class=0x020000 card=0x109615d9 chip=0x10968086 rev=0x01 hdr=0x00 none4@pci0:8:0:0: class=0x0c0600 card=0x627415b3 chip=0x627415b3 rev=0x20 hdr=0x00 vgapci0@pci0:9:1:0: class=0x030000 card=0xbc8015d9 chip=0x515e1002 rev=0x02 hdr=0x00 - snip from pciconf -lv for the card in question (its a dual port) - none2@pci0:1:0:0: class=0x020000 card=0x01264040 chip=0x01004040 rev=0x42 hdr=0x00 vendor = 'NetXen Incorporated' device = 'NX3031 Multifunction 1/10-Gigabit Server Adapter' class = network subclass = ethernet none3@pci0:1:0:1: class=0x020000 card=0x01264040 chip=0x01004040 rev=0x42 hdr=0x00 vendor = 'NetXen Incorporated' device = 'NX3031 Multifunction 1/10-Gigabit Server Adapter' class = network subclass = ethernet - end snip - root@dev01:/root # uname -a FreeBSD dev01 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243825: Tue Dec 4 09:23:10 UTC 2012 root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64 root@dev01:/root # Ryan From owner-freebsd-net@FreeBSD.ORG Wed Sep 18 07:30:52 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 12624E2 for ; Wed, 18 Sep 2013 07:30:52 +0000 (UTC) (envelope-from s.khanchi@gmail.com) Received: from mail-wg0-x22f.google.com (mail-wg0-x22f.google.com [IPv6:2a00:1450:400c:c00::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A5BA52434 for ; Wed, 18 Sep 2013 07:30:51 +0000 (UTC) Received: by mail-wg0-f47.google.com with SMTP id f12so5927959wgh.2 for ; Wed, 18 Sep 2013 00:30:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:message-id:subject:to:content-type; bh=t7KL589FkYlt2XZWvuJ546k9kdjga3ry6+r1es2v69c=; b=iAglLG43i2wvwLS5vfeg6bzu8sVokX0CWe0ABaVfG0cfa+6IfsgTX0kl99SeVaHmCX TauPnmx1ilI0zkRFbw+cp4eEmjG2g5xEbhhXecu3TwA/h7Pku7IYiXgWiaxW4y+Jnnmi EY8nH2/8hU+3rKD/GImaJSxGT7ZhZHerpXFalPLzXOp9WfMtCsGmDZOKel225Ih+c/4R rXeJX9wbdxThvSktP+OhxEAlzeDgmbNqPQZYYdPMW+cAWZZZHzDoqdAUyka+w1WBu8WY KkgGoe2wp51EGSai8tU7y09UReTVKuH50fmY9Lp7zkJ1lQdfaDt0OZgza6CEJbuBBQyc vixQ== X-Received: by 10.194.222.2 with SMTP id qi2mr31008275wjc.14.1379489450106; Wed, 18 Sep 2013 00:30:50 -0700 (PDT) MIME-Version: 1.0 Sender: s.khanchi@gmail.com Received: by 10.194.232.162 with HTTP; Wed, 18 Sep 2013 00:30:30 -0700 (PDT) From: h bagade Date: Wed, 18 Sep 2013 12:00:30 +0430 X-Google-Sender-Auth: THD5Jr8v1iRQtqTRl7hgNiHoWv0 Message-ID: Subject: impact of disabling firewall on performance? To: "freebsd-net@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 07:30:52 -0000 Hi all, I've heard that disabling firewall with commands or setting related sysctl parameter wouldn't increase performance and still firewalls participate in forwarding process. The only way to reach a better performance is making firewall modules to being loaded dynamically and thereafter unloading firewall modules! I want to know is it right? and if so, why it should be like this? Thanks in advance From owner-freebsd-net@FreeBSD.ORG Wed Sep 18 08:27:32 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id EFB294D9 for ; Wed, 18 Sep 2013 08:27:32 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 69D9B280F for ; Wed, 18 Sep 2013 08:27:31 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r8I875Go039058; Wed, 18 Sep 2013 18:07:05 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 18 Sep 2013 18:07:05 +1000 (EST) From: Ian Smith To: h bagade Subject: Re: impact of disabling firewall on performance? In-Reply-To: Message-ID: <20130918175406.B1460@sola.nimnet.asn.au> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 08:27:33 -0000 On Wed, 18 Sep 2013 12:00:30 +0430, h bagade wrote: > Hi all, > > I've heard that disabling firewall with commands or setting related sysctl > parameter wouldn't increase performance and still firewalls participate in > forwarding process. The only way to reach a better performance is making > firewall modules to being loaded dynamically and thereafter unloading > firewall modules! Where exactly did you hear that? > I want to know is it right? and if so, why it should be like this? The difference between not invoking a firewall at all and invoking one with a single 'pass all' rule would be fairly difficult to measure per packet. If your firewall is a bottleneck you likely have larger issues. cheers, Ian From owner-freebsd-net@FreeBSD.ORG Wed Sep 18 09:18:41 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5EC607A0 for ; Wed, 18 Sep 2013 09:18:41 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-la0-x236.google.com (mail-la0-x236.google.com [IPv6:2a00:1450:4010:c03::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id C75D02B41 for ; Wed, 18 Sep 2013 09:18:40 +0000 (UTC) Received: by mail-la0-f54.google.com with SMTP id ea20so5362714lab.41 for ; Wed, 18 Sep 2013 02:18:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=qzgIi+RRSorEeB7+lbtmcOlCr+cRPNk2sp0clt51XKQ=; b=Bj4a/Fj9cwmZWjM0eSNHAY/MvsiQFh+lcr4HLqylHEzFvoTXA3TsfUryGpGCHqSXhQ PbXR0K2msFo/A4aCu5+Ud9LmL3amFxUODJRVCZkI6upaPmxmSHs8aIJO87rtaA3DpVK1 gWcZuBi0tz8coEdKiHX4mDqkaBZ0hna9C0+1BeoCPuVXUSOrIzFzTMZYp4EVPbMw3ilQ S3Voc67W1Cg55BGM7qLcNfYys7uafD8SpYnJPUyKFqZttEg/uIAERVhdzOPMuLx4mDX0 1LvHEZ3QkLvGnpIkhEqRbcx+mv75RnKB9UjCrwr1UJZfHuzHpCepBFx0j4LbeWk7GtTM WKJQ== MIME-Version: 1.0 X-Received: by 10.112.190.1 with SMTP id gm1mr5867471lbc.30.1379495918767; Wed, 18 Sep 2013 02:18:38 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.200.165 with HTTP; Wed, 18 Sep 2013 02:18:38 -0700 (PDT) In-Reply-To: <20130918175406.B1460@sola.nimnet.asn.au> References: <20130918175406.B1460@sola.nimnet.asn.au> Date: Wed, 18 Sep 2013 11:18:38 +0200 X-Google-Sender-Auth: J3l6Pe9xPTnWwRMt7PuJlStGcDY Message-ID: Subject: Re: impact of disabling firewall on performance? From: Luigi Rizzo To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: h bagade , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 09:18:41 -0000 On Wed, Sep 18, 2013 at 10:07 AM, Ian Smith wrote: > On Wed, 18 Sep 2013 12:00:30 +0430, h bagade wrote: > > Hi all, > > > > I've heard that disabling firewall with commands or setting related > sysctl > > parameter wouldn't increase performance and still firewalls participate > in > > forwarding process. The only way to reach a better performance is making > > firewall modules to being loaded dynamically and thereafter unloading > > firewall modules! > > Where exactly did you hear that? > > > I want to know is it right? and if so, why it should be like this? > > The difference between not invoking a firewall at all and invoking one > with a single 'pass all' rule would be fairly difficult to measure per > packet. If your firewall is a bottleneck you likely have larger issues. > well... unloading or disabling the firewall with a sysctl is likely exactly the same in terms of performance -- it's just something like if (firewall_loaded || firewall_enabled) { invoke_firewall(...); } However, executing the firewall with a single pass rule consumes some significant amount of time, see http://info.iet.unipi.it/~luigi/papers/20091201-dummynet.pdf (those numbers are from 2009 and i measured about 400ns; recent measurements with ipfw-over-netmap on a fast i7 give about 100ns per packet). This is definitely measurable. cheers luigi From owner-freebsd-net@FreeBSD.ORG Wed Sep 18 09:35:20 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 0A49CA5A for ; Wed, 18 Sep 2013 09:35:20 +0000 (UTC) (envelope-from s.khanchi@gmail.com) Received: from mail-we0-x22c.google.com (mail-we0-x22c.google.com [IPv6:2a00:1450:400c:c03::22c]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8A5392C0F for ; Wed, 18 Sep 2013 09:35:19 +0000 (UTC) Received: by mail-we0-f172.google.com with SMTP id w61so6164701wes.17 for ; Wed, 18 Sep 2013 02:35:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc:content-type; bh=hin19ATNiwJaVx4hsa/48GYUM1TAZsFXD42LVeilk9g=; b=hfoU46vt4XMiftNlCWaiPQWzqOqTiVKKlsNKwddBTramKerbI2VKnarBu0JdfsUkZ3 0GLZ/8rwMH4Z9Aml6Isv/UxVG//boqLJa3UqEuRnBupGI7kIqM9ob1Xm9s97Xxld9+tK 6zAu+BNqWz2I9C1LCBFG9mthCWbpMzSg9m2TUI1pKFkxNEwc/+gqFoSW3QPokEzamRVN iFPzkeFAlBo/bouOx8IcKfB87a+BnlXNi7yTmttMgLLv5ggGNZpXxXy+LCKI2YYWShzn 0VPm9D/J5xhnBNy+MTzU6leuuHIFJMoFw4r9GlkQxjf/g0WSTu51clpKF2R/tk5Owonr sIBw== X-Received: by 10.180.160.212 with SMTP id xm20mr6173954wib.23.1379496917934; Wed, 18 Sep 2013 02:35:17 -0700 (PDT) MIME-Version: 1.0 Sender: s.khanchi@gmail.com Received: by 10.194.232.162 with HTTP; Wed, 18 Sep 2013 02:34:57 -0700 (PDT) In-Reply-To: References: <20130918175406.B1460@sola.nimnet.asn.au> From: h bagade Date: Wed, 18 Sep 2013 14:04:57 +0430 X-Google-Sender-Auth: 1ZX5iEh0aELnhWkcgiddwLZ5sWs Message-ID: Subject: Re: impact of disabling firewall on performance? To: Luigi Rizzo Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" , Ian Smith X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 09:35:20 -0000 On Wed, Sep 18, 2013 at 1:48 PM, Luigi Rizzo wrote: > > > > On Wed, Sep 18, 2013 at 10:07 AM, Ian Smith wrote: > >> On Wed, 18 Sep 2013 12:00:30 +0430, h bagade wrote: >> > Hi all, >> > >> > I've heard that disabling firewall with commands or setting related >> sysctl >> > parameter wouldn't increase performance and still firewalls >> participate in >> > forwarding process. The only way to reach a better performance is >> making >> > firewall modules to being loaded dynamically and thereafter unloading >> > firewall modules! >> >> Where exactly did you hear that? >> >> > I want to know is it right? and if so, why it should be like this? >> >> The difference between not invoking a firewall at all and invoking one >> with a single 'pass all' rule would be fairly difficult to measure per >> packet. If your firewall is a bottleneck you likely have larger issues. >> > > well... > unloading or disabling the firewall with a sysctl is likely > exactly the same in terms of performance -- it's just > something like > > if (firewall_loaded || firewall_enabled) { > invoke_firewall(...); > } > > However, executing the firewall with a single pass rule consumes > some significant amount of time, see > http://info.iet.unipi.it/~luigi/papers/20091201-dummynet.pdf > (those numbers are from 2009 and i measured about 400ns; > recent measurements with ipfw-over-netmap on a fast i7 > give about 100ns per packet). > > This is definitely measurable. > > cheers > luigi > > Thank you a lot for your great help. Now I am sure that just disabling firewall is enough and there is no need to unload the module. From owner-freebsd-net@FreeBSD.ORG Wed Sep 18 14:19:39 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 4E018562 for ; Wed, 18 Sep 2013 14:19:39 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B578C2D44 for ; Wed, 18 Sep 2013 14:19:38 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id r8IEJXWB051679; Thu, 19 Sep 2013 00:19:34 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Thu, 19 Sep 2013 00:19:33 +1000 (EST) From: Ian Smith To: Luigi Rizzo Subject: Re: impact of disabling firewall on performance? In-Reply-To: Message-ID: <20130918235331.R1460@sola.nimnet.asn.au> References: <20130918175406.B1460@sola.nimnet.asn.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: h bagade , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 14:19:39 -0000 On Wed, 18 Sep 2013 11:18:38 +0200, Luigi Rizzo wrote: > On Wed, Sep 18, 2013 at 10:07 AM, Ian Smith wrote: > > > On Wed, 18 Sep 2013 12:00:30 +0430, h bagade wrote: > > > Hi all, > > > > > > I've heard that disabling firewall with commands or setting related > > sysctl > > > parameter wouldn't increase performance and still firewalls participate > > in > > > forwarding process. The only way to reach a better performance is making > > > firewall modules to being loaded dynamically and thereafter unloading > > > firewall modules! > > > > Where exactly did you hear that? > > > > > I want to know is it right? and if so, why it should be like this? > > > > The difference between not invoking a firewall at all and invoking one > > with a single 'pass all' rule would be fairly difficult to measure per > > packet. If your firewall is a bottleneck you likely have larger issues. > > > > well... :-) I almost added "though Luigi will have measured it to the ns/MHz" > unloading or disabling the firewall with a sysctl is likely > exactly the same in terms of performance -- it's just > something like > > if (firewall_loaded || firewall_enabled) { > invoke_firewall(...); > } Not && ? Either way, unloading the module/s couldn't gain any performance. > However, executing the firewall with a single pass rule consumes > some significant amount of time, see > http://info.iet.unipi.it/~luigi/papers/20091201-dummynet.pdf > (those numbers are from 2009 and i measured about 400ns; > recent measurements with ipfw-over-netmap on a fast i7 > give about 100ns per packet). > > This is definitely measurable. Thanks for the spanking, and a second browsing of Dummynet Revisited. cheers, Ian From owner-freebsd-net@FreeBSD.ORG Wed Sep 18 14:27:10 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id A5FDF73F for ; Wed, 18 Sep 2013 14:27:10 +0000 (UTC) (envelope-from rizzo.unipi@gmail.com) Received: from mail-lb0-x232.google.com (mail-lb0-x232.google.com [IPv6:2a00:1450:4010:c04::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1AE2D2DC4 for ; Wed, 18 Sep 2013 14:27:09 +0000 (UTC) Received: by mail-lb0-f178.google.com with SMTP id z5so6618503lbh.23 for ; Wed, 18 Sep 2013 07:27:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=GSZGA1V5FD0fIEYZqQYLlSpgg8jpC1tCS51fTcJmyL4=; b=sdFDusFim2oMlW+banC3+HiOVVMimBO7uM9hFByI+65UMqQysmgHnLzs1y9LThzbG5 HA5r6oFSVLX/G+8amLbrUy/a0EpamUc9YVlULtAjT7c9NaWJ9+VQfM5glUmZ6gBrIxwB lJ+zWoGuNHnHO30lfffd3GR6ccMWvMTFxfIUVis07548fdD8dTYifRCFlIUjb8QNVCTC YgSAq4sXHSYvbNmBisCApZ0i0OxM16tJdzkB2PLZORWPyEz9t7y0xT7+QCX+xziWA93f iaq0bKVvpxownONl+hu0jzZkOFzWvedExM7VXDehvoU3v5b5lqlKniiLX1Kk0CEgs7X9 u9pA== MIME-Version: 1.0 X-Received: by 10.112.40.110 with SMTP id w14mr1669164lbk.42.1379514428020; Wed, 18 Sep 2013 07:27:08 -0700 (PDT) Sender: rizzo.unipi@gmail.com Received: by 10.114.200.165 with HTTP; Wed, 18 Sep 2013 07:27:07 -0700 (PDT) In-Reply-To: <20130918235331.R1460@sola.nimnet.asn.au> References: <20130918175406.B1460@sola.nimnet.asn.au> <20130918235331.R1460@sola.nimnet.asn.au> Date: Wed, 18 Sep 2013 16:27:07 +0200 X-Google-Sender-Auth: to7LfhyLRO-cFY2lHr2DnKLeEkk Message-ID: Subject: Re: impact of disabling firewall on performance? From: Luigi Rizzo To: Ian Smith Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: h bagade , "freebsd-net@freebsd.org" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 18 Sep 2013 14:27:10 -0000 On Wed, Sep 18, 2013 at 4:19 PM, Ian Smith wrote: > On Wed, 18 Sep 2013 11:18:38 +0200, Luigi Rizzo wrote: > > > unloading or disabling the firewall with a sysctl is likely > > exactly the same in terms of performance -- it's just > > something like > > > > if (firewall_loaded || firewall_enabled) { > > invoke_firewall(...); > > } > > > Not && ? > you are correct. thanks for the spanking, too :) (i sent the email at 4am and i will be surprised if this is the only mistake in my message... cheers luigi > > Either way, unloading the module/s couldn't gain any performance. > > > However, executing the firewall with a single pass rule consumes > > some significant amount of time, see > > http://info.iet.unipi.it/~luigi/papers/20091201-dummynet.pdf > > (those numbers are from 2009 and i measured about 400ns; > > recent measurements with ipfw-over-netmap on a fast i7 > > give about 100ns per packet). > > > > This is definitely measurable. > > Thanks for the spanking, and a second browsing of Dummynet Revisited. > > cheers, Ian > -- -----------------------------------------+------------------------------- Prof. Luigi RIZZO, rizzo@iet.unipi.it . Dip. di Ing. dell'Informazione http://www.iet.unipi.it/~luigi/ . Universita` di Pisa TEL +39-050-2211611 . via Diotisalvi 2 Mobile +39-338-6809875 . 56122 PISA (Italy) -----------------------------------------+------------------------------- From owner-freebsd-net@FreeBSD.ORG Thu Sep 19 02:35:41 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 769958AC; Thu, 19 Sep 2013 02:35:41 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 4B07529A4; Thu, 19 Sep 2013 02:35:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r8J2ZfO2070872; Thu, 19 Sep 2013 02:35:41 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r8J2ZeGh070871; Thu, 19 Sep 2013 02:35:40 GMT (envelope-from linimon) Date: Thu, 19 Sep 2013 02:35:40 GMT Message-Id: <201309190235.r8J2ZeGh070871@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/182212: [patch] [ng_mppc] ng_mppc(4) blocks on network errors unconditionaly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 02:35:41 -0000 Synopsis: [patch] [ng_mppc] ng_mppc(4) blocks on network errors unconditionaly Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Sep 19 02:35:33 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=182212 From owner-freebsd-net@FreeBSD.ORG Thu Sep 19 19:57:16 2013 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 949326AC; Thu, 19 Sep 2013 19:57:16 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 5E91F25E2; Thu, 19 Sep 2013 19:57:16 +0000 (UTC) Received: from [209.249.190.124] (port=62392 helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VMkLg-0005US-Sg; Thu, 19 Sep 2013 15:57:13 -0400 Content-Type: multipart/signed; boundary="Apple-Mail=_C4650C93-33A2-491F-AF25-1F753C6C0524"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Network stack changes From: George Neville-Neil In-Reply-To: Date: Thu, 19 Sep 2013 15:57:14 -0400 Message-Id: References: <521E41CB.30700@yandex-team.ru> <6BDA4619-783C-433E-9819-A7EAA0BD3299@neville-neil.com> <20130914142802.GC71010@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1510) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: freebsd-hackers@freebsd.org, Luigi Rizzo , FreeBSD Net , "freebsd-arch@freebsd.org Arch" X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 19:57:16 -0000 --Apple-Mail=_C4650C93-33A2-491F-AF25-1F753C6C0524 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Sep 14, 2013, at 15:24 , Luigi Rizzo wrote: > On Saturday, September 14, 2013, Olivier Cochard-Labb=E9 = > wrote: >> On Sat, Sep 14, 2013 at 4:28 PM, Luigi Rizzo = wrote: >>>=20 >>> IXIA ? For the timescales we need to address we don't need an IXIA, >>> a netmap sender is more than enough >>>=20 >>=20 >> The great netmap generates only one IP flow (same src/dst IP and same >> src/dst port). >=20 > True the sample app generates only one flow but it is trivial to = modify it > to generate multiple flows. My point was, we have the ability to = generate > high rate traffic, as long as we do tolerate a .1-1us jitter. Beyond = that, > you do need some ixia-like solution. >=20 On the bandwidth side, can a modern sender with netmap really do a full = 10G? I hate the cost of an IXIA but I have not been able to destroy our stack as effectively with = anything else. Best, George --Apple-Mail=_C4650C93-33A2-491F-AF25-1F753C6C0524 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlI7VxoACgkQYdh2wUQKM9Jk1wCfdVVHR42PXLlq/dg73BvFzzMz hakAn33mXvpLXemWDwab+2RZo1M0Fdmw =CKz7 -----END PGP SIGNATURE----- --Apple-Mail=_C4650C93-33A2-491F-AF25-1F753C6C0524-- From owner-freebsd-net@FreeBSD.ORG Thu Sep 19 19:54:37 2013 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 052ED5D9; Thu, 19 Sep 2013 19:54:37 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id BD57625BE; Thu, 19 Sep 2013 19:54:36 +0000 (UTC) Received: from [209.249.190.124] (port=62368 helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VMkJ7-0004tj-4j; Thu, 19 Sep 2013 15:54:33 -0400 Content-Type: multipart/signed; boundary="Apple-Mail=_74256DC7-A77D-4FAF-AD38-ED07937269E7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Network stack changes From: George Neville-Neil In-Reply-To: Date: Thu, 19 Sep 2013 15:54:34 -0400 Message-Id: <6ACABEE8-2C0F-435C-8766-7010A8E13042@neville-neil.com> References: <521E41CB.30700@yandex-team.ru> <6BDA4619-783C-433E-9819-A7EAA0BD3299@neville-neil.com> <20130914142802.GC71010@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1510) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com X-Mailman-Approved-At: Thu, 19 Sep 2013 20:30:05 +0000 Cc: "Alexander V. Chernikov" , Adrian Chadd , Andre Oppermann , "freebsd-hackers@freebsd.org" , "freebsd-arch@freebsd.org" , Luigi Rizzo , "Andrey V. Elsukov" , FreeBSD Net , =?iso-8859-1?Q?Olivier_Cochard-Labb=E9?= X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 19:54:37 -0000 --Apple-Mail=_74256DC7-A77D-4FAF-AD38-ED07937269E7 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=iso-8859-1 On Sep 14, 2013, at 15:24 , Luigi Rizzo wrote: >=20 >=20 > On Saturday, September 14, 2013, Olivier Cochard-Labb=E9 = wrote: > > On Sat, Sep 14, 2013 at 4:28 PM, Luigi Rizzo = wrote: > >> > >> IXIA ? For the timescales we need to address we don't need an IXIA, > >> a netmap sender is more than enough > >> > > > > The great netmap generates only one IP flow (same src/dst IP and = same > > src/dst port). >=20 > True the sample app generates only one flow but it is trivial to = modify it to generate multiple flows. My point was, we have the ability = to generate high rate traffic, as long as we do tolerate a .1-1us = jitter. Beyond that, you do need some ixia-like solution. >=20 On the bandwidth side, can a modern sender with netmap really do a full = 10G? I hate the cost of an IXIA but I have not been able to destroy our stack as effectively with = anything else. Best, George --Apple-Mail=_74256DC7-A77D-4FAF-AD38-ED07937269E7 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlI7VnoACgkQYdh2wUQKM9JwnACfY/BgMc+68oW3u/1O5QAee5XK b5AAn1CgRTscID/9hbZd32Uz4L6V8Zoj =UieT -----END PGP SIGNATURE----- --Apple-Mail=_74256DC7-A77D-4FAF-AD38-ED07937269E7-- From owner-freebsd-net@FreeBSD.ORG Thu Sep 19 20:03:39 2013 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 8347D89E; Thu, 19 Sep 2013 20:03:39 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 3712B265C; Thu, 19 Sep 2013 20:03:39 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 99B4E7300A; Thu, 19 Sep 2013 22:08:59 +0200 (CEST) Date: Thu, 19 Sep 2013 22:08:59 +0200 From: Luigi Rizzo To: George Neville-Neil Subject: Re: Network stack changes Message-ID: <20130919200859.GA68598@onelab2.iet.unipi.it> References: <521E41CB.30700@yandex-team.ru> <6BDA4619-783C-433E-9819-A7EAA0BD3299@neville-neil.com> <20130914142802.GC71010@onelab2.iet.unipi.it> <6ACABEE8-2C0F-435C-8766-7010A8E13042@neville-neil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <6ACABEE8-2C0F-435C-8766-7010A8E13042@neville-neil.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Thu, 19 Sep 2013 20:58:49 +0000 Cc: "Alexander V. Chernikov" , Adrian Chadd , Andre Oppermann , "freebsd-hackers@freebsd.org" , "freebsd-arch@freebsd.org" , Luigi Rizzo , "Andrey V. Elsukov" , FreeBSD Net , Olivier Cochard-Labb? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 19 Sep 2013 20:03:39 -0000 On Thu, Sep 19, 2013 at 03:54:34PM -0400, George Neville-Neil wrote: >=20 > On Sep 14, 2013, at 15:24 , Luigi Rizzo wrote: >=20 > >=20 > >=20 > > On Saturday, September 14, 2013, Olivier Cochard-Labb? wrote: > > > On Sat, Sep 14, 2013 at 4:28 PM, Luigi Rizzo wro= te: > > >> > > >> IXIA ? For the timescales we need to address we don't need an IXIA, > > >> a netmap sender is more than enough > > >> > > > > > > The great netmap generates only one IP flow (same src/dst IP and same > > > src/dst port). > >=20 > > True the sample app generates only one flow but it is trivial to modify= it to generate multiple flows. My point was, we have the ability to genera= te high rate traffic, as long as we do tolerate a .1-1us jitter. Beyond tha= t, you do need some ixia-like solution. > >=20 >=20 > On the bandwidth side, can a modern sender with netmap really do a full 1= 0G? I hate the cost of an > IXIA but I have not been able to destroy our stack as effectively with an= ything else. yes george, you can download the picobsd image http://info.iet.unipi.it/~luigi/netmap/20120618-netmap-picobsd-head-amd64.b= in and try for yourself. Granted this does not have all the knobs of an ixia but it can surely blast the full 14.88 Mpps to the link, and it only takes a bit of userspace programming to generate reasonably arbitrary streams of packets. A netmap sender/receiver is not CPU bound even with 1 core. cheers luigi =7F > Best, > George From owner-freebsd-net@FreeBSD.ORG Fri Sep 20 15:27:45 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 2785DD9 for ; Fri, 20 Sep 2013 15:27:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 018142E39 for ; Fri, 20 Sep 2013 15:27:45 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0590BB939; Fri, 20 Sep 2013 11:27:44 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Subject: Re: QLE3142-CU-CK driver (NetXen NX3031 chipset) Date: Fri, 20 Sep 2013 11:25:01 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.4-CBSD-20130906; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201309201125.01622.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Fri, 20 Sep 2013 11:27:44 -0400 (EDT) Cc: Ryan McIntosh X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 15:27:45 -0000 On Tuesday, September 17, 2013 12:59:44 pm Ryan McIntosh wrote: > This particular chipset used in this card has been brought up in the past > under threads about HP's NC375 controller. The outcome was that it needed > information/assistance from Qlogic to develop a driver. I have 2 of the > cards mentioned in the title (details below) and I've finally gotten a > useful response from Qlogic about opening channels to assist FreeBSD with > Qlogic hardware; however they've requested a FreeBSD developer's contact > information to get in touch with if anyone is up for the challenge? QLogic employs one FreeBSD developer already who maintains the qlxgb(4), qlxge(4), and qlxgbe(4) drivers: David C Somayajulu . -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Sep 20 15:40:53 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 722825B4 for ; Fri, 20 Sep 2013 15:40:53 +0000 (UTC) (envelope-from rmcintosh@nitemare.net) Received: from mail-qc0-f177.google.com (mail-qc0-f177.google.com [209.85.216.177]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 354572F0E for ; Fri, 20 Sep 2013 15:40:52 +0000 (UTC) Received: by mail-qc0-f177.google.com with SMTP id x12so364308qcv.8 for ; Fri, 20 Sep 2013 08:40:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=ZSD9a7aLS3ESQEpccOZxeEV3gbyu9EgBuKEjE004XMM=; b=fb/LvrIFHNbHxmy0n7aB5z8Z3j4hZaOvwzZIX4mqA1XF2od2G+gHc3jWxWsNWNZQ0V y/HpR+81i6aJYdJihgMtGRWkawwIZjVTBF9xVNm12NyxA8dZvevOzTW0Bk7cv20LRuD4 Pat1+1Cst0FX40zllxU91hc7PB+wwi841+cAwr/sdHeiHwfpta4Sxzqgq1gv3/4J7vkV Q76dz+ZNLIJq/GC7oPO9zVsnAzdulx06RZhRxR8ysCykD6VYlvhGh6xUztrAmnnm97Br YvFWXiJKcRjEVvngxE5aRCa4SruqFctXDBfJO8xB1Q4D19WoFxH3yfxbDy62OEuFjD3P +4lg== X-Gm-Message-State: ALoCoQk48fcZS2Nm8TIQryCEIWMMnXCFNkQEb5bw3oCQVAAjbK3SNGwTg4ur7lqqd9H7NhAxyJB/ MIME-Version: 1.0 X-Received: by 10.224.88.136 with SMTP id a8mr2728140qam.106.1379691652009; Fri, 20 Sep 2013 08:40:52 -0700 (PDT) Received: by 10.49.60.10 with HTTP; Fri, 20 Sep 2013 08:40:51 -0700 (PDT) X-Originating-IP: [2001:470:8ca5:2001:2d90:189d:b13a:4e51] In-Reply-To: <201309201125.01622.jhb@freebsd.org> References: <201309201125.01622.jhb@freebsd.org> Date: Fri, 20 Sep 2013 11:40:51 -0400 Message-ID: Subject: Re: QLE3142-CU-CK driver (NetXen NX3031 chipset) From: Ryan McIntosh To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 15:40:53 -0000 I tried David already without a response. I was contacted by Matthew Jacobs whom seemed to be up for it however, but if you need to coordinate that appropriately then I would say speak to Matthew at this point as I've already passed Qlogic his information. Ryan On Fri, Sep 20, 2013 at 11:25 AM, John Baldwin wrote: > On Tuesday, September 17, 2013 12:59:44 pm Ryan McIntosh wrote: >> This particular chipset used in this card has been brought up in the past >> under threads about HP's NC375 controller. The outcome was that it needed >> information/assistance from Qlogic to develop a driver. I have 2 of the >> cards mentioned in the title (details below) and I've finally gotten a >> useful response from Qlogic about opening channels to assist FreeBSD with >> Qlogic hardware; however they've requested a FreeBSD developer's contact >> information to get in touch with if anyone is up for the challenge? > > QLogic employs one FreeBSD developer already who maintains the qlxgb(4), > qlxge(4), and qlxgbe(4) drivers: David C Somayajulu . > > -- > John Baldwin From owner-freebsd-net@FreeBSD.ORG Fri Sep 20 21:16:00 2013 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 29B18AEF; Fri, 20 Sep 2013 21:16:00 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id E400F224C; Fri, 20 Sep 2013 21:15:59 +0000 (UTC) Received: from [209.249.190.124] (port=56602 helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.80.1) (envelope-from ) id 1VN83Q-0005Ei-1G; Fri, 20 Sep 2013 17:15:56 -0400 Content-Type: multipart/signed; boundary="Apple-Mail=_29BA3DEA-E25B-4508-A37B-5E1B8A859AA6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Subject: Re: Network stack changes From: George Neville-Neil In-Reply-To: <20130919200859.GA68598@onelab2.iet.unipi.it> Date: Fri, 20 Sep 2013 17:15:55 -0400 Message-Id: <21E37353-EC5A-45FE-89CD-DD3E5B8C4E86@neville-neil.com> References: <521E41CB.30700@yandex-team.ru> <6BDA4619-783C-433E-9819-A7EAA0BD3299@neville-neil.com> <20130914142802.GC71010@onelab2.iet.unipi.it> <6ACABEE8-2C0F-435C-8766-7010A8E13042@neville-neil.com> <20130919200859.GA68598@onelab2.iet.unipi.it> To: Luigi Rizzo X-Mailer: Apple Mail (2.1510) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com X-Mailman-Approved-At: Fri, 20 Sep 2013 22:57:45 +0000 Cc: "Alexander V. Chernikov" , Adrian Chadd , Andre Oppermann , "freebsd-hackers@freebsd.org" , "freebsd-arch@freebsd.org" , Luigi Rizzo , "Andrey V. Elsukov" , FreeBSD Net , Olivier Cochard-Labb? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 Sep 2013 21:16:00 -0000 --Apple-Mail=_29BA3DEA-E25B-4508-A37B-5E1B8A859AA6 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Sep 19, 2013, at 16:08 , Luigi Rizzo wrote: > On Thu, Sep 19, 2013 at 03:54:34PM -0400, George Neville-Neil wrote: >>=20 >> On Sep 14, 2013, at 15:24 , Luigi Rizzo wrote: >>=20 >>>=20 >>>=20 >>> On Saturday, September 14, 2013, Olivier Cochard-Labb? = wrote: >>>> On Sat, Sep 14, 2013 at 4:28 PM, Luigi Rizzo = wrote: >>>>>=20 >>>>> IXIA ? For the timescales we need to address we don't need an = IXIA, >>>>> a netmap sender is more than enough >>>>>=20 >>>>=20 >>>> The great netmap generates only one IP flow (same src/dst IP and = same >>>> src/dst port). >>>=20 >>> True the sample app generates only one flow but it is trivial to = modify it to generate multiple flows. My point was, we have the ability = to generate high rate traffic, as long as we do tolerate a .1-1us = jitter. Beyond that, you do need some ixia-like solution. >>>=20 >>=20 >> On the bandwidth side, can a modern sender with netmap really do a = full 10G? I hate the cost of an >> IXIA but I have not been able to destroy our stack as effectively = with anything else. >=20 > yes george, you can download the picobsd image >=20 > = http://info.iet.unipi.it/~luigi/netmap/20120618-netmap-picobsd-head-amd64.= bin >=20 > and try for yourself. >=20 > Granted this does not have all the knobs of an ixia but it can > surely blast the full 14.88 Mpps to the link, and it only takes a > bit of userspace programming to generate reasonably arbitrary streams > of packets. A netmap sender/receiver is not CPU bound even with 1 = core. >=20 Interesting. It's on my todo. Best, George --Apple-Mail=_29BA3DEA-E25B-4508-A37B-5E1B8A859AA6 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlI8uwwACgkQYdh2wUQKM9JIWACgpOJvsdpta8LeagEQjmfUqK6A 3UgAn3Gtxy5iTWaOG3Fm795QRtdlskbC =nLsl -----END PGP SIGNATURE----- --Apple-Mail=_29BA3DEA-E25B-4508-A37B-5E1B8A859AA6--