tech-net by thread

• Date Index
• Date Index (newest page)
• Old Index

• ifconfig list scan on NetBSD 4, Stephen Borrill
• arplookup1(): why static sockaddr_inarp ?, David Young
  • Re: arplookup1(): why static sockaddr_inarp ?, Christos Zoulas
  • Re: arplookup1(): why static sockaddr_inarp ?, Steven M. Bellovin
    • Re: arplookup1(): why static sockaddr_inarp ?, David Young
• extensible ifconfig, David Young
  • test, please: extensible ifconfig, David Young
    • Re: test, please: extensible ifconfig, Jukka Ruohonen
      • Re: test, please: extensible ifconfig, David Young
      • Re: test, please: extensible ifconfig, David Young
      • Re: test, please: extensible ifconfig, Jukka Ruohonen
  • Re: extensible ifconfig, Pierre Pronchery
    • Re: extensible ifconfig, David Young
      • Re: extensible ifconfig, Pierre Pronchery
• Attention: Confirm Receipt, British Online Promo
• dhcpcd-4.0.0-alpha2 ready for review, Roy Marples
  • Re: dhcpcd-4.0.0-alpha2 ready for review, Roy Marples
  • dhcpcd-4.0.0-alpha3 ready for review, Roy Marples
• libm build problem, Pise, Amol
  • Re: libm build problem, der Mouse
• netiso option TPCONS, Iain Hibbert
• Re: local pf changes, YAMAMOTO Takashi
  • Re: local pf changes, Christos Zoulas
    • Re: local pf changes, YAMAMOTO Takashi
      • Re: local pf changes, Christos Zoulas
      • Re: local pf changes, YAMAMOTO Takashi
      • Re: local pf changes, Christos Zoulas
      • Re: local pf changes, YAMAMOTO Takashi
      • Re: local pf changes, Christos Zoulas
  • Re: local pf changes, David Young
    • Re: local pf changes, YAMAMOTO Takashi
• Possible fix for wpa_supplicant(8) WPA re-key loss, Steve Woodford
  • Re: Possible fix for wpa_supplicant(8) WPA re-key , Jukka Salmi
  • Re: Possible fix for wpa_supplicant(8) WPA re-key , Jared D. McNeill
  • Re: Possible fix for wpa_supplicant(8) WPA re-key , Pierre Pronchery
    • Re: Possible fix for wpa_supplicant(8) WPA re-key , Steven M. Bellovin
      • Re: Possible fix for wpa_supplicant(8) WPA re-key , Juan RP
      • Re: Possible fix for wpa_supplicant(8) WPA re-key , Steve Woodford
      • Re: Possible fix for wpa_supplicant(8) WPA re-key , Juan RP
      • Re: Possible fix for wpa_supplicant(8) WPA re-key , Juan RP
      • Re: Possible fix for wpa_supplicant(8) WPA re-key , Roy Marles
• Question about pfil, 임영빈
  • Re: Question about pfil, Darren Reed
