freebsd-net

• Thread Index

• Re: kern/108211: [netinet] potentially a bug for inet_aton in sys/netinet/libalias/alias_proxy.c
  • From: Maxim Konovalov
• Re: Why can't I sendto() to 127.255.255.255
  • From: Bruce M. Simpson
• Re: Why can't I sendto() to 127.255.255.255
  • From: Vince
• Re: Firewall
  • From: Robert Watson
• Re: Firewall
  • From: Peter Jeremy
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• Why can't I sendto() to 127.255.255.255
  • From: Abraham K. Mathen
• Re: Firewall
  • From: Robert Watson
• Re: Firewall
  • From: Gary Corcoran
• Re: Firewall
  • From: Julian Elischer
• Re: Firewall
  • From: Peter Jeremy
• Re: kern/105943: Network stack may modify read-only mbuf chain copies
  • From: Mark Linimon
• Re: Firewall
  • From: Tom Judge
• Firewall
  • From: Jack Barnett
• Off: vpnc haxx
  • From: Jax
• Re: TCP Delayed Ack implementation in 6.1
  • From: Preethi Natarajan
• Re: TCP Delayed Ack implementation in 6.1
  • From: Mike Silbersack
• vge(4) slow at 10baseT
  • From: J.R. Oldroyd
• TCP Delayed Ack implementation in 6.1
  • From: Preethi Natarajan
• full mbuf queue in tap device
  • From: Oleg Dolgov
• Re: em0 - bge0 failed to work at 1000baseTX
  • From: Jack Vogel
• Re: RE : NFS with Dynamic IP clients
  • From: Ivan Voras
• Re: em0 - bge0 failed to work at 1000baseTX
  • From: Stefan Lambrev
• Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest)
  • From: Julian Elischer
• Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest)
  • From: Alan Garfield
• Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest)
  • From: Yar Tikhiy
• Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest)
  • From: Peter Jeremy
• Re: em0 - bge0 failed to work at 1000baseTX
  • From: .
• Re: RE : NFS with Dynamic IP clients
  • From: Chuck Swiger
• RE : NFS with Dynamic IP clients
  • From: Alexandre DELAY
• Re: NFS with Dynamic IP clients
  • From: Chuck Swiger
• NFS with Dynamic IP clients
  • From: Alexandre DELAY
• Re: em0 - bge0 failed to work at 1000baseTX
  • From: Jack Vogel
• em0 - bge0 failed to work at 1000baseTX
  • From: Stefan Lambrev
• Re: net/mpd4: Unable to pass pass traffic as pptp client
  • From: Alexander Motin
• Re: kern/108197: [ipv6] IPv6-related crash if if_delmulti
  • From: Mark Linimon
• Re: kern/106316: [dummynet] dummynet with multipass ipfw drops packets when reloading FW
  • From: Mark Linimon
• Re: kern/108211: [netinet] potentially a bug for inet_aton in sys/netinet/libalias/alias_proxy.c
  • From: Mark Linimon
• Re: kern/108670: [tcp] TCP connection ETIMEDOUT
  • From: Mark Linimon
• Re: Corrupt packets in Jnet (Was: Re: rtentry and rtrequest)
  • From: Yar Tikhiy
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• Re: MFC of ether_input() changes
  • From: Andre Oppermann
• Re: MFC of ether_input() changes
  • From: Bruce M Simpson
• Corrupt packets in Jnet (Was: Re: rtentry and rtrequest)
  • From: Alan Garfield
• Off: vpnc haxx
  • From: Jax
• tun devices and vpnc in CURRENT
  • From: Stefan Ehmann
• Re: rtentry and rtrequest
  • From: Alan Garfield
• Re: rtentry and rtrequest
  • From: Yar Tikhiy
• Re: net/mpd4: Unable to pass pass traffic as pptp client
  • From: Tom McLaughlin
• Network interface failover in 6.2?
  • From: Ivan Voras
• Re: New Config of Jails & 4 port NIC with 6.2 stable
  • From: webmaster
• Re: MFC of ether_input() changes
  • From: Luigi Rizzo
