From owner-freebsd-net@FreeBSD.ORG Sun May 26 11:44: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]) by hub.freebsd.org (Postfix) with ESMTP id 58D18FE7; Sun, 26 May 2013 11:44:52 +0000 (UTC) (envelope-from alexl@mellanox.com) Received: from eu1sys200aog103.obsmtp.com (eu1sys200aog103.obsmtp.com [207.126.144.115]) by mx1.freebsd.org (Postfix) with ESMTP id 116F0315; Sun, 26 May 2013 11:44:50 +0000 (UTC) Received: from MTLCAS02.mtl.com ([193.47.165.155]) (using TLSv1) by eu1sys200aob103.postini.com ([207.126.147.11]) with SMTP ID DSNKUaH1rsaeVRw+D1E18SnbUWBUvFyJblXa@postini.com; Sun, 26 May 2013 11:44:51 UTC Received: from MTLDAG01.mtl.com ([10.0.8.75]) by MTLCAS02.mtl.com ([10.0.8.72]) with mapi id 14.03.0123.003; Sun, 26 May 2013 14:43:30 +0300 From: Alex Liptsin To: "freebsd-questions@freebsd.org" , "freebsd-net@freebsd.org" Subject: How to switch Datgram/Connected mtu modes? Thread-Topic: How to switch Datgram/Connected mtu modes? Thread-Index: Ac5aBjoH5e0b3u1XTvyAlDGQDXzaKQ== Date: Sun, 26 May 2013 11:43:29 +0000 Message-ID: <64DAB3164E410447932305F50F896D8D6AF651AD@MTLDAG01.mtl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.13.1] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" 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 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 May 2013 11:44:52 -0000 Hello. I work with FreeBSD 9.1 and Mellanox devices. How can I configure MTU in connected mode on FreeBSD 9.1? In Linux to enable connected mode for interface ib0, I enter: echo connected > /sys/class/net/ib0/mode Switching between CM and UD mode can be done in run time: echo datagram > /sys/class/net/ib0/mode sets the mode of ib0 to UD echo connected > /sys/class/net/ib0/mode sets the mode ib0 to CM There is no such directories at FreeBSD. Wat shall I do? Datagram vs Connected modes The IPoIB driver supports two modes of operation: datagram and connected. The mode is set and read through an interface's /sys/class/net//mode file. In datagram mode, the IB UD (Unreliable Datagram) transport is used and so the interface MTU has is equal to the IB L2 MTU minus the IPoIB encapsulation header (4 bytes). For example, in a typical IB fabric with a 2K MTU, the IPoIB MTU will be 2048 - 4 =3D 2044 bytes. In connected mode, the IB RC (Reliable Connected) transport is used. Connected mode takes advantage of the connected nature of the IB transport and allows an MTU up to the maximal IP packet size of 64K, which reduces the number of IP packets needed for handling large UDP datagrams, TCP segments, etc and increases the performance for large messages. In connected mode, the interface's UD QP is still used for multicast and communication with peers that don't support connected mode. In this case, RX emulation of ICMP PMTU packets is used to cause the networking stack to use the smaller UD MTU for these neighbours. Thanks a lot Regards, Alex Liptsin Office: +972 (74) 7236141 Mobile: +972(54) 7833986 Fax: +972(74) 7236161 Email: alexl@mellanox.com From owner-freebsd-net@FreeBSD.ORG Mon May 27 11:06:50 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id C29EB370 for ; Mon, 27 May 2013 11:06:50 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B357D6CF for ; Mon, 27 May 2013 11:06:50 +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 r4RB6ols016101 for ; Mon, 27 May 2013 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4RB6oAk016099 for freebsd-net@FreeBSD.org; Mon, 27 May 2013 11:06:50 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 27 May 2013 11:06:50 GMT Message-Id: <201305271106.r4RB6oAk016099@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, 27 May 2013 11:06:50 -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/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/178116 net [ipfilter] [panic] Kernel panic: general protection fa 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/176596 net [firewire] [ip6] Crash with IPv6 and Firewire 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/166940 net [ipfilter] [panic] Double fault in kern 8.2 o kern/166462 net [gre] gre(4) when using a tunnel source address from c o kern/166372 net [patch] [ipfilter] drops UDP packets with zero checksu 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 o kern/165963 net [panic] [ipfilter] ipfilter/nat NULL pointer deference 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/162926 net [ipfilter] Infinite loop in ipfilter with fragmented I 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/157209 net [ip6] [patch] locking error in rip6_input() (sys/netin 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 p kern/155030 net [igb] igb(4) DEVICE_POLLING does not work with carp(4) 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 o 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/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen 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/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL p kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/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 o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 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/132554 net [ipfilter] There is no ippool start script/ipfilter ma 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 kern/131601 net [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [ipfilter] [rc.d] [patch] No good way to set ipfilter 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/123796 net [ipfilter] FreeBSD 6.1+VPN+ipnat+ipf: port mapping doe 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/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] 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/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipfilter] [panic] Kernel Panic Trap No 12 Page Fault o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipfilter] [patch] ipfilter drops OOW packets under 6. 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 s kern/91777 net [ipfilter] [patch] wrong behaviour with skip rule insi o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/87521 net [ipfilter] [panic] using ipfilter "auth" keyword leads 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/86103 net [ipfilter] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ 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 s kern/77195 net [ipfilter] [patch] ipfilter ioctl SIOCGNATL does not m o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipfilter] ipfilter ipnat problem with h323 proxy supp 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/34665 net [ipfilter] [hang] ipfilter rcmd proxy "hangs". 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 o kern/27474 net [ipfilter] [ppp] Interactive use of user PPP and ipfil 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 464 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 27 13:25:07 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 733C2736 for ; Mon, 27 May 2013 13:25:07 +0000 (UTC) (envelope-from jamespan@cyphy.net) Received: from atl4mhob15.myregisteredsite.com (atl4mhob15.myregisteredsite.com [209.17.115.53]) by mx1.freebsd.org (Postfix) with ESMTP id 4531B1BC for ; Mon, 27 May 2013 13:25:06 +0000 (UTC) Received: from mail.hostingplatform.com ([10.30.71.208]) by atl4mhob15.myregisteredsite.com (8.14.4/8.14.4) with ESMTP id r4RDOwqd003933 for ; Mon, 27 May 2013 09:24:58 -0400 Received: (qmail 12666 invoked by uid 0); 27 May 2013 13:24:56 -0000 Received: from unknown (HELO ?192.168.101.43?) (jamespan@cyphy.net@123.116.56.229) by 0 with ESMTPA; 27 May 2013 13:24:56 -0000 Message-ID: <51A35EA4.301@cyphy.net> Date: Mon, 27 May 2013 21:24:52 +0800 From: JMP User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: freebsd-net@freebsd.org Subject: Re: ixgb TSO performance degrades by ~30% between 7.4 and 8.2/9.0/9.1 References: <50872919.90701@networx.ch> In-Reply-To: <50872919.90701@networx.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Javen Wu 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, 27 May 2013 13:25:07 -0000 Hi, I saw a post at http://lists.freebsd.org/pipermail/freebsd-net/2012-October/033660.html discussing performance degrade on ixgbe when enable TSO. We are experiencing the same issue on FreeBSD 8.2 with the latest ixgbe driver (version 2.5.8) from Intel. I am not sure if this is a driver issue or a system issue and if there is a fix for this issue? If yes could you please let us know where we can find the patch? Many thanks in advance! James Pan From owner-freebsd-net@FreeBSD.ORG Tue May 28 08:37:52 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]) by hub.freebsd.org (Postfix) with ESMTP id 44FBD18C; Tue, 28 May 2013 08:37:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 1C1EE31A; Tue, 28 May 2013 08:37:52 +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 r4S8bpCD085472; Tue, 28 May 2013 08:37:51 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4S8bprX085471; Tue, 28 May 2013 08:37:51 GMT (envelope-from linimon) Date: Tue, 28 May 2013 08:37:51 GMT Message-Id: <201305280837.r4S8bprX085471@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: misc/179033: [dc] dc ethernet driver seems to have issues with some multiport card and mother board combinations 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, 28 May 2013 08:37:52 -0000 Old Synopsis: DC ethernet driver seems to have issues with some multiport card and mother board combinations New Synopsis: [dc] dc ethernet driver seems to have issues with some multiport card and mother board combinations Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue May 28 08:37:36 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=179033 From owner-freebsd-net@FreeBSD.ORG Tue May 28 08:39:18 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 33CE1283 for ; Tue, 28 May 2013 08:39:18 +0000 (UTC) (envelope-from samwickens@hotmail.com) Received: from bay0-omc4-s4.bay0.hotmail.com (bay0-omc4-s4.bay0.hotmail.com [65.54.190.206]) by mx1.freebsd.org (Postfix) with ESMTP id 21B0833B for ; Tue, 28 May 2013 08:39:18 +0000 (UTC) Received: from BAY002-M95 ([65.54.190.201]) by bay0-omc4-s4.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Tue, 28 May 2013 01:38:06 -0700 X-TMN: [GxO8DUvJlYf8UZTZB6BREc1geI7DFXuJ] X-Originating-Email: [samwickens@hotmail.com] Message-ID: From: Sam Wickens To: , , , , , , Subject: Re: Date: Tue, 28 May 2013 08:38:04 +0000 Importance: Normal MIME-Version: 1.0 X-OriginalArrivalTime: 28 May 2013 08:38:06.0501 (UTC) FILETIME=[ACE4DD50:01CE5B7E] Content-Type: text/plain; charset="iso-8859-1" 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 List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 May 2013 08:39:18 -0000 hi. http://radiogeorge.com/com/m.google.com.php = From owner-freebsd-net@FreeBSD.ORG Tue May 28 11:43:37 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id A83E86C8; Tue, 28 May 2013 11:43:37 +0000 (UTC) (envelope-from alexl@mellanox.com) Received: from eu1sys200aog113.obsmtp.com (eu1sys200aog113.obsmtp.com [207.126.144.135]) by mx1.freebsd.org (Postfix) with ESMTP id 2221A1AF; Tue, 28 May 2013 11:43:35 +0000 (UTC) Received: from MTLCAS02.mtl.com ([193.47.165.155]) (using TLSv1) by eu1sys200aob113.postini.com ([207.126.147.11]) with SMTP ID DSNKUaSYTLVCQei4GSKePqg2j6sAR5pgng6D@postini.com; Tue, 28 May 2013 11:43:36 UTC Received: from MTLDAG01.mtl.com ([10.0.8.75]) by MTLCAS02.mtl.com ([10.0.8.72]) with mapi id 14.03.0123.003; Tue, 28 May 2013 14:35:46 +0300 From: Alex Liptsin To: "freebsd-infiniband@freebsd.org" , "freebsd-net@freebsd.org" , "freebsd-questions@freebsd.org" Subject: Create bond on Infiniband ports Thread-Topic: Create bond on Infiniband ports Thread-Index: Ac5blHiC28mlGzpUR72ew+cW7MoT7Q== Date: Tue, 28 May 2013 11:35:45 +0000 Message-ID: <64DAB3164E410447932305F50F896D8D6AF65A33@MTLDAG01.mtl.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.13.1] MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: Regev Lev 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, 28 May 2013 11:43:37 -0000 Hi. I use FreeBSD 9.1 with OFED compiled on it. There is a Mellanox adapter: [root@qa-h-vrt-030-006 ~]# pciconf -lv |grep mlx4 -A 3 mlx4_core0@pci0:0:5:0: class=3D0x028000 card=3D0x005015b3 chip=3D0x100315b= 3 rev=3D0x00 hdr=3D0x00 vendor =3D 'Mellanox Technologies' device =3D 'MT27500 Family [ConnectX-3]' class =3D network I want to create Bond on the two ports (ib0 and ib1) of this device: [root@qa-h-vrt-030-006 ~]# ifconfig em0: flags=3D8843 metric 0 mtu 1500 options=3D209b ether 00:50:56:23:1e:06 inet6 fe80::250:56ff:fe23:1e06%em0 prefixlen 64 scopeid 0x2 inet 10.195.30.6 netmask 0xffff0000 broadcast 10.195.255.255 nd6 options=3D23 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=3D23 ib0: flags=3D8043 metric 0 mtu 65520 options=3D80018 lladdr 80.0.0.48.fe.80.0.0.0.0.0.0.0.2.c9.0.1.0.d0.51 inet 11.195.30.1 netmask 0xffff0000 broadcast 11.195.255.255 inet6 fe80::250:56ff:fe23:1e06%ib0 prefixlen 64 scopeid 0x4 nd6 options=3D23 ib1: flags=3D8043 metric 0 mtu 65520 options=3D80018 lladdr 80.0.0.49.fe.80.0.0.0.0.0.0.0.2.c9.0.1.0.d0.52 inet 12.195.30.1 netmask 0xffff0000 broadcast 12.195.255.255 inet6 fe80::250:56ff:fe23:1e06%ib1 prefixlen 64 scopeid 0x5 nd6 options=3D23 1. Is there "bond" in FreeBSD or its "Lagg"? 2. I tried to create this way, but failed: [root@qa-h-vrt-030-006 ~]# ifconfig lagg0 create root@qa-h-vrt-031-005 conf]# ifconfig lagg0 laggproto failover laggport ib0= laggport ib1 ifconfig: SIOCSLAGGPORT: Protocol not supported Any ideas? Is it supported on Infiniband ports? Regards, Alex Liptsin From owner-freebsd-net@FreeBSD.ORG Tue May 28 15:56: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]) by hub.freebsd.org (Postfix) with ESMTP id 6CF4990E; Tue, 28 May 2013 15:56:52 +0000 (UTC) (envelope-from yanegomi@gmail.com) Received: from mail-bk0-x22b.google.com (mail-bk0-x22b.google.com [IPv6:2a00:1450:4008:c01::22b]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6CF3F3; Tue, 28 May 2013 15:56:51 +0000 (UTC) Received: by mail-bk0-f43.google.com with SMTP id jm2so2730422bkc.30 for ; Tue, 28 May 2013 08:56:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=uL2xTPn1L5HiYo/HocjOlHx4E7saC7x/Rg5jgaQEpI4=; b=VFJobJWgLI8bu0X7yxVPjS7ki9SelCq9R96CS/TsywqV+WnVBSUzr2kPmSvRmuK4cA pOwbO3dn4e9Slie7HAyWjRUUTflSzmeSS0XwrEEK9dvFsrHqnKuPl/wNsiBHcRLgo+J9 G+lVabbCy6KY5DACqHHFCsRuSLMrl6TlWzBWBzjVGzhQckisIjLQBVpq++FLdN+vUpk4 STQSYto+rzotBV3eb+G773XWDdU/hoEeoar6ZTFPpOX1FdzOMddJWwB6kqgs/YXwfmeR hAJhjRPVo5Yp0PxZkoDS/L36z3nIWjSaj3gYRWQuyH/wIwuChjs5agSNwM8rJgEPd23d 33Og== MIME-Version: 1.0 X-Received: by 10.204.235.129 with SMTP id kg1mr13508098bkb.28.1369756610195; Tue, 28 May 2013 08:56:50 -0700 (PDT) Received: by 10.205.40.129 with HTTP; Tue, 28 May 2013 08:56:50 -0700 (PDT) In-Reply-To: <64DAB3164E410447932305F50F896D8D6AF65A33@MTLDAG01.mtl.com> References: <64DAB3164E410447932305F50F896D8D6AF65A33@MTLDAG01.mtl.com> Date: Tue, 28 May 2013 08:56:50 -0700 Message-ID: Subject: Re: Create bond on Infiniband ports From: Garrett Cooper To: Alex Liptsin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-infiniband@freebsd.org" , Regev Lev , "freebsd-questions@freebsd.org" , "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: Tue, 28 May 2013 15:56:52 -0000 On Tue, May 28, 2013 at 4:35 AM, Alex Liptsin wrote: > Hi. > > I use FreeBSD 9.1 with OFED compiled on it. > > There is a Mellanox adapter: > > [root@qa-h-vrt-030-006 ~]# pciconf -lv |grep mlx4 -A 3 > mlx4_core0@pci0:0:5:0: class=0x028000 card=0x005015b3 chip=0x100315b3 > rev=0x00 hdr=0x00 > vendor = 'Mellanox Technologies' > device = 'MT27500 Family [ConnectX-3]' > class = network > > I want to create Bond on the two ports (ib0 and ib1) of this device: > > [root@qa-h-vrt-030-006 ~]# ifconfig > em0: flags=8843 metric 0 mtu 1500 > > options=209b > ether 00:50:56:23:1e:06 > inet6 fe80::250:56ff:fe23:1e06%em0 prefixlen 64 scopeid 0x2 > inet 10.195.30.6 netmask 0xffff0000 broadcast 10.195.255.255 > nd6 options=23 > media: Ethernet autoselect (1000baseT ) > status: active > lo0: flags=8049 metric 0 mtu 16384 > options=600003 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > nd6 options=23 > ib0: flags=8043 metric 0 mtu 65520 > options=80018 > lladdr 80.0.0.48.fe.80.0.0.0.0.0.0.0.2.c9.0.1.0.d0.51 > inet 11.195.30.1 netmask 0xffff0000 broadcast 11.195.255.255 > inet6 fe80::250:56ff:fe23:1e06%ib0 prefixlen 64 scopeid 0x4 > nd6 options=23 > ib1: flags=8043 metric 0 mtu 65520 > options=80018 > lladdr 80.0.0.49.fe.80.0.0.0.0.0.0.0.2.c9.0.1.0.d0.52 > inet 12.195.30.1 netmask 0xffff0000 broadcast 12.195.255.255 > inet6 fe80::250:56ff:fe23:1e06%ib1 prefixlen 64 scopeid 0x5 > nd6 options=23 > > > 1. Is there "bond" in FreeBSD or its "Lagg"? > It's lagg. Setting up bonded interfaces is different (Anthony C. or someone else can provide more details about this). failover mode via lagg is completely different from failover mode with IB IIRC. > 2. I tried to create this way, but failed: > > [root@qa-h-vrt-030-006 ~]# ifconfig lagg0 create > > root@qa-h-vrt-031-005 conf]# ifconfig lagg0 laggproto failover laggport > ib0 laggport ib1 > > ifconfig: SIOCSLAGGPORT: Protocol not supported > > Any ideas? > Is it supported on Infiniband ports? > The media setting pieces are look to only be supported with mlx4 in en mode: 1076 static int mlx4_en_ioctl(struct ifnet *dev, u_long command, caddr_t data) 1077 { ... 1115 case SIOCGIFMEDIA: 1116 error = ifmedia_ioctl(dev, ifr, &priv->media, command); 1117 break; If I remember correctly, IB ports with mlx4 default to ib mode, not en mode (it also helps to have the right drivers loaded for this). Cheers, -Garrett From owner-freebsd-net@FreeBSD.ORG Tue May 28 20:41:53 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2D66AB02 for ; Tue, 28 May 2013 20:41:53 +0000 (UTC) (envelope-from rometoroam@gmail.com) Received: from mail-wg0-x243.google.com (mail-wg0-x243.google.com [IPv6:2a00:1450:400c:c00::243]) by mx1.freebsd.org (Postfix) with ESMTP id A6C7C66A for ; Tue, 28 May 2013 20:41:52 +0000 (UTC) Received: by mail-wg0-f67.google.com with SMTP id m15so1892688wgh.6 for ; Tue, 28 May 2013 13:41:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=W15vB3aHyDZQtMpXlObkP/7eo+axkSm0IjchF8ZgRp4=; b=zqQSlgK25hmK4DQHLlCYE4/ZZZq0I+8bRHon9vCymZoxz735nRdet8qUNf9Qhq2hWT W3p+TYdfJO34DWXSPF9ePpXhv33veF/JUUcsJ4ObMiP0v10+zUU9YZsccLTO5shmCcPz oNWd7YeMgN5+3eSJ4dzIwV3Nwx4cV/bPt+IeKY6QdYiVARQWzsrqUnWMgGUD4yYmZHRN XutGJQZmg2h4KmGsEa+Idll9U0/alopauONkyr3N4FwOdAE1ikgPDoTFVUwLMcx58Vm0 ZrEo5JB7PDwFQpq5x6Jb7in1/4gvU2QMscbX0svmmctdTiSqSdJKZbk1TysjBsPxzaB0 oCBg== MIME-Version: 1.0 X-Received: by 10.194.77.66 with SMTP id q2mr14055458wjw.34.1369773711876; Tue, 28 May 2013 13:41:51 -0700 (PDT) Received: by 10.194.172.201 with HTTP; Tue, 28 May 2013 13:41:51 -0700 (PDT) Date: Tue, 28 May 2013 16:41:51 -0400 Message-ID: Subject: Netmap buffer data is zero. From: chintu hetam To: freebsd-net@freebsd.org Content-Type: multipart/mixed; boundary=047d7bf0c0a884e6b704ddcd4bb1 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, 28 May 2013 20:41:53 -0000 --047d7bf0c0a884e6b704ddcd4bb1 Content-Type: text/plain; charset=ISO-8859-1 Hi All, This is my first message in this forum. Following is my configuration OS : FreeBSD 9.1 RELEASE interface: igb1 . My end application is to ONLY capture data at line rate. I am able to make my test application work but not receive single byte of data. When i print buf contents it's zero. I am attaching my test code, gdb dump and tcp dump for your reference. Any help ASAP on this will be much appreciated. Hardik --047d7bf0c0a884e6b704ddcd4bb1 Content-Type: text/plain; charset=US-ASCII; name="gdb_nm_test.txt" Content-Disposition: attachment; filename="gdb_nm_test.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hh9jvyjw0 UHJvZ3JhbSByZWNlaXZlZCBzaWduYWwgU0lHNjksIFJlYWwtdGltZSBldmVudCA2OS4KbWFpbiAo YXJnYz0yLCBhcmd2PTB4N2ZmZmZmZmZkYTEwKSBhdCBubV90ZXN0LmM6MjYxCjI2MQkKMzogcmlu Zy0+Y3VyID0gMzkzCjI6IGJ1ZiA9IDB4ODAxZTEyMDAwICIiCjE6IG5pZnAgPSAoc3RydWN0IG5l dG1hcF9pZiAqKSAweDgwMTVjNjgwMAooZ2RiKSAKMjYyCQkJLy91c2VfZGF0YShidWYsIHJpbmct PnNsb3RbaV0ubGVuKTsKMzogcmluZy0+Y3VyID0gMzkzCjI6IGJ1ZiA9IDB4ODAxZTEyMDAwICIi CjE6IG5pZnAgPSAoc3RydWN0IG5ldG1hcF9pZiAqKSAweDgwMTVjNjgwMAooZ2RiKSAKClByb2dy YW0gcmVjZWl2ZWQgc2lnbmFsIFNJRzY5LCBSZWFsLXRpbWUgZXZlbnQgNjkuCm1haW4gKGFyZ2M9 MiwgYXJndj0weDdmZmZmZmZmZGExMCkgYXQgbm1fdGVzdC5jOjI2MgoyNjIJCQkvL3VzZV9kYXRh KGJ1ZiwgcmluZy0+c2xvdFtpXS5sZW4pOwozOiByaW5nLT5jdXIgPSAzOTMKMjogYnVmID0gMHg4 MDFlMTIwMDAgIiIKMTogbmlmcCA9IChzdHJ1Y3QgbmV0bWFwX2lmICopIDB4ODAxNWM2ODAwCihn ZGIpIAoyNjQJCQlyaW5nLT5jdXIgPSBORVRNQVBfUklOR19ORVhUKHJpbmcsIGkpOwozOiByaW5n LT5jdXIgPSAzOTMKMjogYnVmID0gMHg4MDFlMTIwMDAgIiIKMTogbmlmcCA9IChzdHJ1Y3QgbmV0 bWFwX2lmICopIDB4ODAxNWM2ODAwCihnZGIpIAoKUHJvZ3JhbSByZWNlaXZlZCBzaWduYWwgU0lH NjksIFJlYWwtdGltZSBldmVudCA2OS4KbWFpbiAoYXJnYz0yLCBhcmd2PTB4N2ZmZmZmZmZkYTEw KSBhdCBubV90ZXN0LmM6MjY0CjI2NAkJCXJpbmctPmN1ciA9IE5FVE1BUF9SSU5HX05FWFQocmlu ZywgaSk7CjM6IHJpbmctPmN1ciA9IDM5MwoyOiBidWYgPSAweDgwMWUxMjAwMCAiIgoxOiBuaWZw ID0gKHN0cnVjdCBuZXRtYXBfaWYgKikgMHg4MDE1YzY4MDAKKGdkYikgCgpQcm9ncmFtIHJlY2Vp dmVkIHNpZ25hbCBTSUc2OSwgUmVhbC10aW1lIGV2ZW50IDY5LgptYWluIChhcmdjPTIsIGFyZ3Y9 MHg3ZmZmZmZmZmRhMTApIGF0IG5tX3Rlc3QuYzoyNjQKMjY0CQkJcmluZy0+Y3VyID0gTkVUTUFQ X1JJTkdfTkVYVChyaW5nLCBpKTsKMzogcmluZy0+Y3VyID0gMzkzCjI6IGJ1ZiA9IDB4ODAxZTEy MDAwICIiCjE6IG5pZnAgPSAoc3RydWN0IG5ldG1hcF9pZiAqKSAweDgwMTVjNjgwMAooZ2RiKSBp bmZvIGRpc3BsYXkKQXV0by1kaXNwbGF5IGV4cHJlc3Npb25zIG5vdyBpbiBlZmZlY3Q6Ck51bSBF bmIgRXhwcmVzc2lvbgozOiAgIHkgIHJpbmctPmN1cgoyOiAgIHkgIGJ1ZgoxOiAgIHkgIG5pZnAK KGdkYikgdW5kaXNwbGF5IDEKKGdkYikgdW5kaXNwbGF5IDIKKGdkYikgdW5kaXNwbGF5IDIKTm8g ZGlzcGxheSBudW1iZXIgMi4KKGdkYikgdW5kaXNwbGF5IDMKKGdkYikgY29udGludWUKQ29udGlu dWluZy4KClByb2dyYW0gcmVjZWl2ZWQgc2lnbmFsIFNJRzY5LCBSZWFsLXRpbWUgZXZlbnQgNjku Cm1haW4gKGFyZ2M9MiwgYXJndj0weDdmZmZmZmZmZGExMCkgYXQgbm1fdGVzdC5jOjI2NAoyNjQJ CQlyaW5nLT5jdXIgPSBORVRNQVBfUklOR19ORVhUKHJpbmcsIGkpOwooZ2RiKSBuCgpQcm9ncmFt IHJlY2VpdmVkIHNpZ25hbCBTSUc2OSwgUmVhbC10aW1lIGV2ZW50IDY5LgptYWluIChhcmdjPTIs IGFyZ3Y9MHg3ZmZmZmZmZmRhMTApIGF0IG5tX3Rlc3QuYzoyNjQKMjY0CQkJcmluZy0+Y3VyID0g TkVUTUFQX1JJTkdfTkVYVChyaW5nLCBpKTsKKGdkYikgcHJpbnQgcmluZy0+Y3VyCiQzNCA9IDM5 MwooZ2RiKSAKJDM1ID0gMzkzCihnZGIpIG4KClByb2dyYW0gcmVjZWl2ZWQgc2lnbmFsIFNJRzY5 LCBSZWFsLXRpbWUgZXZlbnQgNjkuCm1haW4gKGFyZ2M9MiwgYXJndj0weDdmZmZmZmZmZGExMCkg YXQgbm1fdGVzdC5jOjI2NAoyNjQJCQlyaW5nLT5jdXIgPSBORVRNQVBfUklOR19ORVhUKHJpbmcs IGkpOwooZ2RiKSAKMjY1CQkgICAgfQooZ2RiKSAKClByb2dyYW0gcmVjZWl2ZWQgc2lnbmFsIFNJ RzY5LCBSZWFsLXRpbWUgZXZlbnQgNjkuCm1haW4gKGFyZ2M9MiwgYXJndj0weDdmZmZmZmZmZGEx MCkgYXQgbm1fdGVzdC5jOjI2NQoyNjUJCSAgICB9CihnZGIpIGNvbnRpbnVlCkNvbnRpbnVpbmcu CgpQcm9ncmFtIHJlY2VpdmVkIHNpZ25hbCBTSUc2OSwgUmVhbC10aW1lIGV2ZW50IDY5LgptYWlu IChhcmdjPTIsIGFyZ3Y9MHg3ZmZmZmZmZmRhMTApIGF0IG5tX3Rlc3QuYzoyNjUKMjY1CQkgICAg fQooZ2RiKSAKQ29udGludWluZy4KClByb2dyYW0gcmVjZWl2ZWQgc2lnbmFsIFNJRzY5LCBSZWFs LXRpbWUgZXZlbnQgNjkuCm1haW4gKGFyZ2M9MiwgYXJndj0weDdmZmZmZmZmZGExMCkgYXQgbm1f dGVzdC5jOjI2NQoyNjUJCSAgICB9CihnZGIpIApDb250aW51aW5nLgoKQnJlYWtwb2ludCAyLCBt YWluIChhcmdjPTIsIGFyZ3Y9MHg3ZmZmZmZmZmRhMTApIGF0IG5tX3Rlc3QuYzoyNTkKMjU5CQkJ KytwYWNrZXRzOwooZ2RiKSAKQ29udGludWluZy4KClByb2dyYW0gcmVjZWl2ZWQgc2lnbmFsIFNJ RzY5LCBSZWFsLXRpbWUgZXZlbnQgNjkuCm1haW4gKGFyZ2M9MiwgYXJndj0weDdmZmZmZmZmZGEx MCkgYXQgbm1fdGVzdC5jOjI1OQoyNTkJCQkrK3BhY2tldHM7CihnZGIpIHByaW50IHJpbmctPmN1 cgokMzYgPSAxOTgKKGdkYikgcHJpbnQveCByaW5nLT5jdXIgCiQzNyA9IDB4YzYKKGdkYikgeC80 OHhiIHJpbmcKMHg4MDE2OGUwMDA6CTB4MDAJMHgwMAkweDZjCTB4MDAJMHgwMAkweDAwCTB4MDAJ MHgwMAoweDgwMTY4ZTAwODoJMHgwMAkweDA0CTB4MDAJMHgwMAkweDAwCTB4MDAJMHgwMAkweDAw CjB4ODAxNjhlMDEwOgkweGM2CTB4MDAJMHgwMAkweDAwCTB4MDAJMHgwMAkweDAwCTB4MDAKMHg4 MDE2OGUwMTg6CTB4MDAJMHgwOAkweDAwCTB4MDAJMHgwMAkweDAwCTB4MDAJMHgwMAoweDgwMTY4 ZTAyMDoJMHg2YgkweGY2CTB4YTQJMHg1MQkweDAwCTB4MDAJMHgwMAkweDAwCjB4ODAxNjhlMDI4 OgkweDQ5CTB4ZjUJMHgwZQkweDAwCTB4MDAJMHgwMAkweDAwCTB4MDAKKGdkYikgcHJpbnQgcmlu Zy0+YXZhaWwKJDM4ID0gMAooZ2RiKSBwcmludCByaW5nLT5jdXIKJDM5ID0gMTk4CihnZGIpIHBy aW50L3ggcmluZy0+Y3VyCiQ0MCA9IDB4YzYKKGdkYikgcHJpbnQgcmluZwokNDEgPSAoc3RydWN0 IG5ldG1hcF9yaW5nICopIDB4ODAxNjhlMDAwCihnZGIpIHByaW50L3ggcmluZy0+YnVmX29mcwok NDIgPSAweDZjMDAwMAooZ2RiKSBwcmludC94IHJpbmctPmN1cgokNDMgPSAweGM2CihnZGIpIHBy aW50L3ggcmluZy0+c2xvdFsweGM2XS5idWZfaWR4CiQ0NCA9IDB4MThjOAooZ2RiKSBwcmludC94 IHJpbmctPnNsb3RbMHhjNl0ubGVuICAgIAokNDUgPSAweDVlYQooZ2RiKSBwcmludC94IHJpbmct PnNsb3RbMF0ubGVuCiQ0NiA9IDB4NWVhCihnZGIpIHByaW50L3ggcmluZy0+c2xvdFswXS5idWZf aWR4CiQ0NyA9IDB4MTgwMgooZ2RiKSBwcmludC94IHJpbmctPnNsb3RbMF0uZmxhZ3MgIAokNDgg PSAweDAKKGdkYikgeC8xMDI0eGIgKHJpbmcrcmluZy0+YnVmX29mcysweGM2KjB4ODAwKQoweDgx NmQxZTAwMDoJRXJyb3IgYWNjZXNzaW5nIG1lbW9yeSBhZGRyZXNzIDB4ODE2ZDFlMDAwOiBCYWQg YWRkcmVzcy4KKGdkYikgcHJpbnQgcmluZwokNDkgPSAoc3RydWN0IG5ldG1hcF9yaW5nICopIDB4 ODAxNjhlMDAwCihnZGIpIHgvNDh4YiByaW5nCjB4ODAxNjhlMDAwOgkweDAwCTB4MDAJMHg2Ywkw eDAwCTB4MDAJMHgwMAkweDAwCTB4MDAKMHg4MDE2OGUwMDg6CTB4MDAJMHgwNAkweDAwCTB4MDAJ MHgwMAkweDAwCTB4MDAJMHgwMAoweDgwMTY4ZTAxMDoJMHhjNgkweDAwCTB4MDAJMHgwMAkweDAw CTB4MDAJMHgwMAkweDAwCjB4ODAxNjhlMDE4OgkweDAwCTB4MDgJMHgwMAkweDAwCTB4MDAJMHgw MAkweDAwCTB4MDAKMHg4MDE2OGUwMjA6CTB4NmIJMHhmNgkweGE0CTB4NTEJMHgwMAkweDAwCTB4 MDAJMHgwMAoweDgwMTY4ZTAyODoJMHg0OQkweGY1CTB4MGUJMHgwMAkweDAwCTB4MDAJMHgwMAkw eDAwCihnZGIpIAoK --047d7bf0c0a884e6b704ddcd4bb1 Content-Type: text/plain; charset=US-ASCII; name="tcpdump.txt" Content-Disposition: attachment; filename="tcpdump.txt" Content-Transfer-Encoding: base64 X-Attachment-Id: f_hh9jvymn2 MTE6eHg6MjQueHg2MDcxIDAwOjBlOjBjOmU0Ojc5OjMzID4gMHk6eDA6NHg6OXg6YTk6eDMsIElQ djQsIGxlbmd0aCAxNTE0OiAodG9zIDB4MCwgdHRsIDEyOCwgaWQgM3h4eDYsIG9mZnNldCAwLCBm bGFncyBbREZdLCBwcm90byBUQ1AgKDYpLCBsZW5ndGggMTUwMCwgYmFkIGNrc3VtIDZhM2UgKC0+ ZWE0NykhKQ0KICAgIDEzOC4wLjAuWFhYLjI3NTMzID4gMTAuMC4wLlhYWDIuMjU6IHRjcCAxNDYw DQoJMHgwMDAwOiAgMDAzMCA0ODlhIGE5ODMgMDAwZSAwY2U0IDc5MzMgMDgwMCA0NTAwICAuMEgu Li4uLi4ueTMuLkUuDQoJMHgwMDEwOiAgMDVkYyA3NjA4IDQwMDAgODAwNiA2YTNlIDhhMDAgMDA2 NiAwYTAwICAuLnYuQC4uLmo+Li4uZi4uDQoJMHgwMDIwOiAgMDA2NiA2YjhkIDAwMTkgYzNhZiAy N2U4IGM0NjQgYjViZiA1MDEwICAuZmsuLi4uLicuLmQuLlAuDQoJMHgwMDMwOiAgZjhjOCA2MmMz IDAwMDAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAuLmIuLi4vLy8vLy8vLy8vDQoJMHgwMDQw OiAgMmYyZiAyZjJmIDJmMmYgNDE0MSA0MTQxIDQxNDEgNDE0MSA0MTQxICAvLy8vLy9BQUFBQUFB QUFBDQoJMHgwMDUwOiAgNDE0MSA0MTQxIDQxNDEgNDE0MSA0MTQxIDJmMmYgMmYyZiAyZjJmICBB QUFBQUFBQUFBLy8vLy8vDQoJMHgwMDYwOiAgMmYyZiA0MTQxIDQxNDEgNDE0MSA0MTQxIDQxNDEg NDE0MSAyZjJmICAvL0FBQUFBQUFBQUFBQS8vDQoJMHgwMDcwOiAgMmYyZiAwZDBhIDJmMmYgMmYy ZiAyZjJmIDJmMmYgNDE0MSA0MTQxICAvLy4uLy8vLy8vLy9BQUFBDQoJMHgwMDgwOiAgNDE0MSA0 MTQxIDQxNDEgNDE0MSAyZjJmIDJmMmYgMmYyZiAyZjJmICBBQUFBQUFBQS8vLy8vLy8vDQoJMHgw MDkwOiAgMmYyZiAyZjJmIDQxNDEgNDE0MSA0MTQxIDQxNDEgNDE0MSA0MTQxICAvLy8vQUFBQUFB QUFBQUFBDQoJMHgwMGEwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm ICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMGIwOiAgMmYyZiAyZjJmIDQxNDEgNDE0MSAyZjJmIDJm MmYgNDE0MSA0MTQxICAvLy8vQUFBQS8vLy9BQUFBDQoJMHgwMGMwOiAgMGQwYSAyZjJmIDJmMmYg MmYyZiAyZjJmIDJmMmYgMmYyZiA0MTQxICAuLi8vLy8vLy8vLy8vL0FBDQoJMHgwMGQwOiAgNDE0 MSAyZjJmIDJmMmYgNDE0MSA0MTQxIDQxNDEgNDE0MSAyZjJmICBBQS8vLy9BQUFBQUFBQS8vDQoJ MHgwMGUwOiAgMmYyZiAyZjJmIDJmMmYgNDE0MSA0MTQxIDQxNDEgNDE0MSA0MTQxICAvLy8vLy9B QUFBQUFBQUFBDQoJMHgwMGYwOiAgNDE0MSAyZjJmIDJmMmYgMmYyZiAyZjJmIDQxNDEgNDE0MSAy ZjJmICBBQS8vLy8vLy8vQUFBQS8vDQoJMHgwMTAwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm IDJmMmYgMmYyZiAwZDBhICAvLy8vLy8vLy8vLy8vLy4uDQoJMHgwMTEwOiAgNDE0MSA0MTQxIDJm MmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICBBQUFBLy8vLy8vLy8vLy8vDQoJMHgwMTIwOiAg NDE0MSA0MTQxIDQxNDEgNDE0MSAyZjJmIDJmMmYgNDE0MSA0MTQxICBBQUFBQUFBQS8vLy9BQUFB DQoJMHgwMTMwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiA0MTQxIDQxNDEgNDE0MSA0MTQxICAvLy8v Ly8vL0FBQUFBQUFBDQoJMHgwMTQwOiAgNDE0MSA0MTQxIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYy ZiAyZjJmICBBQUFBLy8vLy8vLy8vLy8vDQoJMHgwMTUwOiAgNDE0MSA0MTQxIDQxNDEgNDE0MSA0 MTQxIDQxNDEgMGQwYSAyZjJmICBBQUFBQUFBQUFBQUEuLi8vDQoJMHgwMTYwOiAgMmYyZiAyZjJm IDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMTcw OiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8v Ly8vDQoJMHgwMTgwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAv Ly8vLy8vLy8vLy8vLy8vDQoJMHgwMTkwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYg MmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMWEwOiAgMmYyZiAyZjJmIDJmMmYgMmYy ZiAyZjJmIDBkMGEgMmYyZiAyZjJmICAvLy8vLy8vLy8vLi4vLy8vDQoJMHgwMWIwOiAgMmYyZiAy ZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgw MWMwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8v Ly8vLy8vDQoJMHgwMWQwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm ICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMWUwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJm MmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMWYwOiAgMmYyZiAyZjJmIDJmMmYg MmYyZiAwZDBhIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy4uLy8vLy8vDQoJMHgwMjAwOiAgMmYy ZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJ MHgwMjEwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8v Ly8vLy8vLy8vDQoJMHgwMjIwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAy ZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMjMwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm IDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMjQwOiAgMmYyZiAyZjJmIDJm MmYgMGQwYSAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8uLi8vLy8vLy8vDQoJMHgwMjUwOiAg MmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8v DQoJMHgwMjYwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8v Ly8vLy8vLy8vLy8vDQoJMHgwMjcwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYy ZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMjgwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAy ZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMjkwOiAgMmYyZiAyZjJm IDBkMGEgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLi4vLy8vLy8vLy8vDQoJMHgwMmEw OiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8v Ly8vDQoJMHgwMmIwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAv Ly8vLy8vLy8vLy8vLy8vDQoJMHgwMmMwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYg MmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMmQwOiAgMmYyZiAyZjJmIDJmMmYgMmYy ZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMmUwOiAgMmYyZiAw ZDBhIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy4uLy8vLy8vLy8vLy8vDQoJMHgw MmYwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8v Ly8vLy8vDQoJMHgwMzAwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm ICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMzEwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJm MmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMzIwOiAgMmYyZiAyZjJmIDJmMmYg MmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMzMwOiAgMGQw YSAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAuLi8vLy8vLy8vLy8vLy8vDQoJ MHgwMzQwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8v Ly8vLy8vLy8vDQoJMHgwMzUwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAy ZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMzYwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm IDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwMzcwOiAgMmYyZiAyZjJmIDJm MmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAwZDBhICAvLy8vLy8vLy8vLy8vLy4uDQoJMHgwMzgwOiAg MmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8v DQoJMHgwMzkwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8v Ly8vLy8vLy8vLy8vDQoJMHgwM2EwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYy ZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwM2IwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAy ZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwM2MwOiAgMmYyZiAyZjJm IDJmMmYgMmYyZiAyZjJmIDJmMmYgMGQwYSAyZjJmICAvLy8vLy8vLy8vLy8uLi8vDQoJMHgwM2Qw OiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8v Ly8vDQoJMHgwM2UwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAv Ly8vLy8vLy8vLy8vLy8vDQoJMHgwM2YwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYg MmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNDAwOiAgMmYyZiAyZjJmIDJmMmYgMmYy ZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNDEwOiAgMmYyZiAy ZjJmIDJmMmYgMmYyZiAyZjJmIDBkMGEgMmYyZiAyZjJmICAvLy8vLy8vLy8vLi4vLy8vDQoJMHgw NDIwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8v Ly8vLy8vDQoJMHgwNDMwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm ICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNDQwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJm MmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNDUwOiAgMmYyZiAyZjJmIDJmMmYg MmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNDYwOiAgMmYy ZiAyZjJmIDJmMmYgMmYyZiAwZDBhIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy4uLy8vLy8vDQoJ MHgwNDcwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8v Ly8vLy8vLy8vDQoJMHgwNDgwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAy ZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNDkwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm IDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNGEwOiAgMmYyZiAyZjJmIDJm MmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNGIwOiAg MmYyZiAyZjJmIDJmMmYgMGQwYSAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8uLi8vLy8vLy8v DQoJMHgwNGMwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8v Ly8vLy8vLy8vLy8vDQoJMHgwNGQwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYy ZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNGUwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAy ZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNGYwOiAgMmYyZiAyZjJm IDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNTAw OiAgMmYyZiAyZjJmIDBkMGEgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLi4vLy8vLy8v Ly8vDQoJMHgwNTEwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAv Ly8vLy8vLy8vLy8vLy8vDQoJMHgwNTIwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYg MmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNTMwOiAgMmYyZiAyZjJmIDJmMmYgMmYy ZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNTQwOiAgMmYyZiAy ZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgw NTUwOiAgMmYyZiAwZDBhIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy4uLy8vLy8v Ly8vLy8vDQoJMHgwNTYwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm ICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNTcwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJm MmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNTgwOiAgMmYyZiAyZjJmIDJmMmYg MmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNTkwOiAgMmYy ZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJ MHgwNWEwOiAgMGQwYSAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAuLi8vLy8v Ly8vLy8vLy8vDQoJMHgwNWIwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAy ZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNWMwOiAgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJm IDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNWQwOiAgMmYyZiAyZjJmIDJm MmYgMmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAvLy8vLy8vLy8vLy8vLy8vDQoJMHgwNWUwOiAg MmYyZiAyZjJmIDJmMmYgMmYyZiAyZjJmICAgICAgICAgICAgICAgICAvLy8vLy8vLy8vDQo= --047d7bf0c0a884e6b704ddcd4bb1-- From owner-freebsd-net@FreeBSD.ORG Tue May 28 23:58:58 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 00BBD913 for ; Tue, 28 May 2013 23:58:57 +0000 (UTC) (envelope-from dejamuse@yahoo.com) Received: from nm13-vm0.bullet.mail.bf1.yahoo.com (nm13-vm0.bullet.mail.bf1.yahoo.com [98.139.213.79]) by mx1.freebsd.org (Postfix) with ESMTP id A5A53643 for ; Tue, 28 May 2013 23:58:57 +0000 (UTC) Received: from [98.139.212.151] by nm13.bullet.mail.bf1.yahoo.com with NNFMP; 28 May 2013 23:57:08 -0000 Received: from [98.139.215.248] by tm8.bullet.mail.bf1.yahoo.com with NNFMP; 28 May 2013 23:57:08 -0000 Received: from [127.0.0.1] by omp1061.mail.bf1.yahoo.com with NNFMP; 28 May 2013 23:57:08 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 862657.67236.bm@omp1061.mail.bf1.yahoo.com Received: (qmail 89333 invoked by uid 60001); 28 May 2013 23:57:08 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1369785428; bh=u/BeOMSAsFH8sInKp0gWKM+jQP9skM+Xb3BRFXMl8PQ=; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=XpUdrbDn/tKdA2mG/XRnht2yKPRBbVaHh+m0mUoWADI/xMy3Ol0j99rYAdwPcZ1AHIMdnPC/vUALvPrfhhVBqLzhoiv2ZreOSnE7PI6xfDxzBRuPErjMiYwgqK7o1ceT/Lc9Wb4Kx9wCOwwWCwHrx0PTs5IyXe4Uclaabl0nAS0= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Rocket-MIMEInfo:X-Mailer:Message-ID:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=4EJ7CImylg8joaHBh6U3Ew3G9HZqloKYspYeW92BnHRayEiAQc2ghM+AiFXvXNKtFNtVuHRQ2pTzfuAaOPEJr4C6FXRvaV1aS4rjMEK27oJft/UAzL9Thz10urrFtTwjjUxr4+1WJ7ZWS9DpwPRqUhD8u1xGwFsEFYfBb2sLxeA=; X-YMail-OSG: ZDq95nMVM1lVVzluBkRX2qTkLL6_Vcsbt7JaG4jVw_nmak4 6lomwxmydSJxdbpemvfpe Received: from [76.28.103.171] by web142302.mail.bf1.yahoo.com via HTTP; Tue, 28 May 2013 16:57:08 PDT X-Rocket-MIMEInfo: 002.001, SGksCgpJIHJ1biBQQ0JTRCA5LjEgYW5kIGhhdmUgYSBqYWlsIHNldHVwICh1c2VzIHRoZSBXYXJkZW4gUEJJIHRvIHNldCBpdCB1cCkuCgpJbiB0aGF0IGphaWwgd2hpY2ggaGFzIGl0J3Mgb3duIGxvY2FsIElQIGxpa2UgMTkyLjE2OC4xLjEyLCBJIGhhdmUgYW4gQXBhY2hlIHNlcnZlciBydW5uaW5nIERydXBhbC4KCk5vcm1hbGx5IHdoZW4gSSBjb25uZWN0IHRoZSBjb21wdXRlciB0byBhIHNpbmdsZSByb3V0ZXIgdGhhdCBpcyBjb25uZWN0ZWQgdG8gYSBtb2RlbSwgSSBzZXQgIm5hbWVzZXJ2ZXIgMTkyLjEBMAEBAQE- X-Mailer: YahooMailWebService/0.8.144.546 Message-ID: <1369785428.89131.YahooMailNeo@web142302.mail.bf1.yahoo.com> Date: Tue, 28 May 2013 16:57:08 -0700 (PDT) From: Jeff Subject: FreeBSD jail can't talk to internet through multiple routers To: "freebsd-net@freebsd.org" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 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: Jeff List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 May 2013 23:58:58 -0000 Hi,=0A=0AI run PCBSD 9.1 and have a jail setup (uses the Warden PBI to set = it up).=0A=0AIn that jail which has it's own local IP like 192.168.1.12, I = have an Apache server running Drupal.=0A=0ANormally when I connect the comp= uter to a single router that is connected to a modem, I set "nameserver 192= .168.1.1", i.e. the router LAN IP or gateway, in etc/resolv.conf and have n= o problems.=0A=0ANow I have added a 2nd router daisy chained from the prima= ry router, running a subnet (primary router has IP: 192.168.1.1 and seconda= ry router: 192.168.2.1).=A0 =0A=0AThe computer running the jail is plugged = into the secondary router.=0A=0AThe problem is, the jail can't contact the = internet.=A0 I can SSH into the jail but it takes a very long time to conne= ct, like 30 seconds or so.=0A=0A=0AI've tried different IP addresses for "n= ameserver" but nothing works.=0A=0AI have no problems using the internet fr= om the main part of the computer, just the jails.=0A=0A=0AAny ideas why thi= s happens and how to get around it?=A0 I've had this problem for years with= different versions of FreeBSD.=0A=0ADo I need to create a static route thr= ough to the gateway, and if so, why is that not a problem using a browser f= rom the main part of the machine?=0A=0A=0AThanks,=0A=0AJeff=0A From owner-freebsd-net@FreeBSD.ORG Wed May 29 00:51:26 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BB987EFC for ; Wed, 29 May 2013 00:51:26 +0000 (UTC) (envelope-from ivan@asperasoft.com) Received: from mail-ob0-x235.google.com (mail-ob0-x235.google.com [IPv6:2607:f8b0:4003:c01::235]) by mx1.freebsd.org (Postfix) with ESMTP id 8D1E8939 for ; Wed, 29 May 2013 00:51:26 +0000 (UTC) Received: by mail-ob0-f181.google.com with SMTP id 16so614149obc.40 for ; Tue, 28 May 2013 17:51:26 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=O32HNzVl+tl8sA1ZB25gV0IFi1k6tjmqJ3ascIxvnac=; b=jVAZjADiXglr/1G4fggEeTYTj1w66Ii7DSjiPgaZeQPCjIAc9AtRJIIzdl/rhKaSX8 mzq27wCHjThMs/7PLH0C/SlRoJtERg66tj5D2Yu1hbcfZyrJICMEKPqVsIXeHUgcAtEv aykT64hpxpEwXQV2V4Qz48aKElCL50Vrn8GHes2CXxyEqkvHP/zLeKHFOlbfS/90j4xj p9wjqr/zRP9CqpHNwKpAQtKza1/4om8OPaftoSoIOE8c7RHY0/7YP6ECMEuyQSFoM/J+ wXLMc2rIZNqaPw9V9iB6ZuTsm+JRwOAdAiz9MQdnTLYe4Pbybx0uKgg05vv32U52ZPwy e2FQ== X-Received: by 10.182.34.164 with SMTP id a4mr216609obj.43.1369788686185; Tue, 28 May 2013 17:51:26 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.113.167 with HTTP; Tue, 28 May 2013 17:51:06 -0700 (PDT) From: Ivan Gostev Date: Tue, 28 May 2013 17:51:06 -0700 Message-ID: Subject: ixgbe driver with VLANs in 8.3 To: freebsd-net@freebsd.org X-Gm-Message-State: ALoCoQktq97FvXvpnBQffPM6AD7CgkSJIUCAAbPOeJRTVqwaQISPdpAKqaNojv/62X84u0EbSQ2c Content-Type: text/plain; charset=UTF-8 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, 29 May 2013 00:51:26 -0000 Hello, I am trying to install pfsense on Dell R620 with Intel X520 10Gb DP card. Default driver (2.4.5 or 2.5.0) sporadically holds and buffers packets for 40-70 seconds. I compiled ixgbe driver version 2.5.8 from Intel web site. It works much better now, but does not receive anything over non-default VLAN. Though the packets are coming out and I can see them on another host. Any help and ideas are appreciated. Thank you, -- Ivan Gostev From owner-freebsd-net@FreeBSD.ORG Wed May 29 02:06:57 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 09252CBA for ; Wed, 29 May 2013 02:06:57 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id B99AECDC for ; Wed, 29 May 2013 02:06:56 +0000 (UTC) Received: from jre-mbp.elischer.org (ppp121-45-237-17.lns20.per1.internode.on.net [121.45.237.17]) (authenticated bits=0) by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id r4T26kI7006785 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 28 May 2013 19:06:49 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <51A562B2.4020101@freebsd.org> Date: Wed, 29 May 2013 10:06:42 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130509 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jeff Subject: Re: FreeBSD jail can't talk to internet through multiple routers References: <1369785428.89131.YahooMailNeo@web142302.mail.bf1.yahoo.com> In-Reply-To: <1369785428.89131.YahooMailNeo@web142302.mail.bf1.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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, 29 May 2013 02:06:57 -0000 On 5/29/13 7:57 AM, Jeff wrote: > Hi, > > I run PCBSD 9.1 and have a jail setup (uses the Warden PBI to set it up). > > In that jail which has it's own local IP like 192.168.1.12, I have an Apache server running Drupal. > > Normally when I connect the computer to a single router that is connected to a modem, I set "nameserver 192.168.1.1", i.e. the router LAN IP or gateway, in etc/resolv.conf and have no problems. > > Now I have added a 2nd router daisy chained from the primary router, running a subnet (primary router has IP: 192.168.1.1 and secondary router: 192.168.2.1). > > The computer running the jail is plugged into the secondary router. > > The problem is, the jail can't contact the internet. I can SSH into the jail but it takes a very long time to connect, like 30 seconds or so. > > > I've tried different IP addresses for "nameserver" but nothing works. > > I have no problems using the internet from the main part of the computer, just the jails. > > > Any ideas why this happens and how to get around it? I've had this problem for years with different versions of FreeBSD. > > Do I need to create a static route through to the gateway, and if so, why is that not a problem using a browser from the main part of the machine? basically your jail is using the same routing as the rest of the machine you have several options, though they may not all be supported in the PCBSD 9.1 jail system 1/ you could use ipfw to do packet forwarding this is what we used to before we had #2 and #3. 2/ you can specify that the jail should use a different FIB (routing table) you should look up setfib(1) and setfib(2) and follow the 'see also' pointers as well. 3/ you can use VIMAGE and set up a jail with a completely separate network stack. DOcumentation for this is a bit hard to find but use the 'vnet' option in jail(8) nad look up VIMAGE and vnet in google. > > > Thanks, > > Jeff > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Wed May 29 05:01:24 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 78EA62ED; Wed, 29 May 2013 05:01:24 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-oa0-f47.google.com (mail-oa0-f47.google.com [209.85.219.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3B5648D7; Wed, 29 May 2013 05:01:23 +0000 (UTC) Received: by mail-oa0-f47.google.com with SMTP id m1so10933063oag.20 for ; Tue, 28 May 2013 22:01:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=SEXySmTNMHSRp+nrzGdQfHzU1Hap8BGUxmxZHUQuXZI=; b=SMFBqazG+5e7f5dGvKkdreJ8ev+/R6Vf4ldcW/FgTaCqyIk4L/1arqDyqqADha1tR9 kFjEU2ulCpS5/Ymw3pMN6BqqoLSw+oztTjSi/8RZptw7y5ciSdtDxN0pd3al2AHuj+5E sks99nqDdXtYXo3HeuvLGm3FKkhZFACImI9SVTcX6rslHb2PkdYvMdmsCBWkoPx87gRC Rb0WDlhYUC029gK6ejmYvpcEm3Ra5bROvvpBk2wrnNCmTSwl+KVsQ+1NqeN5qN0NQ8Ww Zg1s6nWp+PjZD/7RUTSAhFRSplSPRUSKeQSsmy/Qbjg8+0uZ5HXJxPnYm8ufjZ59olzF 6DRQ== MIME-Version: 1.0 X-Received: by 10.60.33.102 with SMTP id q6mr584982oei.111.1369803683264; Tue, 28 May 2013 22:01:23 -0700 (PDT) Received: by 10.76.77.9 with HTTP; Tue, 28 May 2013 22:01:23 -0700 (PDT) In-Reply-To: <51A562B2.4020101@freebsd.org> References: <1369785428.89131.YahooMailNeo@web142302.mail.bf1.yahoo.com> <51A562B2.4020101@freebsd.org> Date: Wed, 29 May 2013 07:01:23 +0200 Message-ID: Subject: Re: FreeBSD jail can't talk to internet through multiple routers From: Andreas Nilsson To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: "freebsd-net@freebsd.org" , Jeff 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, 29 May 2013 05:01:24 -0000 On Wed, May 29, 2013 at 4:06 AM, Julian Elischer wrote: > On 5/29/13 7:57 AM, Jeff wrote: > >> Hi, >> >> I run PCBSD 9.1 and have a jail setup (uses the Warden PBI to set it up). >> >> In that jail which has it's own local IP like 192.168.1.12, I have an >> Apache server running Drupal. >> >> Normally when I connect the computer to a single router that is connected >> to a modem, I set "nameserver 192.168.1.1", i.e. the router LAN IP or >> gateway, in etc/resolv.conf and have no problems. >> >> Now I have added a 2nd router daisy chained from the primary router, >> running a subnet (primary router has IP: 192.168.1.1 and secondary router: >> 192.168.2.1). >> >> The computer running the jail is plugged into the secondary router. >> >> The problem is, the jail can't contact the internet. I can SSH into the >> jail but it takes a very long time to connect, like 30 seconds or so. >> >> >> I've tried different IP addresses for "nameserver" but nothing works. >> >> I have no problems using the internet from the main part of the computer, >> just the jails. >> >> >> Any ideas why this happens and how to get around it? I've had this >> problem for years with different versions of FreeBSD. >> >> Do I need to create a static route through to the gateway, and if so, why >> is that not a problem using a browser from the main part of the machine? >> > > > basically your jail is using the same routing as the rest of the machine > you have several options, though they may not all be supported in the > PCBSD 9.1 jail system > > 1/ you could use ipfw to do packet forwarding > this is what we used to before we had #2 and #3. > 2/ you can specify that the jail should use a different FIB (routing table) > you should look up setfib(1) and setfib(2) and follow the 'see also' > pointers as well. > 3/ you can use VIMAGE and set up a jail with a completely separate network > stack. > DOcumentation for this is a bit hard to find but use the 'vnet' option in > jail(8) > nad look up VIMAGE and vnet in google. > > > >> >> Thanks, >> >> Jeff >> ______________________________**_________________ >> 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-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 the example ips I take it you are behind "double nat", not just behind 2 routers? When you say "jail cant connect to the internet", is it just dns querys that fails, or ip connectivity? Are you running any firewall on the host? I was forced to used a similar setup for a while, but I never saw those problems. Timeouts on ssh could point to dns failures: did you update the resolv.conf in the jails as well as on the host? If you start the jail with allow.raw_sockets enabled ( you didn't mention what method, ie rc.conf jail.conf or just jail -c, you use to start the jails so use the appropriate method of passing that arg), could you then from within the jail do some pings and digs like: dig @8.8.8.8 freebsd.org dig @192.168.2.1 freebsd.org dig @192.168.1.1 freebsd.org ping 8.8.8.8 ping 192.168.2.1 ping 192.168.1.1 Best regards Andreas From owner-freebsd-net@FreeBSD.ORG Wed May 29 18:16:46 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CC04CAB6; Wed, 29 May 2013 18:16:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id A96C8E5C; Wed, 29 May 2013 18:16:46 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 298E4B993; Wed, 29 May 2013 14:16:46 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Subject: Re: RFC: removing redundant checks in ether_input_internal() Date: Wed, 29 May 2013 13:16:39 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <20130522125828.GA93728@onelab2.iet.unipi.it> <519CDBE9.304@freebsd.org> In-Reply-To: <519CDBE9.304@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201305291316.39654.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 29 May 2013 14:16:46 -0400 (EDT) Cc: Luigi Rizzo , Andre Oppermann , 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, 29 May 2013 18:16:46 -0000 On Wednesday, May 22, 2013 10:53:29 am Andre Oppermann wrote: > On 22.05.2013 14:58, Luigi Rizzo wrote: > > if_ethersubr.c :: ether_input_internal() is only called as follows: > > > > static void > > ether_nh_input(struct mbuf *m) > > { > > > > ether_input_internal(m->m_pkthdr.rcvif, m); > > } > > > > hence the following checks in the body are unnecessary: > > > > if (m->m_pkthdr.rcvif == NULL) { > > if_printf(ifp, "discard frame w/o interface pointer\n"); > > ifp->if_ierrors++; > > m_freem(m); > > return; > > } > > #ifdef DIAGNOSTIC > > if (m->m_pkthdr.rcvif != ifp) { > > if_printf(ifp, "Warning, frame marked as received on %s\n", > > m->m_pkthdr.rcvif->if_xname); > > } > > #endif > > > > Any objection if i remove them ? > > No, but they should remain as KASSERTs. None of these should trigger in > production and all of them are an indication that something is very wrong > with the packet or the caller. Eh, but if the only caller is ether_nh_input() then by definition you know that m->m_pkthdr.rcvif == ifp. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Wed May 29 18:16:48 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 005C4ABA for ; Wed, 29 May 2013 18:16:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id D36D9E5D for ; Wed, 29 May 2013 18:16:47 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 181EEB99F; Wed, 29 May 2013 14:16:47 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Subject: Re: Create pkey on FreeBSD 9.1 Date: Wed, 29 May 2013 13:21:08 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <64DAB3164E410447932305F50F896D8D6AF63DB3@MTLDAG01.mtl.com> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201305291321.08657.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 29 May 2013 14:16:47 -0400 (EDT) Cc: Alex Liptsin , Ryan Stone 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, 29 May 2013 18:16:48 -0000 On Thursday, May 23, 2013 2:36:25 pm Ryan Stone wrote: > On Thu, May 23, 2013 at 4:32 AM, Alex Liptsin wrote: > > > Hello. > > > > I have FreeBSD 9.1 installed. > > There is mellanox adapter inside. > > OFED support is already installed. > > > > I try to add pkeys on ib0 port. > > > > Usually in Linux I did: > > > > echo 0x800c > /sys/class/net/ib0/create_child > > > > ifconfig -a > > To Make sure you see a new interface: ib0.800c > > > > How can I do it on FreeBSD? There is no "/sys/class/net/ib0/create_child" > > directory. > > > > Regards, > > Alex Liptsin > > > > _______________________________________________ > > 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 reading the source it looks like this is done by attaching a vlan > interface to the interface. So try: > > ifconfig vlan create vlandev ib0 vlan 0xc > > This will create a new vlanX interface (ifconfig will its precise name with > its unit number to stdout). Simpler though is just 'ifconfig ib0.12 create' (and how most folks expect subinterfaces to be named). -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Wed May 29 18:16:49 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 12F10ABB; Wed, 29 May 2013 18:16:49 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id E57B0E5E; Wed, 29 May 2013 18:16:48 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 44219B98A; Wed, 29 May 2013 14:16:48 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org Subject: Re: How to switch Datgram/Connected mtu modes? Date: Wed, 29 May 2013 13:33:52 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <64DAB3164E410447932305F50F896D8D6AF651AD@MTLDAG01.mtl.com> In-Reply-To: <64DAB3164E410447932305F50F896D8D6AF651AD@MTLDAG01.mtl.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201305291333.52607.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Wed, 29 May 2013 14:16:48 -0400 (EDT) Cc: Alex Liptsin , "freebsd-questions@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, 29 May 2013 18:16:49 -0000 On Sunday, May 26, 2013 7:43:29 am Alex Liptsin wrote: > Hello. > > I work with FreeBSD 9.1 and Mellanox devices. > > How can I configure MTU in connected mode on FreeBSD 9.1? > In Linux to enable connected mode for interface ib0, I enter: > > echo connected > /sys/class/net/ib0/mode > > > > Switching between CM and UD mode can be done in run time: > > echo datagram > /sys/class/net/ib0/mode sets the mode of ib0 to UD > > echo connected > /sys/class/net/ib0/mode sets the mode ib0 to CM > > There is no such directories at FreeBSD. Wat shall I do? Have you tried looking for dev.ib.0 sysctls? It looks like the OFED bits in FreeBSD map Linux sysfs entries to sysctl nodes, but I don't have a box with IB handy to see what it looks like at runtime. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Wed May 29 18:50: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]) by hub.freebsd.org (Postfix) with ESMTP id 9DE76688 for ; Wed, 29 May 2013 18:50:45 +0000 (UTC) (envelope-from ivan@asperasoft.com) Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com [209.85.192.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7DFA0DF for ; Wed, 29 May 2013 18:50:45 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id w11so6196701pde.9 for ; Wed, 29 May 2013 11:50:39 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:from:date:message-id:subject:to:content-type :x-gm-message-state; bh=XpfzbICWpRsxAKD36T8Wr2qGcifq2xypQ1y8AKmW6EY=; b=YJcIywuILVX9aTe4NRr5gGKGDZznYLtmJzHMnooyhxUvLf0sYn8hbBWrhkYpPO+8dX psF2d6B8WYFAVKSLgYkYYgll260SoDiaKOpYBTGY85wS3Eui1gQnUIgVtB1sXibVCq+P 7hTxdJWBgv5iM3/JDKbP0bR20MPxmvbx64qOjep8uFR+Wq4dmHH2Q1Upud0IOJ9Y+zo/ NiR+tcyGXL105i9V6eMtC4hDFeSMVNPQi0NfVoQnNxTN1e501GIs0au6wdY2ckbTJBNO XaFLhn5Zg7x+Rl0Br+pV5vImx0KT5K48lTxK6iuTmxpuevS76gyUX6eLKW4wCWeyp5GI eAsw== X-Received: by 10.68.232.136 with SMTP id to8mr4328886pbc.9.1369853439621; Wed, 29 May 2013 11:50:39 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.40.162 with HTTP; Wed, 29 May 2013 11:50:19 -0700 (PDT) From: Ivan Gostev Date: Wed, 29 May 2013 11:50:19 -0700 Message-ID: Subject: ixgbe driver with VLANs in 8.3 To: freebsd-net X-Gm-Message-State: ALoCoQl/1cpKQ+N3CHc+ebzeBRXqnClgs53xBwgG19R2opErgx7zaD2cCNh+AYzT7TchvtrmFR1A Content-Type: text/plain; charset=UTF-8 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, 29 May 2013 18:50:45 -0000 Hello, I am trying to install pfsense on Dell R620 with Intel X520 10Gb DP card. Default ixgbe driver (2.4.5 or 2.5.0) sporadically holds and buffers packets for 40-70 seconds. I compiled ixgbe driver version 2.5.8 from Intel web site. It works much better now, but does not receive anything on non-default VLAN. Though the packets are coming out and I can see them on another host. Any help is appreciated. Thank you, -- Ivan Gostev From owner-freebsd-net@FreeBSD.ORG Thu May 30 01:13:27 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]) by hub.freebsd.org (Postfix) with ESMTP id 71D306A9; Thu, 30 May 2013 01:13:27 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 64C45979; Thu, 30 May 2013 01:13:27 +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 r4U1DR6e089693; Thu, 30 May 2013 01:13:27 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4U1DRGp089692; Thu, 30 May 2013 01:13:27 GMT (envelope-from yongari) Date: Thu, 30 May 2013 01:13:27 GMT Message-Id: <201305300113.r4U1DRGp089692@freefall.freebsd.org> To: clif@eugeneweb.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Subject: Re: misc/179033: [dc] dc ethernet driver seems to have issues with some multiport card and mother board combinations 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, 30 May 2013 01:13:27 -0000 Synopsis: [dc] dc ethernet driver seems to have issues with some multiport card and mother board combinations State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Thu May 30 01:11:55 UTC 2013 State-Changed-Why: The information you gave looks confusing to me. If you're using pfSense on Atom D510MO and seeing the issue I'm afraid I'm not able to help that. pfSense may have some local changes and I'm not familiar with that. Did you try stock FreeBSD 9.1-RELEASE on Atom D510MO? If you still see the same issue with stock FreeBSD 9.1-REELASE, could you setup remote debugging environment mentioned in the following URL? http://people.freebsd.org/~yongari/remote_debugging.txt Given that dc(4) works fine with Dell machines I guess the issue may be in pci(4) which can't correctly handle device sits behind PCI-PCI bridge. Note, Holland Consulting's document does not apply to FreeBSD. dc(4) can handle multiple instances of dc(4) and should be able to support dual/quad port dc(4) controllers. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu May 30 01:11:55 UTC 2013 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=179033 From owner-freebsd-net@FreeBSD.ORG Thu May 30 04:07:47 2013 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id EC664638; Thu, 30 May 2013 04:07:47 +0000 (UTC) (envelope-from clif@eugeneweb.com) Received: from eugeneweb.com (eugeneweb.com [149.20.56.103]) by mx1.freebsd.org (Postfix) with ESMTP id D9B5DAF4; Thu, 30 May 2013 04:07:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by eugeneweb.com (Postfix) with ESMTP id 9F3F824C0FA; Wed, 29 May 2013 20:58:13 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at eugeneweb.com Received: from eugeneweb.com ([127.0.0.1]) by localhost (eugeneweb.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id SdzxpyVbGInY; Wed, 29 May 2013 20:58:13 -0700 (PDT) Received: from [192.168.0.1] (unknown [71.193.185.189]) by eugeneweb.com (Postfix) with ESMTP id C395A24C0F9; Wed, 29 May 2013 20:58:12 -0700 (PDT) Message-ID: <51A6CE52.20501@eugeneweb.com> Date: Wed, 29 May 2013 20:58:10 -0700 From: "Mr. Clif" User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.12) Gecko/20130119 Firefox/10.0.11esrpre Iceape/2.7.12 MIME-Version: 1.0 To: yongari@FreeBSD.org Subject: Re: misc/179033: [dc] dc ethernet driver seems to have issues with some multiport card and mother board combinations References: <201305300113.r4U1DRGp089692@freefall.freebsd.org> In-Reply-To: <201305300113.r4U1DRGp089692@freefall.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Thu, 30 May 2013 04:07:48 -0000 Sorry for the confusion Pyun, I started looking at it in the context of pfsense, but they rejected my bug report which was understandable because it's an upstream issue. They suggested I resubmit it to you guys if I could reproduce it. So I booted FreeBSD and lo and behold the same two ports failed in exactly the same way. I didn't see the point in re-running all the tests because I was assuming that FreeBSD would work as well as pfsense for the ports that worked, and there were no further tests I could think of for the dead ports. This Atom board only has serial headers not a DB9 on the back, so I have to look for the proper back panel adapter for that. Otherwise I should be able to set up that test environment. Though it might take me a couple of days, sorry it's crunch time for me on a volunteer project. One which I would like to deploy routers like this on. :-) Thanks, Clif yongari@FreeBSD.org wrote: > Synopsis: [dc] dc ethernet driver seems to have issues with some multiport card and mother board combinations > > State-Changed-From-To: open->feedback > State-Changed-By: yongari > State-Changed-When: Thu May 30 01:11:55 UTC 2013 > State-Changed-Why: > The information you gave looks confusing to me. > If you're using pfSense on Atom D510MO and seeing the issue I'm > afraid I'm not able to help that. pfSense may have some local > changes and I'm not familiar with that. > Did you try stock FreeBSD 9.1-RELEASE on Atom D510MO? > If you still see the same issue with stock FreeBSD 9.1-REELASE, > could you setup remote debugging environment mentioned in the > following URL? > http://people.freebsd.org/~yongari/remote_debugging.txt > > Given that dc(4) works fine with Dell machines I guess the issue > may be in pci(4) which can't correctly handle device sits behind > PCI-PCI bridge. > > Note, Holland Consulting's document does not apply to FreeBSD. > dc(4) can handle multiple instances of dc(4) and should be able to > support dual/quad port dc(4) controllers. > > > Responsible-Changed-From-To: freebsd-net->yongari > Responsible-Changed-By: yongari > Responsible-Changed-When: Thu May 30 01:11:55 UTC 2013 > Responsible-Changed-Why: > Grab. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=179033 From owner-freebsd-net@FreeBSD.ORG Thu May 30 05:12:30 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 65DFE7FC; Thu, 30 May 2013 05:12:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pd0-f172.google.com (mail-pd0-f172.google.com [209.85.192.172]) by mx1.freebsd.org (Postfix) with ESMTP id 3D156EDF; Thu, 30 May 2013 05:12:30 +0000 (UTC) Received: by mail-pd0-f172.google.com with SMTP id 10so10036165pdi.3 for ; Wed, 29 May 2013 22:12:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=eymMzSlC9AzlUENuioDZSTYqYeSDbSKeSDVzWmoshKE=; b=HluTWCpzw0zqcR67Fc0Se6pMDPm6e4H31x9NhH41vOtQjG7kdfD0a8tV66NkXHAJdG +vSSZCdPXpMSRY6cYIw7WvVp23qA7g4HmbUeEvkwzWhIF8f00ZnoK1ykMcrxsl8OQXSd dQ4yvcG1UB+t4316W1/sx+2yQPJBdkgi2xurABsAWiFX8+r+IZG73CW1YJ5cgLMM8fka 76qXYoEUufRMHnRMUQTMOczyc6DeTWbqwskrrN/ZvmQeezYOy1lNav1MejXipCVR3jCS Jx/qa2Q/kbIhVq8kttbFJssZflpjdKtITtRb18tHZTFK8q8loe+/1Ab2SQyuklkpkYtp qypQ== X-Received: by 10.66.145.2 with SMTP id sq2mr6666408pab.2.1369890743249; Wed, 29 May 2013 22:12:23 -0700 (PDT) Received: from pyunyh@gmail.com (lpe4.p59-icn.cdngp.net. [114.111.62.249]) by mx.google.com with ESMTPSA id fp2sm40201480pbb.36.2013.05.29.22.12.19 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 29 May 2013 22:12:22 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 30 May 2013 14:12:15 +0900 From: YongHyeon PYUN Date: Thu, 30 May 2013 14:12:14 +0900 To: "Mr. Clif" Subject: Re: misc/179033: [dc] dc ethernet driver seems to have issues with some multiport card and mother board combinations Message-ID: <20130530051214.GA1530@michelle.cdnetworks.com> References: <201305300113.r4U1DRGp089692@freefall.freebsd.org> <51A6CE52.20501@eugeneweb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51A6CE52.20501@eugeneweb.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@FreeBSD.org, yongari@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 05:12:30 -0000 On Wed, May 29, 2013 at 08:58:10PM -0700, Mr. Clif wrote: > Sorry for the confusion Pyun, > > I started looking at it in the context of pfsense, but they rejected my > bug report which was understandable because it's an upstream issue. They > suggested I resubmit it to you guys if I could reproduce it. So I booted > FreeBSD and lo and behold the same two ports failed in exactly the same Ok, I'd like to fix that. > way. I didn't see the point in re-running all the tests because I was > assuming that FreeBSD would work as well as pfsense for the ports that > worked, and there were no further tests I could think of for the dead ports. > There are too many different dc(4) controllers out there and each controller will require different hack to make it work. > This Atom board only has serial headers not a DB9 on the back, so I have > to look for the proper back panel adapter for that. Otherwise I should > be able to set up that test environment. Though it might take me a If you can't setup two systems, attach USB etherent controller to the box and let me know login information to the box. That wouldn't be enough configuration for remote debugging but probably I can experiment some basic things with your help. > couple of days, sorry it's crunch time for me on a volunteer project. > One which I would like to deploy routers like this on. :-) > > Thanks, > Clif > > yongari@FreeBSD.org wrote: > >Synopsis: [dc] dc ethernet driver seems to have issues with some multiport > >card and mother board combinations > > > >State-Changed-From-To: open->feedback > >State-Changed-By: yongari > >State-Changed-When: Thu May 30 01:11:55 UTC 2013 > >State-Changed-Why: > >The information you gave looks confusing to me. > >If you're using pfSense on Atom D510MO and seeing the issue I'm > >afraid I'm not able to help that. pfSense may have some local > >changes and I'm not familiar with that. > >Did you try stock FreeBSD 9.1-RELEASE on Atom D510MO? > >If you still see the same issue with stock FreeBSD 9.1-REELASE, > >could you setup remote debugging environment mentioned in the > >following URL? > >http://people.freebsd.org/~yongari/remote_debugging.txt > > > >Given that dc(4) works fine with Dell machines I guess the issue > >may be in pci(4) which can't correctly handle device sits behind > >PCI-PCI bridge. > > > >Note, Holland Consulting's document does not apply to FreeBSD. > >dc(4) can handle multiple instances of dc(4) and should be able to > >support dual/quad port dc(4) controllers. > > > > > >Responsible-Changed-From-To: freebsd-net->yongari > >Responsible-Changed-By: yongari > >Responsible-Changed-When: Thu May 30 01:11:55 UTC 2013 > >Responsible-Changed-Why: > >Grab. > > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=179033 > From owner-freebsd-net@FreeBSD.ORG Thu May 30 07:07:25 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 89DF3529 for ; Thu, 30 May 2013 07:07:25 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com [IPv6:2607:f8b0:4003:c01::22d]) by mx1.freebsd.org (Postfix) with ESMTP id 5CD055E2 for ; Thu, 30 May 2013 07:07:25 +0000 (UTC) Received: by mail-ob0-f173.google.com with SMTP id wc20so4487608obb.32 for ; Thu, 30 May 2013 00:07:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=08dcGzoTQq/YA/UdUbnLStL3cRp4LwN049U9hPMAUzE=; b=NONkuHVXFyFM5aRiNgUAPZfzBEwQut/iyOFvEYSMFVmH+Qp5Nw7H00Uw9tdoMxleh4 Peja/4W/R5YSW9gNNtER9v5sV2w7J3RY2o7DZuy6gauDywiW1qcSkZn/2Upe74UMYzAZ dp33DjVj4eVgGV7NSZ6Ko7GaNBYTa0esNaEjDixkK45lSIV6irE7k45QCwaRmRdb32YJ Ns44RKnb77ngkZqhxuhym7CZ0DFbZnyOEg+V79Ltd7s4kFhHZbcbjsKt6pJBTUgIRsSr blGg92GI70+b/cxbBpxmK/4HG59ZuOxhIpHVMBrjzjiRqQkGBWZOlsEYeZljxxQ33z8A vkDA== MIME-Version: 1.0 X-Received: by 10.182.118.42 with SMTP id kj10mr3487984obb.99.1369897645015; Thu, 30 May 2013 00:07:25 -0700 (PDT) Received: by 10.76.77.9 with HTTP; Thu, 30 May 2013 00:07:24 -0700 (PDT) Date: Thu, 30 May 2013 09:07:24 +0200 Message-ID: Subject: IPFW tablearg questions From: Andreas Nilsson To: FreeBSD Net 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: Thu, 30 May 2013 07:07:25 -0000 Hello, I started to test some more features of IPFW, namely skipto and fwd, both in conjunction with tablearg. The question: Why can't you add a skipto to the default rule (65535)? I also consider using tablearg with divert, but manpage is contradicting itself in regards to divert with tablearg: " divert port Divert packets that match this rule to the divert(4) socket bound to port port. The search terminates." vs "The tablearg argument can be used with the following actions: nat, pipe, queue, divert, tee, netgraph, ngtee, fwd, skipto, setfib, action parameters: tag, untag, rule options: limit, tagged." Also, in the EXAMPLES section one can find: " In the following example per-interface firewall is created: ipfw table 10 add vlan20 12000 ipfw table 10 add vlan30 13000 ipfw table 20 add vlan20 22000 ipfw table 20 add vlan30 23000 .. ipfw add 100 ipfw skipto tablearg ip from any to any recv 'table(10)' in ipfw add 200 ipfw skipto tablearg ip from any to any xmit 'table(10)' out " where ipfw add 100 ipfw skipto seems wrong... Best regards Andreas Nilsson From owner-freebsd-net@FreeBSD.ORG Thu May 30 07:30:21 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id BC7FDB2B; Thu, 30 May 2013 07:30:21 +0000 (UTC) (envelope-from alexl@mellanox.com) Received: from eu1sys200aog102.obsmtp.com (eu1sys200aog102.obsmtp.com [207.126.144.113]) by mx1.freebsd.org (Postfix) with ESMTP id 1ACE8775; Thu, 30 May 2013 07:30:18 +0000 (UTC) Received: from MTLCAS01.mtl.com ([193.47.165.155]) (using TLSv1) by eu1sys200aob102.postini.com ([207.126.147.11]) with SMTP ID DSNKUab/7/twKWXQ/hCqjiExEtNY7t/mtVy/@postini.com; Thu, 30 May 2013 07:30:20 UTC Received: from MTLDAG01.mtl.com ([10.0.8.75]) by MTLCAS01.mtl.com ([10.0.8.71]) with mapi id 14.03.0123.003; Thu, 30 May 2013 10:29:47 +0300 From: Alex Liptsin To: John Baldwin , "freebsd-net@freebsd.org" , "freebsd-infiniband@freebsd.org" Subject: RE: Create pkey on FreeBSD 9.1 Thread-Topic: Create pkey on FreeBSD 9.1 Thread-Index: Ac5Xj0ChbAPWD1OURoemsmYlNeqHFQAPAgSAASseiQAAI6cDkA== Date: Thu, 30 May 2013 07:29:46 +0000 Message-ID: <64DAB3164E410447932305F50F896D8D6AF665F7@MTLDAG01.mtl.com> References: <64DAB3164E410447932305F50F896D8D6AF63DB3@MTLDAG01.mtl.com> <201305291321.08657.jhb@freebsd.org> In-Reply-To: <201305291321.08657.jhb@freebsd.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.0.13.1] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Cc: Ryan Stone 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, 30 May 2013 07:30:21 -0000 Hi John. I did it, but there is no ping between the vlans. Ping without VLANs on th= at ports pass. Host1: [root@qa-h-vrt-030-006 ~]# ifconfig ib0.100 create [root@qa-h-vrt-030-006 ~]# ifconfig ib0.100 11.195.30.1/16 up [root@qa-h-vrt-030-006 ~]# ifconfig em0: flags=3D8843 metric 0 mtu 1500 options=3D209b ether 00:50:56:23:1e:06 inet6 fe80::250:56ff:fe23:1e06%em0 prefixlen 64 scopeid 0x2 inet 10.195.30.6 netmask 0xffff0000 broadcast 10.195.255.255 nd6 options=3D23 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=3D23 ib0: flags=3D8043 metric 0 mtu 65520 options=3D80018 lladdr 80.0.0.48.fe.80.0.0.0.0.0.0.0.2.c9.0.1.0.d0.51 inet6 fe80::250:56ff:fe23:1e06%ib0 prefixlen 64 scopeid 0x4 nd6 options=3D23 ib1: flags=3D8002 metric 0 mtu 65520 options=3D80018 lladdr 80.0.0.49.fe.80.0.0.0.0.0.0.0.2.c9.0.1.0.d0.52 nd6 options=3D23 ib0.100: flags=3D8003 metric 0 mtu 65520 options=3D80018 lladdr 80.0.0.4a.fe.80.0.0.0.0.0.0.0.2.c9.0.1.0.d0.51 inet6 fe80::8200:4a:fe80:0%ib0.100 prefixlen 64 scopeid 0x6 inet 11.195.30.1 netmask 0xffff0000 broadcast 11.195.255.255 nd6 options=3D23 vlan: 100 parent interface: ib0 Host2: [root@qa-h-vrt-031-005 ~]# ifconfig ib0.100 create [root@qa-h-vrt-031-005 ~]# ifconfig ib0.100 11.195.31.1/16 up [root@qa-h-vrt-031-005 ~]# ifconfig em0: flags=3D8843 metric 0 mtu 1500 options=3D209b ether 00:50:56:23:1f:05 inet6 fe80::250:56ff:fe23:1f05%em0 prefixlen 64 scopeid 0x2 inet 10.195.31.5 netmask 0xffff0000 broadcast 10.195.255.255 nd6 options=3D23 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=3D8049 metric 0 mtu 16384 options=3D600003 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet 127.0.0.1 netmask 0xff000000 nd6 options=3D23 ib0: flags=3D8043 metric 0 mtu 65520 options=3D80018 lladdr 80.0.0.48.fe.80.0.0.0.0.0.0.0.2.c9.3.0.a0.65.91 inet6 fe80::250:56ff:fe23:1f05%ib0 prefixlen 64 scopeid 0x4 nd6 options=3D23 ib1: flags=3D8002 metric 0 mtu 65520 options=3D80018 lladdr 80.0.0.49.fe.80.0.0.0.0.0.0.0.2.c9.3.0.a0.65.92 nd6 options=3D23 ib0.100: flags=3D8003 metric 0 mtu 65520 options=3D80018 lladdr 80.0.0.4a.fe.80.0.0.0.0.0.0.0.2.c9.3.0.a0.65.91 inet6 fe80::8200:4a:fe80:0%ib0.100 prefixlen 64 scopeid 0x6 inet 11.195.31.1 netmask 0xffff0000 broadcast 11.195.255.255 nd6 options=3D23 vlan: 100 parent interface: ib0 [root@qa-h-vrt-031-005 ~]# ping 11.195.30.1 PING 11.195.30.1 (11.195.30.1): 56 data bytes ping: sendto: Network is down ping: sendto: Network is down ping: sendto: Network is down Regards, Alex Liptsin Software Quality Assurance Engineer | Mellanox Technologies Ltd. Office: +972 (74) 7236141 Mobile: +972(54) 7833986 Fax: +972(74) 7236161=20 Email: alexl@mellanox.com Mellanox, Tel-Hai Industrial Park. Building 7, M.P. Upper Galilee 12100 Isr= ael -----Original Message----- From: John Baldwin [mailto:jhb@freebsd.org]=20 Sent: Wednesday, May 29, 2013 9:17 PM To: freebsd-net@freebsd.org Cc: Ryan Stone; Alex Liptsin Subject: Re: Create pkey on FreeBSD 9.1 On Thursday, May 23, 2013 2:36:25 pm Ryan Stone wrote: > On Thu, May 23, 2013 at 4:32 AM, Alex Liptsin wrote: >=20 > > Hello. > > > > I have FreeBSD 9.1 installed. > > There is mellanox adapter inside. > > OFED support is already installed. > > > > I try to add pkeys on ib0 port. > > > > Usually in Linux I did: > > > > echo 0x800c > /sys/class/net/ib0/create_child > > > > ifconfig -a > > To Make sure you see a new interface: ib0.800c > > > > How can I do it on FreeBSD? There is no "/sys/class/net/ib0/create_chil= d" > > directory. > > > > Regards, > > Alex Liptsin > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list=20 > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > >=20 > From reading the source it looks like this is done by attaching a vlan=20 > interface to the interface. So try: >=20 > ifconfig vlan create vlandev ib0 vlan 0xc >=20 > This will create a new vlanX interface (ifconfig will its precise name=20 > with its unit number to stdout). Simpler though is just 'ifconfig ib0.12 create' (and how most folks expect = subinterfaces to be named). -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu May 30 07:43:47 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]) by hub.freebsd.org (Postfix) with ESMTP id DA257CDC; Thu, 30 May 2013 07:43:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B3E2F808; Thu, 30 May 2013 07:43:47 +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 r4U7hl8c088880; Thu, 30 May 2013 07:43:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4U7hlE3088879; Thu, 30 May 2013 07:43:47 GMT (envelope-from linimon) Date: Thu, 30 May 2013 07:43:47 GMT Message-Id: <201305300743.r4U7hlE3088879@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/179083: [netmap] [patch] Invalid index calucation in netmap macro expansion 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, 30 May 2013 07:43:47 -0000 Old Synopsis: Invalid index calucation in netmap macro expansion New Synopsis: [netmap] [patch] Invalid index calucation in netmap macro expansion Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu May 30 07:43:27 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=179083 From owner-freebsd-net@FreeBSD.ORG Thu May 30 07:54:36 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2C213F5C; Thu, 30 May 2013 07:54:36 +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 E5532878; Thu, 30 May 2013 07:54:35 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 26FFE7300B; Thu, 30 May 2013 09:57:15 +0200 (CEST) Date: Thu, 30 May 2013 09:57:15 +0200 From: Luigi Rizzo To: freebsd-bugs@freebsd.org, freebsd-net@freebsd.org Subject: Re: kern/179083: [netmap] [patch] Invalid index calucation in netmap macro expansion Message-ID: <20130530075715.GA64174@onelab2.iet.unipi.it> References: <201305300743.r4U7hlE3088879@freefall.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201305300743.r4U7hlE3088879@freefall.freebsd.org> User-Agent: Mutt/1.5.20 (2009-06-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: Thu, 30 May 2013 07:54:36 -0000 On Thu, May 30, 2013 at 07:43:47AM +0000, linimon@freebsd.org wrote: > Old Synopsis: Invalid index calucation in netmap macro expansion > New Synopsis: [netmap] [patch] Invalid index calucation in netmap macro expansion > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: linimon > Responsible-Changed-When: Thu May 30 07:43:27 UTC 2013 > Responsible-Changed-Why: > Over to maintainer(s). Thanks for the report. The macro is correct as implemented. The problem, in case, is in the description in netmap_user.h which is confusing and should be improved as follows: -* char *buf = NETMAP_BUF(ring, index) returns a pointer to -* the i-th buffer +* char *buf = NETMAP_BUF(ring, x) returns a pointer to +* the buffer numbered 'x' This will be committed soon, so please close the PR cheers luigi > http://www.freebsd.org/cgi/query-pr.cgi?pr=179083 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Thu May 30 07:58:40 2013 Return-Path: Delivered-To: freebsd-net@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id B52B3102; Thu, 30 May 2013 07:58:40 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8F9FC8AA; Thu, 30 May 2013 07:58:40 +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 r4U7weXq090731; Thu, 30 May 2013 07:58:40 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4U7weIj090730; Thu, 30 May 2013 07:58:40 GMT (envelope-from linimon) Date: Thu, 30 May 2013 07:58:40 GMT Message-Id: <201305300758.r4U7weIj090730@freefall.freebsd.org> To: rometoroam@gmail.com, linimon@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/179083: [netmap] [patch] Invalid index calucation in netmap macro expansion 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, 30 May 2013 07:58:40 -0000 Synopsis: [netmap] [patch] Invalid index calucation in netmap macro expansion State-Changed-From-To: open->closed State-Changed-By: linimon State-Changed-When: Thu May 30 07:58:15 UTC 2013 State-Changed-Why: apparently the code is correct and the comments are wrong. The comments will be fixed soon. http://www.freebsd.org/cgi/query-pr.cgi?pr=179083 From owner-freebsd-net@FreeBSD.ORG Thu May 30 08:00:02 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]) by hub.freebsd.org (Postfix) with ESMTP id 99D83285 for ; Thu, 30 May 2013 08:00:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 8CBC78C0 for ; Thu, 30 May 2013 08:00:02 +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 r4U802CZ090892 for ; Thu, 30 May 2013 08:00:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r4U802sw090891; Thu, 30 May 2013 08:00:02 GMT (envelope-from gnats) Date: Thu, 30 May 2013 08:00:02 GMT Message-Id: <201305300800.r4U802sw090891@freefall.freebsd.org> To: freebsd-net@FreeBSD.org Cc: From: Mark Linimon Subject: Re: kern/179083: [netmap] [patch] Invalid index calucation in netmap macro expansion X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Mark Linimon List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 08:00:02 -0000 The following reply was made to PR kern/179083; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/179083: [netmap] [patch] Invalid index calucation in netmap macro expansion Date: Thu, 30 May 2013 02:58:04 -0500 ----- Forwarded message from Luigi Rizzo ----- Date: Thu, 30 May 2013 09:57:15 +0200 From: Luigi Rizzo To: freebsd-bugs@freebsd.org, freebsd-net@freebsd.org Subject: Re: kern/179083: [netmap] [patch] Invalid index calucation in netmap macro expansion User-Agent: Mutt/1.5.20 (2009-06-14) Thanks for the report. The macro is correct as implemented. The problem, in case, is in the description in netmap_user.h which is confusing and should be improved as follows: -* char *buf = NETMAP_BUF(ring, index) returns a pointer to -* the i-th buffer +* char *buf = NETMAP_BUF(ring, x) returns a pointer to +* the buffer numbered 'x' This will be committed soon, so please close the PR cheers luigi ----- End forwarded message ----- From owner-freebsd-net@FreeBSD.ORG Thu May 30 11:02:33 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 68D698FB for ; Thu, 30 May 2013 11:02:33 +0000 (UTC) (envelope-from pprocacci@datapipe.com) Received: from EXFESMQ04.datapipe-corp.net (exfesmq04.datapipe.com [64.27.120.68]) by mx1.freebsd.org (Postfix) with ESMTP id 213753CE for ; Thu, 30 May 2013 11:02:32 +0000 (UTC) Received: from nat.myhome (192.168.128.21) by EXFESMQ04.datapipe-corp.net (192.168.128.29) with Microsoft SMTP Server (TLS) id 14.2.318.4; Thu, 30 May 2013 07:01:21 -0400 Date: Thu, 30 May 2013 06:01:44 -0500 From: "Paul A. Procacci" To: Andreas Nilsson Subject: Re: IPFW tablearg questions Message-ID: <20130530110144.GC97854@nat.myhome> References: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Originating-IP: [192.168.128.21] Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Net 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, 30 May 2013 11:02:33 -0000 > The question: > Why can't you add a skipto to the default rule (65535)? http://lists.freebsd.org/pipermail/freebsd-ipfw/2007-June/003067.html > I also consider using tablearg with divert, but manpage is contradicting > itself in regards to divert with tablearg: > " divert port > Divert packets that match this rule to the divert(4) socket > bound > to port port. The search terminates." > vs > > "The tablearg argument can be used with the following > actions: nat, pipe, queue, divert, tee, netgraph, ngtee, fwd, skipto= , > setfib, action parameters: tag, untag, rule options: limit, tagged." > > Also, in the EXAMPLES section one can find: > > " In the following example per-interface firewall is created: > > ipfw table 10 add vlan20 12000 > ipfw table 10 add vlan30 13000 > ipfw table 20 add vlan20 22000 > ipfw table 20 add vlan30 23000 > .. > ipfw add 100 ipfw skipto tablearg ip from any to any recv > 'table(10)' in > ipfw add 200 ipfw skipto tablearg ip from any to any xmit > 'table(10)' out > " > where ipfw add 100 ipfw skipto seems wrong... I'm not sure where the contradiction is. Have you tried something like the following as an example? I'm not sure the below works, but in my mind it does. ;) ############################################# ipfw table 10 add 129.168.0.0/24 1234 ipfw table 10 add 10.5.21.0/24 5678 ipfw add 100 divert tablearg ip from table(10) to any ############################################# Perhaps knowing what it is you are trying to accomplish would lead to a more concrete answer. ~Paul ________________________________ This message may contain confidential or privileged information. If you are= not the intended recipient, please advise us immediately and delete this m= essage. See http://www.datapipe.com/legal/email_disclaimer/ for further inf= ormation on confidentiality and the risks of non-secure electronic communic= ation. If you cannot access these links, please notify us by reply message = and we will send the contents to you. From owner-freebsd-net@FreeBSD.ORG Thu May 30 11:46:41 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 2D47362D for ; Thu, 30 May 2013 11:46:41 +0000 (UTC) (envelope-from andrnils@gmail.com) Received: from mail-ob0-x229.google.com (mail-ob0-x229.google.com [IPv6:2607:f8b0:4003:c01::229]) by mx1.freebsd.org (Postfix) with ESMTP id EFEC67DD for ; Thu, 30 May 2013 11:46:40 +0000 (UTC) Received: by mail-ob0-f169.google.com with SMTP id up14so294100obb.28 for ; Thu, 30 May 2013 04:46:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=yGSuqMT+TgBIoHdeXWBcwnyQri1hEJnOy4xbw8bUODI=; b=z/BtGbZn+wctoXWN/hnYGwC/1pDAsPbNtjOOhttf7ZMTM9vW1gYjKSFvF3mjujVejJ 9P4xVNCNeKpxc+w1D5UXoOd3EdOZ1pxUE3mDY+f1lLYTNDW4GOYEaA3WIM5Xs4IRNF0G JCWLdEfTFDLGax51QX1A9vyCck6GAkT6klu2xbIRANI7mO1+rVsgSRAVq+dmekGMm3n1 7fpRgoEKPVoBzM791Woffkpbq5p4ADzeYiG1lwajWQzZFitKsIyyYrKp79VIZSUUaUbS M33Xw+jrsm7D4K1GC02XuTGzlWLNepC5r70xshz3qXrNALtGZ8zjLz3VMh1QVEVnlf+c Uj0g== MIME-Version: 1.0 X-Received: by 10.60.33.102 with SMTP id q6mr4001032oei.111.1369914400598; Thu, 30 May 2013 04:46:40 -0700 (PDT) Received: by 10.76.77.9 with HTTP; Thu, 30 May 2013 04:46:40 -0700 (PDT) In-Reply-To: <20130530110144.GC97854@nat.myhome> References: <20130530110144.GC97854@nat.myhome> Date: Thu, 30 May 2013 13:46:40 +0200 Message-ID: Subject: Re: IPFW tablearg questions From: Andreas Nilsson To: "Paul A. Procacci" Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: FreeBSD Net 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, 30 May 2013 11:46:41 -0000 On Thu, May 30, 2013 at 1:01 PM, Paul A. Procacci wrote: > > The question: > > Why can't you add a skipto to the default rule (65535)? > > http://lists.freebsd.org/pipermail/freebsd-ipfw/2007-June/003067.html > > > I also consider using tablearg with divert, but manpage is contradicting > > itself in regards to divert with tablearg: > > " divert port > > Divert packets that match this rule to the divert(4) socket > > bound > > to port port. The search terminates." > > vs > > > > "The tablearg argument can be used with the following > > actions: nat, pipe, queue, divert, tee, netgraph, ngtee, fwd, > skipto, > > setfib, action parameters: tag, untag, rule options: limit, tagged." > > > > Also, in the EXAMPLES section one can find: > > > > " In the following example per-interface firewall is created: > > > > ipfw table 10 add vlan20 12000 > > ipfw table 10 add vlan30 13000 > > ipfw table 20 add vlan20 22000 > > ipfw table 20 add vlan30 23000 > > .. > > ipfw add 100 ipfw skipto tablearg ip from any to any recv > > 'table(10)' in > > ipfw add 200 ipfw skipto tablearg ip from any to any xmit > > 'table(10)' out > > " > > where ipfw add 100 ipfw skipto seems wrong... > > I'm not sure where the contradiction is. Have you tried something like > the following as an example? I'm not sure the below works, but in my > mind it does. ;) > > ############################################# > ipfw table 10 add 129.168.0.0/24 1234 > ipfw table 10 add 10.5.21.0/24 5678 > ipfw add 100 divert tablearg ip from table(10) to any > ############################################# > > Perhaps knowing what it is you are trying to accomplish would lead > to a more concrete answer. > > ~Paul > > ________________________________ > > This message may contain confidential or privileged information. If you > are not the intended recipient, please advise us immediately and delete > this message. See http://www.datapipe.com/legal/email_disclaimer/ for > further information on confidentiality and the risks of non-secure > electronic communication. If you cannot access these links, please notify > us by reply message and we will send the contents to you. > Whoops, reply to all is good... The contradiction is that for most of the other directives in man-page, when it is possible to use tablearg it is listed, like fwd | forward ipaddr | tablearg[,port] or nat nat_nr | tablearg but not so for divert which just reads: divert port The pipe and queue directives as well are missing the | tablearg and corresponding description. Yes, your example is how I also imagine it to work. I'm pondering how something like: ipfw skipto tablearg all from any to any in { recv table(10) } ipfw add $rulenr divert tablearg tcp from table(11) to any ipfw add $rulenr fwd tablearg all from table(12) to any divert-output would work out. Best regards From owner-freebsd-net@FreeBSD.ORG Thu May 30 11:49:46 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6E98C70B for ; Thu, 30 May 2013 11:49:46 +0000 (UTC) (envelope-from zeus@ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id E7BB480A for ; Thu, 30 May 2013 11:49:45 +0000 (UTC) Received: from ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by relay.ibs.dn.ua with ESMTP id r4UBmq3s060909 for ; Thu, 30 May 2013 14:48:52 +0300 (EEST) Message-ID: <20130530144852.60908@relay.ibs.dn.ua> Date: Thu, 30 May 2013 14:48:52 +0300 From: Zeus Panchenko To: cc: Subject: how to bind ppp to definite tun device? Organization: I.B.S. LLC X-Mailer: MH-E 8.3.1; GNU Mailutils 2.99.98; GNU Emacs 24.0.93 X-Face: &sReWXo3Iwtqql1[My(t1Gkx; y?KF@KF`4X+'9Cs@PtK^y%}^.>Mtbpyz6U=,Op:KPOT.uG )Nvx`=er!l?WASh7KeaGhga"1[&yz$_7ir'cVp7o%CGbJ/V)j/=]vzvvcqcZkf; JDurQG6wTg+?/xA go`}1.Ze//K; Fk&/&OoHd'[b7iGt2UO>o(YskCT[_D)kh4!yY'<&:yt+zM=A`@`~9U+P[qS:f; #9z~ Or/Bo#N-'S'!'[3Wog'ADkyMqmGDvga?WW)qd=?)`Y&k=o}>!ST\ MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Zeus Panchenko List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 11:49:46 -0000 =2D----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi, may somebody help with the subject, please? is there way to bind tun device which ppp creates/uses to the definite one, let's say tun0 ? to avoid interface appointment change (in case I need binding WAN on tunN) for example OpenVPN allows to set tunN to open link only on N-th device I didn't find the way :( =2D --=20 Zeus V. Panchenko jid:zeus@im.ibs.dn.ua IT Dpt., I.B.S. LLC GMT+2 (EET) =2D----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iEYEARECAAYFAlGnPKQACgkQr3jpPg/3oyr27ACgkfs7Fx1qLMkG+S2e+0fy+3Ic 14sAoLMBHR1gwHDJWI+fL2FT3jN7hwlJ =3Dh9Im =2D----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Thu May 30 12:05:57 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 03B2AC2 for ; Thu, 30 May 2013 12:05:57 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [178.254.11.41]) by mx1.freebsd.org (Postfix) with ESMTP id C3768970 for ; Thu, 30 May 2013 12:05:56 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.69) (envelope-from ) id 1Ui1c4-0004Wc-Dl for freebsd-net@freebsd.org; Thu, 30 May 2013 14:05:48 +0200 Date: Thu, 30 May 2013 14:05:48 +0200 From: Matthias Apitz To: freebsd-net@freebsd.org Subject: Re: how to bind ppp to definite tun device? Message-ID: <20130530120541.GA14872@sh4-5.1blu.de> References: <20130530144852.60908@relay.ibs.dn.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20130530144852.60908@relay.ibs.dn.ua> X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Matthias Apitz List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 May 2013 12:05:57 -0000 El día Thursday, May 30, 2013 a las 02:48:52PM +0300, Zeus Panchenko escribió: > hi, > > may somebody help with the subject, please? > > is there way to bind tun device which ppp creates/uses to the definite > one, let's say tun0 ? to avoid interface appointment change (in case I > need binding WAN on tunN) > > for example OpenVPN allows to set tunN to open link only on N-th device > > I didn't find the way :( $ man ppp | col -b | fgrep unit -- Matthias Apitz | /"\ ASCII Ribbon Campaign: www.asciiribbon.org E-mail: guru@unixarea.de | \ / - No HTML/RTF in E-mail WWW: http://www.unixarea.de/ | X - No proprietary attachments phone: +49-170-4527211 | / \ - Respect for open standards From owner-freebsd-net@FreeBSD.ORG Thu May 30 12:18:55 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id D45D17C9; Thu, 30 May 2013 12:18:55 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id AEF35A7F; Thu, 30 May 2013 12:18:55 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 0AD2EB9A9; Thu, 30 May 2013 08:18:55 -0400 (EDT) From: John Baldwin To: Alex Liptsin Subject: Re: Create pkey on FreeBSD 9.1 Date: Thu, 30 May 2013 08:16:17 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <64DAB3164E410447932305F50F896D8D6AF63DB3@MTLDAG01.mtl.com> <201305291321.08657.jhb@freebsd.org> <64DAB3164E410447932305F50F896D8D6AF665F7@MTLDAG01.mtl.com> In-Reply-To: <64DAB3164E410447932305F50F896D8D6AF665F7@MTLDAG01.mtl.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201305300816.17676.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 30 May 2013 08:18:55 -0400 (EDT) Cc: "freebsd-net@freebsd.org" , Ryan Stone , "freebsd-infiniband@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: Thu, 30 May 2013 12:18:55 -0000 On Thursday, May 30, 2013 3:29:46 am Alex Liptsin wrote: > Hi John. > > I did it, but there is no ping between the vlans. Ping without VLANs on that ports pass. Unfortunately I do not have an IB setup to test this. I also don't know how IB treats vlans (e.g. does it use an 802.1(q) type header?). Can you tcpdump on the ib0 interface and see if your pings on ib0.100 show up and if they have the appropriate headers? -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu May 30 13:35:06 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 864558AC; Thu, 30 May 2013 13:35:06 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) by mx1.freebsd.org (Postfix) with ESMTP id 62F861A2; Thu, 30 May 2013 13:35:06 +0000 (UTC) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id C2A79B98A; Thu, 30 May 2013 09:35:01 -0400 (EDT) From: John Baldwin To: freebsd-net@freebsd.org, pyunyh@gmail.com Subject: Re: misc/179033: [dc] dc ethernet driver seems to have issues with some multiport card and mother board combinations Date: Thu, 30 May 2013 09:29:31 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; ) References: <201305300113.r4U1DRGp089692@freefall.freebsd.org> <51A6CE52.20501@eugeneweb.com> <20130530051214.GA1530@michelle.cdnetworks.com> In-Reply-To: <20130530051214.GA1530@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201305300929.31872.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 30 May 2013 09:35:03 -0400 (EDT) Cc: "Mr. Clif" , yongari@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: Thu, 30 May 2013 13:35:06 -0000 On Thursday, May 30, 2013 1:12:14 am YongHyeon PYUN wrote: > On Wed, May 29, 2013 at 08:58:10PM -0700, Mr. Clif wrote: > > Sorry for the confusion Pyun, > > > > I started looking at it in the context of pfsense, but they rejected my > > bug report which was understandable because it's an upstream issue. They > > suggested I resubmit it to you guys if I could reproduce it. So I booted > > FreeBSD and lo and behold the same two ports failed in exactly the same > > Ok, I'd like to fix that. Hmmm, the dc(4) driver is using the I/O port BARs rather than the memory BARs for its registers and this bug seems to be that the dc(4) device can't properly access its registers on dc0 and dc1 on the Atom box. The one thing I see is that the BIOS on the Atom box assigns addresses in the 0x1100-0x11ff range for dc0 and dc1. Those addresses conflict with ISA I/O aliases for the 0x100-0x1ff range. The Dell BIOS is more careful to avoid these ranges. I think the fix is that I need to fix the PCI-PCI bridge to reject these resource ranges if the ISA enable bit is set in the bridge's control register. However, for the time being you can change dc(4) to use the memory BAR instead of the I/O port BAR as a workaround: Index: if_dc.c =================================================================== --- if_dc.c (revision 251132) +++ if_dc.c (working copy) @@ -128,7 +128,7 @@ __FBSDID("$FreeBSD$"); #include #include -#define DC_USEIOSPACE +//#define DC_USEIOSPACE #include If this fixes it then I can take this PR as a test case for handling the ISA enable bit in the PCI-PCI bridge code. -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Thu May 30 23:00:12 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8888B91A for ; Thu, 30 May 2013 23:00:12 +0000 (UTC) (envelope-from joemoog@ebureau.com) Received: from internet02.ebureau.com (internet02.tru-signal.biz [65.127.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id 5763AE7 for ; Thu, 30 May 2013 23:00:11 +0000 (UTC) Received: from internet06.ebureau.com (internet06.ebureau.com [65.127.24.25]) by internet02.ebureau.com (Postfix) with ESMTP id 6D23BEA46D7 for ; Thu, 30 May 2013 17:41:46 -0500 (CDT) Received: from localhost (localhost [127.0.0.1]) by internet06.ebureau.com (Postfix) with ESMTP id 952982DE3B4E for ; Thu, 30 May 2013 17:54:54 -0500 (CDT) X-Virus-Scanned: amavisd-new at ebureau.com Received: from internet06.ebureau.com ([127.0.0.1]) by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DZt43_C7jmUw for ; Thu, 30 May 2013 17:54:54 -0500 (CDT) Received: from nail.office.ebureau.com (nail.office.ebureau.com [10.10.20.23]) by internet06.ebureau.com (Postfix) with ESMTPSA id 36CC42DE3B41 for ; Thu, 30 May 2013 17:54:54 -0500 (CDT) From: Joe Moog Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Basic NAT server setup Message-Id: Date: Thu, 30 May 2013 17:54:53 -0500 To: freebsd-net@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\)) X-Mailer: Apple Mail (2.1503) 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, 30 May 2013 23:00:12 -0000 I'm building a server to handle outbound NAT to the internet using = FreeBSD 9.1 and its built-in distribution of pf. What I want to be able = to do is NAT three unique internal (private) VLANs to three unique = public IPs. Our current setup utilizes a single external IP address for = all three internal networks and seems to work well when our internal = hosts use the BSD box as their gateway. pf.conf is as follows: ext_if =3D "vlan11" ext_addr =3D "a.b.c.2" int_network1 =3D "10.0.1.0/24" int_network2 =3D "172.16.1.0/24"=20 int_network3 =3D "192.168.1.0/24" nat on $ext_if from $int_network1 to any -> $ext_addr nat on $ext_if from $int_network2 to any -> $ext_addr nat on $ext_if from $int_network3 to any -> $ext_addr However, when we introduce two additional external IPs the system fails = to establish external connections. pf.conf again: ext_if =3D "vlan11" ext_addr1 =3D "a.b.c.3" ext_addr2 =3D "a.b.c.4" ext_addr3 =3D "a.b.c.5" int_network1 =3D "10.0.1.0/24" int_network2 =3D "172.16.1.0/24"=20 int_network3 =3D "192.168.1.0/24" nat on $ext_if from $int_network1 to any -> $ext_addr1 nat on $ext_if from $int_network2 to any -> $ext_addr2 nat on $ext_if from $int_network3 to any -> $ext_addr3 On our border router we have a route to send all traffic belonging to = the a.b.c.0/24 network to the public side of the NAT host, and as = mentioned before, single-IP NAT works fine. "pfctl -s nat" indicates = that the host knows how to translate the connections, but the = connections somehow do not succeed. We are not leveraging the packet = filtering capabilities of pf at this time -- all we need the host to do = right now is NAT. I might also note that on the host we have a dot1q trunk carrying our = three internal VLANs to the host, and we are routing all private traffic = through another dedicated private VLAN. Default gateway on the NAT host = is the router address for its public-facing IP. I realize some of this = may be more specific to pf, but since there are (obviously) many moving = parts here I thought it best to start with the freebsd-net list and see = if I can get some direction. Thank you Joe= From owner-freebsd-net@FreeBSD.ORG Fri May 31 18:32:45 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 6378D1E4 for ; Fri, 31 May 2013 18:32:45 +0000 (UTC) (envelope-from ivan@asperasoft.com) Received: from mail-ob0-x22e.google.com (mail-ob0-x22e.google.com [IPv6:2607:f8b0:4003:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 3355A682 for ; Fri, 31 May 2013 18:32:45 +0000 (UTC) Received: by mail-ob0-f174.google.com with SMTP id wd20so3650982obb.19 for ; Fri, 31 May 2013 11:32:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=4PLyrx0RnsdAgHVqbvd0BJGFTWzXsjwNQecA2m2JtGI=; b=GWKW9N3SQFrhnyhzujF9bnejUNC+UhTv9hKMMfakuZMUiugnBCCylXuMPzBfRXV30A LgXv04D25lAeICGY6ieakn8rW5GxpqbYc5EG3SwAoPoKP7VWY1MzIYMSJTpFaM3ZA6LH +cEuVpHLITiyJIk16PzoAp3zfF/MhGweKYEyHiVR3GeU0mfutBM2FPJpsyxzO38vUIBI C3liUG+jOBKzA0v/PCmlbMnGMlECNszo/sSRG0EKylgygAs/BicIQpEQhM4kVyWN+ONE dm9SsgbmgdhaEIzwL8ashrYbEYR+Zzot7+iiPxRlRiCfhcbI9eeCH13tCOGrUKh1QpWv 87FQ== X-Received: by 10.60.121.2 with SMTP id lg2mr6526807oeb.89.1370025164649; Fri, 31 May 2013 11:32:44 -0700 (PDT) MIME-Version: 1.0 Received: by 10.182.112.200 with HTTP; Fri, 31 May 2013 11:32:23 -0700 (PDT) In-Reply-To: References: From: Ivan Gostev Date: Fri, 31 May 2013 11:32:23 -0700 Message-ID: Subject: Re: ixgbe driver with VLANs in 8.3 To: Jack Vogel X-Gm-Message-State: ALoCoQnk4AnxWysAcfJClmRuHLdaYG0L0PtNaexUWjanqufmFqncmgiObMlUYNM17dDIXY2XJ6BH Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-net 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, 31 May 2013 18:32:45 -0000 Hi Jack, I am sorry for bugging you. Is there anything you can suggest for my problem? Thank you, -- Ivan Gostev Linux Admin Aspera On Wed, May 29, 2013 at 11:50 AM, Ivan Gostev wrote: > Hello, > > I am trying to install pfsense on Dell R620 with Intel X520 10Gb DP card. > Default ixgbe driver (2.4.5 or 2.5.0) sporadically holds and buffers > packets for 40-70 seconds. > I compiled ixgbe driver version 2.5.8 from Intel web site. > It works much better now, but does not receive anything on non-default > VLAN. Though the packets are coming out and I can see them on another host. > > Any help is appreciated. > Thank you, > -- > Ivan Gostev > > From owner-freebsd-net@FreeBSD.ORG Sat Jun 1 00:49:06 2013 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id BC2AABD2 for ; Sat, 1 Jun 2013 00:49:06 +0000 (UTC) (envelope-from peter@rulingia.com) Received: from vps.rulingia.com (host-122-100-2-194.octopus.com.au [122.100.2.194]) by mx1.freebsd.org (Postfix) with ESMTP id 4170338E for ; Sat, 1 Jun 2013 00:49:05 +0000 (UTC) Received: from server.rulingia.com (c220-239-237-213.belrs5.nsw.optusnet.com.au [220.239.237.213]) by vps.rulingia.com (8.14.5/8.14.5) with ESMTP id r510bc91066897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sat, 1 Jun 2013 10:37:40 +1000 (EST) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.5/8.14.5) with ESMTP id r510bVkb042857 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 1 Jun 2013 10:37:31 +1000 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.5/8.14.5/Submit) id r510bUmZ042856; Sat, 1 Jun 2013 10:37:30 +1000 (EST) (envelope-from peter) Date: Sat, 1 Jun 2013 10:37:30 +1000 From: Peter Jeremy To: Joe Moog Subject: Re: Basic NAT server setup Message-ID: <20130601003730.GE79250@server.rulingia.com> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.21 (2010-09-15) 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: Sat, 01 Jun 2013 00:49:06 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2013-May-30 17:54:53 -0500, Joe Moog wrote: >I'm building a server to handle outbound NAT to the internet using >FreeBSD 9.1 and its built-in distribution of pf. What I want to be >able to do is NAT three unique internal (private) VLANs to three >unique public IPs. >ext_if =3D "vlan11" >ext_addr1 =3D "a.b.c.3" >ext_addr2 =3D "a.b.c.4" >ext_addr3 =3D "a.b.c.5" >int_network1 =3D "10.0.1.0/24" >int_network2 =3D "172.16.1.0/24"=20 >int_network3 =3D "192.168.1.0/24" >nat on $ext_if from $int_network1 to any -> $ext_addr1 >nat on $ext_if from $int_network2 to any -> $ext_addr2 >nat on $ext_if from $int_network3 to any -> $ext_addr3 I don't see anything obviously wrong with what you've done. My initial checks would be: - Do you have the correct routes on the NAT box. - Do you have a.b.c.{3,4,5} setup as aliases on vlan11 (or faked using proxy ARP). (My suspicion is the second point - packets are going out successfully but the response is undeliverable because nothing is responding to the switch's ARP requests for a.b.c.{3,4,5}). Next would be to use tcpdump to do some snooping: - Firstly, make sure the packets are are arriving on the NAT box with appropriate src & dst IPs by tcpdump'ing the internal interface(s). - Secondly, tcpdump the external interface and see what is going out and returning (tcpdump will see the external addresses) Finally, add some 'log' keywords and tcpdump pflog0. Unfortunately, the stock FreeBSD tcpdump can't handle pflog packets. There are some patches in bin/124825 but you will need to do some work to get them to apply to the tcpdump in 9.1. That will hopefully give you some pointers as to where to investigate. --=20 Peter Jeremy --azLHFNyN32YCQGCU Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iEYEARECAAYFAlGpQkoACgkQ/opHv/APuIcUgwCgpuKQx9BgMj6/8pPyrhfO/F4r syUAnAsU5BGd0QiABVekKCEkvnU/q2+1 =kGTt -----END PGP SIGNATURE----- --azLHFNyN32YCQGCU--