• pppd with hdlc framing (sync mode), Matthias Ferdinand
• dhcpcd-4.0.0-alpha1 ready for review, Roy Marples
  • Re: dhcpcd-4.0.0-alpha1 ready for review, Thor Lancelot Simon
    • Re: dhcpcd-4.0.0-alpha1 ready for review, Christos Zoulas
      • Re: using the interfaces in ctype.h, Greg A. Woods; Planix, Inc.
      • Re: using the interfaces in ctype.h, Joerg Sonnenberger
      • Re: using the interfaces in ctype.h, Jaromir Dolecek
      • Re: using the interfaces in ctype.h, Christos Zoulas
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Steven M. Bellovin
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Roy Marples
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Steven M. Bellovin
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Stephen Borrill
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Roy Marples
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Stephen Borrill
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Roy Marples
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Stephen Borrill
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Roy Marples
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Steven M. Bellovin
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Roy Marples
      • Re: dhcpcd-4.0.0-alpha1 ready for review, David Laight
      • Re: dhcpcd-4.0.0-alpha1 ready for review, Roy Marples
      • foo = (unsigned)bar; (was Re: dhcpcd-4.0.0-alpha1 , Roy Marples
      • Re: foo = (unsigned)bar; (was Re: dhcpcd-4.0.0-alp, Joerg Sonnenberger
      • Re: foo = (unsigned)bar; (was Re: dhcpcd-4.0.0-alp, Christos Zoulas
      • Re: foo = (unsigned)bar; (was Re: dhcpcd-4.0.0-alp, Alan Barrett
      • Re: foo = (unsigned)bar; (was Re: dhcpcd-4.0.0-alp, der Mouse
• KAME IPsec vs Fast IPsec, Jason Thorpe
  • Re: KAME IPsec vs Fast IPsec, Thor Lancelot Simon
    • Re: KAME IPsec vs Fast IPsec, Arnaud Degroote
      • Re: KAME IPsec vs Fast IPsec, Jason Thorpe
      • Re: KAME IPsec vs Fast IPsec, Keiichi SHIMA
      • Re: KAME IPsec vs Fast IPsec, Arnaud Degroote
• checking m->m_pkthdr.csum_flags in ip_output(), Takahiro Kambe
  • Re: checking m->m_pkthdr.csum_flags in ip_output(), Takahiro Kambe
    • Clear m->m_pkthdr.csum_flags when forwarding packe, Thor Lancelot Simon
      • Re: Clear m->m_pkthdr.csum_flags when forwarding p, Takahiro Kambe
      • Re: Clear m->m_pkthdr.csum_flags when forwarding p, Jason Thorpe
      • Re: Clear m->m_pkthdr.csum_flags when forwarding p, Takahiro Kambe
    • Re: checking m->m_pkthdr.csum_flags in ip_output(), Patrick Welche
      • Re: checking m->m_pkthdr.csum_flags in ip_output(), David Young
      • Re: checking m->m_pkthdr.csum_flags in ip_output(), Patrick Welche
      • net interface queue corruption (was Re: checking m, David Young
      • Re: net interface queue corruption (was Re: checki, Andrew Doran
      • Re: net interface queue corruption (was Re: checki, Patrick Welche
• ALTQ + vlan, Radosław Kujawa
  • Re: ALTQ + vlan, Manuel Bouyer
    • Re: ALTQ + vlan, Radosław Kujawa
      • Re: ALTQ + vlan, Manuel Bouyer
      • Re: ALTQ + vlan, Radosław Kujawa
      • Re: ALTQ + vlan, Manuel Bouyer
• m_tag_*, Herb Peyerl
  • Re: m_tag_*, Martin Husemann
• Old thread: Re: Allowing large PPPoE frames, Paul Ripke
  • Re: Old thread: Re: Allowing large PPPoE frames, Quentin Garnier
    • Re: Old thread: Re: Allowing large PPPoE frames, Paul Ripke
      • Re: Old thread: Re: Allowing large PPPoE frames, Quentin Garnier
      • Re: Old thread: Re: Allowing large PPPoE frames, Paul Ripke
  • Re: Old thread: Re: Allowing large PPPoE frames, Martin Husemann
    • Re: Old thread: Re: Allowing large PPPoE frames, Paul Ripke
      • Re: Old thread: Re: Allowing large PPPoE frames, Martin Husemann
      • Re: Old thread: Re: Allowing large PPPoE frames, Paul Ripke
      • Re: Old thread: Re: Allowing large PPPoE frames, Martin Husemann
      • Re: Old thread: Re: Allowing large PPPoE frames, Paul Ripke
• SIOCSIFADDR with AF_LINK, Sean Boudreau
  • Re: SIOCSIFADDR with AF_LINK, David Young
    • Re: SIOCSIFADDR with AF_LINK, David Young
      • Re: SIOCSIFADDR with AF_LINK, David Young
      • Re: SIOCSIFADDR with AF_LINK, Sean Boudreau
      • Re: SIOCSIFADDR with AF_LINK, David Young
• managed switches on mii(4), Jonathan A. Kollasch
  • Re: managed switches on mii(4), Herb Peyerl
    • Re: managed switches on mii(4), Thor Lancelot Simon
    • Re: managed switches on mii(4), David Young
      • Re: managed switches on mii(4), Herb Peyerl
      • Re: managed switches on mii(4), David Young
      • Re: managed switches on mii(4), Herb Peyerl
      • Re: managed switches on mii(4), Thor Lancelot Simon
  • Re: managed switches on mii(4), David Young
    • Re: managed switches on mii(4), Jonathan A. Kollasch
• destroy ppp(4) on closing tty, Yasuoka Masahiko
  • Re: destroy ppp(4) on closing tty, Greg Troxel
    • Re: destroy ppp(4) on closing tty, Quentin Garnier
      • Re: destroy ppp(4) on closing tty, Yasuoka Masahiko
      • Re: destroy ppp(4) on closing tty, Christos Zoulas
      • Re: destroy ppp(4) on closing tty, Greg Troxel
      • Re: destroy ppp(4) on closing tty, Yasuoka Masahiko
      • Re: destroy ppp(4) on closing tty, Greg Troxel
      • Re: destroy ppp(4) on closing tty, Greg Troxel
      • Re: destroy ppp(4) on closing tty, Martin Husemann
      • Re: destroy ppp(4) on closing tty, Christos Zoulas
      • Re: destroy ppp(4) on closing tty, Quentin Garnier
      • Re: destroy ppp(4) on closing tty, Christos Zoulas
      • Re: destroy ppp(4) on closing tty, Greg Troxel
    • Re: destroy ppp(4) on closing tty, Yasuoka Masahiko
  • Re: destroy ppp(4) on closing tty, Christos Zoulas