• Re: MFC of ether_input() changes
  • From: Eugene Grosbein
• Re: MFC of ether_input() changes
  • From: Julian Elischer
• MFC of ether_input() changes
  • From: Bruce M Simpson
• Re: [CODE DROP] Source-Specific Multicast for FreeBSD 7: Phase 1
  • From: Bruce M. Simpson
• Re: rtentry and rtrequest
  • From: Alan Garfield
• Re: wpi driver.
  • From: Stefan Lambrev
• Re: attempting VPN again
  • From: Jim Stapleton
• Re: attempting VPN again
  • From: Nicolas Gieczewski
• Re: attempting VPN again
  • From: Jim Stapleton
• attempting VPN again
  • From: Jim Stapleton
• Re: net/mpd4: Unable to pass pass traffic as pptp client
  • From: Alexander Motin
• Device polling in the 5.x series
  • From: Mipam
• Re: New Config of Jails & 4 port NIC with 6.2 stable
  • From: Peter Jeremy
• New Config of Jails & 4 port NIC with 6.2 stable
  • From: webmaster
• Re: rtentry and rtrequest
  • From: Peter Jeremy
• Re: rtentry and rtrequest
  • From: Yar Tikhiy
• Re: wpi driver.
  • From: Orum
• Re: rtentry and rtrequest
  • From: Alan Garfield
• Re: Hang up/down re0: <D-Link DGE-528(T) in promisc mode
  • From: Prokofiev S.P.
• wpi driver.
  • From: Stefan Lambrev
• Re: rtentry and rtrequest
  • From: Yar Tikhiy
• Re: rtentry and rtrequest
  • From: Alan Garfield
• Re: rtentry and rtrequest
  • From: Yar Tikhiy
• Re: rtentry and rtrequest
  • From: Alan Garfield
• Re: rtentry and rtrequest
  • From: Yar Tikhiy
• Re: rtentry and rtrequest
  • From: Alan Garfield
• Re: fake MAC addresses and ARP
  • From: Alan Garfield
• Re: rtentry and rtrequest
  • From: Alan Garfield
• Re: cvs commit: src/sbin/ifconfig Makefile ifconfig.8 iflagg.c iftrunk.c src/share/man/man4 Makefile lagg.4 trunk.4 src/sys/modules Makefile src/sys/modules/if_lagg Makefile src/sys/modules/if_trunk Makefile src/sys/conf NOTES files ...
  • From: Andrew Thompson
• Re: rtentry and rtrequest
  • From: Bruce M. Simpson
• Re: fake MAC addresses and ARP
  • From: Bruce M. Simpson
• Re: rtentry and rtrequest
  • From: Yar Tikhiy
• Re: rtentry and rtrequest
  • From: Ivo Vachkov
• rtentry and rtrequest
  • From: Alan Garfield
• Re: fake MAC addresses and ARP
  • From: Alan Garfield
• Re: Hang up/down re0: <D-Link DGE-528(T) in promisc mode
  • From: Pyun YongHyeon
• Re: ng_tag and pf?
  • From: Andrey V. Elsukov
• Fwd: ng_tag and pf?
  • From: Bill Marquette
• Re: Page fault in syncache_drop
  • From: Andre Oppermann
• Re: fake MAC addresses and ARP
  • From: Peter Jeremy
• Re: Interface index hack in IP_ADD_MEMBERSHIP
  • From: Yar Tikhiy
• Re: net/mpd4: Unable to pass pass traffic as pptp client
  • From: Nikos Vassiliadis
• Re: Please help with PF-based redirector
  • From: Alex Povolotsky
• Re: ping6 extension headers bounds checking
  • From: Mike Makonnen
• Re: Understanding ipfw keep-state dynamic rules
  • From: Ivan Voras
• fake MAC addresses and ARP
  • From: Alan Garfield
• net/mpd4: Unable to pass pass traffic as pptp client
  • From: Tom McLaughlin
• Re: Possible mtu bug in vlan or bce
  • From: John-Mark Gurney
• Re: carp not setting interfaces
  • From: Steven Stremciuc
• RE: carp not setting interfaces
  • From: Michael K. Smith - Adhost
• Re: carp not setting interfaces
  • From: Steven Stremciuc
• Carp caching routes to networks
  • From: Tom Judge
• Re: carp not setting interfaces
  • From: Max Laier
• Re: carp not setting interfaces
  • From: Steven Stremciuc
• RE: carp not setting interfaces
  • From: Michael K. Smith - Adhost
• Re: ping6 extension headers bounds checking
  • From: Max Laier
• Page fault in syncache_drop
  • From: Kris Kennaway
• carp not setting interfaces
  • From: Steven Stremciuc
• inet6_rthdr_* functions fixes
  • From: Mike Makonnen
• ping6 extension headers bounds checking
  • From: Mike Makonnen
• Possible mtu bug in vlan or bce
  • From: Tom Judge
• Re: Please help with PF-based redirector
  • From: Alex Povolotsky
• Re: ipfw, keep-state and limit
  • From: Ivan Voras
• Psoriasis - the most dangerous illness of 21 century!
  • From: Psor.Cod.Ee
• Psoriasis - the most dangerous illness of 21 century!
  • From: Psor.Cod.Ee
• Re: ipfw, keep-state and limit
  • From: Luigi Rizzo
• Psoriasis - the most dangerous illness of 21 century!
  • From: Psor.Cod.Ee
• Re: ipfw, keep-state and limit
  • From: Ivan Voras
• Re: Please help with PF-based redirector
  • From: Alex Povolotsky
• Re: Please help with PF-based redirector
  • From: Max Laier
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• Un avertisseur de radar offert avec votre premiere commande !
  • From: Welcome Office
• Un VTT Decathlon offert avec votre premiere commande
  • From: Only One Ink
• Re: ipfw, keep-state and limit
  • From: Ian Smith
• Re: GPF in ether_output -> m_tag_locate
  • From: Kip Macy
• Re: GPF in ether_output -> m_tag_locate
  • From: Kris Kennaway
• GPF in ether_output -> m_tag_locate
  • From: Kris Kennaway
• Re: Understanding ipfw keep-state dynamic rules
  • From: Luigi Rizzo
• Re: Understanding ipfw keep-state dynamic rules
  • From: Ivan Voras
• Re: ipfw, keep-state and limit
  • From: Luigi Rizzo
• Re: Understanding ipfw keep-state dynamic rules
  • From: Luigi Rizzo
• Re: ipfw, keep-state and limit
  • From: Ivan Voras
• Re: ipfw, keep-state and limit
  • From: Luigi Rizzo
• Understanding ipfw keep-state dynamic rules
  • From: Ivan Voras
• ipfw, keep-state and limit
  • From: Ivan Voras
• Please help with PF-based redirector
  • From: Alex Povolotsky
• Re: Call for testers: olsrd and IP_ONESBCAST
  • From: Ian Smith
• Re: WiFi channel bonding with netgraph - possible ? Back end needed ?
  • From: Bruce M. Simpson
• WiFi channel bonding with netgraph - possible ? Back end needed ?
  • From: Gore Jarold
• Re: Hang up/down re0: <D-Link DGE-528(T) in promisc mode
  • From: Pyun YongHyeon
• [CODE DROP] Source-Specific Multicast for FreeBSD 7: Phase 1
  • From: Bruce M Simpson
• Re: [PATCH] Zeroconf: avahi-autoipd support for FreeBSD
  • From: Bruce M. Simpson
• Re: [PATCH] kern/681110 re-roll of RFC3522 (Eifel detection) patchset
  • From: Mark Allman
• Re: ipv6 multicast refcnt panic
  • From: Bruce M. Simpson
• redirecting pf example
  • From: Alex Povolotsky
• Hang up/down re0: <D-Link DGE-528(T) in promisc mode
  • From: Prokofiev S.P.
• Re: IPv6 Router Alert breaks forwarding
  • From: JINMEI Tatuya / 神明達哉
• Re: altq unfortunately queuing vlan traffic.
  • From: Max Laier
• Re: altq unfortunately queuing vlan traffic.
  • From: Orum
• Re: altq unfortunately queuing vlan traffic.
  • From: Max Laier
• Re: [PATCH] kern/681110 re-roll of RFC3522 (Eifel detection) patchset
  • From: Mike Silbersack
• Re: [PATCH] kern/681110 re-roll of RFC3522 (Eifel detection) patchset
  • From: Mark Allman
• Re: altq unfortunately queuing vlan traffic.
  • From: Peter Jeremy
• Re: ipv6 multicast refcnt panic
  • From: Bruce M. Simpson
• Re: altq unfortunately queuing vlan traffic.
  • From: Bruce M. Simpson
• Re: [PATCH] kern/681110 re-roll of RFC3522 (Eifel detection) patchset
  • From: LI Xin
• Re: ipv6 multicast refcnt panic
  • From: Andrew Thompson
• Re: ipv6 multicast refcnt panic
  • From: Bruce M. Simpson
• Re: [PATCH] kern/681110 re-roll of RFC3522 (Eifel detection) patchset
  • From: Bruce M. Simpson
• Re: [PATCH] kern/681110 re-roll of RFC3522 (Eifel detection) patchset
  • From: Mike Silbersack
• altq unfortunately queuing vlan traffic.
  • From: Orum
• [PATCH] kern/681110 re-roll of RFC3522 (Eifel detection) patchset
  • From: LI Xin
• Re: ipfw tags & filtering incoming broadcasts
  • From: Eugene Grosbein
• ipv6 multicast refcnt panic
  • From: Andrew Thompson
• Re: ipfw tags & filtering incoming broadcasts
  • From: Eugene Grosbein
• Re: ipfw tags & filtering incoming broadcasts
  • From: Andrey V. Elsukov
• Re: ipfw tags & filtering incoming broadcasts
  • From: Eugene Grosbein
• Re: ipfw tags & filtering incoming broadcasts
  • From: Julian Elischer
• ipfw tags & filtering incoming broadcasts
  • From: Eugene Grosbein
• Questions about porting wireless network drivers to FreeBSD
  • From: Joe Culler
• Re: [kde-freebsd] [CODE DROP] KDE support for Avahi service browsing on FreeBSD
  • From: Michael Nottebrock
• Re: rpcinfo Problem
  • From: Volker Jahns
• [CODE DROP] KDE support for Avahi service browsing on FreeBSD
  • From: Bruce M Simpson
• Re: A radical restructuring of IPsec...
  • From: VANHULLEBUS Yvan
• Re: Interface index hack in IP_ADD_MEMBERSHIP
  • From: Bruce M Simpson
• Re: Stack panic with em driver unload
  • From: Jack Vogel
• Call for testers: olsrd and IP_ONESBCAST
  • From: Bruce M Simpson
• Re: CFT: new trunk(4)
  • From: Niki Denev
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• Re: CFT: new trunk(4)
  • From: Niki Denev
• Re: CFT: new trunk(4)
  • From: Andrew Thompson
• Bug in FAST IPSEC pfkey interaction ...
  • From: Matthew Grooms
• Re: A radical restructuring of IPsec...
  • From: David Duchscher
• Re: A radical restructuring of IPsec...
  • From: gnn
• Re: A radical restructuring of IPsec...
  • From: Robert Watson
• Re: Serious bug in most (?) ethernet drivers (bge, bce, ixgb etc.).
  • From: Vladimir Ivanov
• Re: pf + scrub fragment reassemble + if_bridge = bad?
  • From: David Duchscher
• Re: pf + scrub fragment reassemble + if_bridge = bad?
  • From: Andrew Thompson
• pf + scrub fragment reassemble + if_bridge = bad?
  • From: David Duchscher
• Re: A radical restructuring of IPsec...
  • From: Sam Leffler
• Re: Spillover routing?
  • From: Rajkumar S
• Re: Spillover routing?
  • From: Bruce M. Simpson
• Re: A radical restructuring of IPsec...
  • From: Jeremie Le Hen
• Re: A radical restructuring of IPsec...
  • From: Bruce M. Simpson
• Re: A radical restructuring of IPsec...
  • From: Kris Kennaway
• Source-specific multicast
  • From: Bruce M Simpson
• Re: Stack panic with em driver unload
  • From: Tai-hwa Liang
• Re: A radical restructuring of IPsec...
  • From: Ivan Voras
• A radical restructuring of IPsec...
  • From: gnn
• Re: re(4) can't receive some multicast ?
  • From: FUJITA Kazutoshi
• re(4) can't receive some multicast ?
  • From: FUJITA Kazutoshi
• Spillover routing?
  • From: Rajkumar S
• Re: Serious bug in most (?) ethernet drivers (bge, bce, ixgb etc.).
  • From: Bruce Evans
• Re: if_msk in 6.2
  • From: Pyun YongHyeon
• Stack panic with em driver unload
  • From: Jack Vogel
• Status of sasyncd for IPSEC?
  • From: David DeSimone
• Serious bug in most (?) ethernet drivers (bge, bce, ixgb etc.).
  • From: Vladimir Ivanov
• Problem with ipx
  • From: Margarita Manterola
• Re: Merging rc.d/network_ipv6 into rc.d/netif
  • From: Brooks Davis
• Re: Merging rc.d/network_ipv6 into rc.d/netif
  • From: Mike Makonnen
• Re: IPv6 Router Alert breaks forwarding
  • From: Andrew McDonald
• Re: Merging rc.d/network_ipv6 into rc.d/netif
  • From: Mike Makonnen
• Re: IPv6 Router Alert breaks forwarding
  • From: JINMEI Tatuya / 神明達哉
• Re: IPv6 Router Alert breaks forwarding
  • From: Bruce M. Simpson
• Re: IPv6 Router Alert breaks forwarding
  • From: Andrew McDonald
• Re: if_msk in 6.2
  • From: Marv
• Re: IPv6 Router Alert breaks forwarding
  • From: JINMEI Tatuya / 神明達哉
• Re: if_msk in 6.2
  • From: Pyun YongHyeon
• IPv6 Router Alert breaks forwarding
  • From: Andrew McDonald
• Re: if_msk in 6.2
  • From: Marv
• Re: sockets without owner.
  • From: Chuck Swiger
• Re: sockets without owner.
  • From: pluknet
• Re: if_msk in 6.2
  • From: Pyun YongHyeon
• if_msk in 6.2
  • From: Marv
• sockets without owner.
  • From: Stefan Lambrev
• Re: Merging rc.d/network_ipv6 into rc.d/netif
  • From: Brooks Davis
• Re: Merging rc.d/network_ipv6 into rc.d/netif
  • From: Jeremie Le Hen
• Re: CFT: new trunk(4)
  • From: Andrew Thompson
• Re: IPFW Stateful behaviour
  • From: Prokofiev S.P.
• Re: IPFW Stateful behaviour
  • From: Andrew Pantyukhin
• IPFW Stateful behaviour
  • From: Prokofiev S.P.
• Re: CFT: new trunk(4)
  • From: Niki Denev
• Re: em driver packet loss in 6.2 amd64 (RELEASE and STABLE)
  • From: Rob Watt
• Re: em driver packet loss in 6.2 amd64 (RELEASE and STABLE)
  • From: Garrett Cooper
• em driver packet loss in 6.2 amd64 (RELEASE and STABLE)
  • From: Rob Watt
• Current problem reports assigned to you
  • From: FreeBSD bugmaster
• Re: IPFW update frequency
  • From: Robert Watson
• Re: IPFW update frequency
  • From: Ilya Bobir
• Re: intel 802.11 2200BG routing
  • From: Bruce M. Simpson
• intel 802.11 2200BG routing
  • From: Da Rock
• Re: CFT: new trunk(4)
  • From: Andrew Thompson
• Re: Merging rc.d/network_ipv6 into rc.d/netif
  • From: gnn
• Re: IPFW update frequency
  • From: Ilya Bobir

• Security
• UNIX
• Linux
• Coding
• Usenet

• Mailing-Lists
• Newsgroups
• About
• Privacy
• Search
• Imprint