Archive of ietf-ipsra, by thread

• Re: L2TP is ipsra solution (?), (continued)
  • Re: L2TP is ipsra solution (?), CHINNA N.R. PELLACURU
    • Re: L2TP is ipsra solution (?), Hugo Krawczyk
    • Re: L2TP is ipsra solution (?), CHINNA N.R. PELLACURU
  • Re: L2TP is ipsra solution (?), Ari Huttunen
    • Re: L2TP is ipsra solution (?), CHINNA N.R. PELLACURU
      • Re: L2TP is ipsra solution (?), Marcus Leech
      • Re: L2TP is ipsra solution (?), CHINNA N.R. PELLACURU
      • Re: L2TP is ipsra solution (?), Will Price
      • Re: L2TP is ipsra solution (?), CHINNA N.R. PELLACURU
      • RE: L2TP is ipsra solution (?), Glen Zorn
  • RE: L2TP is ipsra solution (?), Kavsan, Bronislav
  • Re: L2TP is ipsra solution (?), CHINNA N.R. PELLACURU
• RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), Kavsan, Bronislav
  • <Possible follow-ups>
  • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), Finney Charles E
  • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), Eorgoff, Michael
• ipsra requirements, Scott G. Kelly
  • Re: ipsra requirements, Bernard Aboba
  • <Possible follow-ups>
  • IPSRA requirements, Bungert Michael
    • Re: IPSRA requirements, Scott G. Kelly
• RE: l2tp as ipsra solution - IKE machine auth using user cert, William Dixon
• Re: l2tp as ipsra solution, Jari Arkko
  • Re: l2tp as ipsra solution, Sara Bitan
    • RE: l2tp as ipsra solution, Glen Zorn
      • RE: l2tp as ipsra solution, Andrew Krywaniuk
  • <Possible follow-ups>
  • RE: l2tp as ipsra solution, Finney Charles E
  • Re: l2tp as ipsra solution, Steven M. Bellovin
    • RE: l2tp as ipsra solution, Andrew Krywaniuk
    • More on certificate enrollment..., Bernard Aboba
      • Re: More on certificate enrollment..., Paul Krumviede
      • Re: More on certificate enrollment..., Yaron Sheffer
  • l2tp as ipsra solution, Sara Bitan
    • Re: l2tp as ipsra solution, W. Mark Townsley
      • Re: l2tp as ipsra solution, Sara Bitan
      • Re: l2tp as ipsra solution, W. Mark Townsley
    • RE: l2tp as ipsra solution, Glen Zorn
  • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
    • Re: l2tp as ipsra solution, David Jablon
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Message not available
      • Re: l2tp as ipsra solution, David Jablon
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
• Shocking LOSE 10-100lbs. DESTINY, zainprov
• Re: Windows 2000 and Cicsco router interoperability, Scott G. Kelly
  • <Possible follow-ups>
  • Re: Windows 2000 and Cicsco router interoperability, Scott G. Kelly
    • Re: Windows 2000 and Cicsco router interoperability, CHINNA N.R. PELLACURU
      • Re: Windows 2000 and Cicsco router interoperability, Scott G. Kelly
      • Re: Windows 2000 and Cicsco router interoperability, CHINNA N.R. PELLACURU
      • Re: Windows 2000 and Cicsco router interoperability, Scott G. Kelly
      • Re: Windows 2000 and Cicsco router interoperability, W. Mark Townsley
      • Re: Windows 2000 and Cicsco router interoperability, Scott G. Kelly
      • Re: Windows 2000 and Cicsco router interoperability, Ari Huttunen
      • Re: Windows 2000 and Cicsco router interoperability, Scott G. Kelly
      • Re: Windows 2000 and Cicsco router interoperability, W. Mark Townsley
      • RE: Windows 2000 and Cicsco router interoperability, Bernard Aboba
      • Re: Windows 2000 and Cicsco router interoperability, W. Mark Townsley
      • Re: Windows 2000 and Cicsco router interoperability, CHINNA N.R. PELLACURU
      • Re: Windows 2000 and Cicsco router interoperability, W. Mark Townsley
      • l2tp as ipsra solution (was Re: Windows 2000 and Cicsco router interoperability), Scott G. Kelly
      • Re: l2tp as ipsra solution (was Re: Windows 2000 and Cicsco router interoperability), W. Mark Townsley
      • Re: l2tp as ipsra solution, Sara Bitan
      • Re: l2tp as ipsra solution, Ricky Charlet
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Sara Bitan
      • Re: l2tp as ipsra solution, Ben McCann
      • RE: l2tp as ipsra solution, Moshe Litvin
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Ricky Charlet
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Bernard Aboba
      • Re: l2tp as ipsra solution, Ben McCann
      • Re: l2tp as ipsra solution, Dan Harkins
      • Re: l2tp as ipsra solution, Ben McCann
      • RE: l2tp as ipsra solution, Andrew Krywaniuk
      • Authentication Mechanism Matrix (was L2TP vs IPSEC), Ben McCann
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), Andrew Krywaniuk
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), Glen Zorn
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), Andrew Krywaniuk
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), Hugo Krawczyk
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), CHINNA N.R. PELLACURU
      • Re: Authentication Mechanism Matrix (was L2TP vs IPSEC), Ari Huttunen
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), Hugo Krawczyk
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), CHINNA N.R. PELLACURU
      • Re: Authentication Mechanism Matrix (was L2TP vs IPSEC), Ben McCann
      • Re: Authentication Mechanism Matrix (was L2TP vs IPSEC), CHINNA N.R. PELLACURU
      • Re: Authentication Mechanism Matrix (was L2TP vs IPSEC), Ben McCann
      • Re: Authentication Mechanism Matrix (was L2TP vs IPSEC), CHINNA N.R. PELLACURU
      • Re: Authentication Mechanism Matrix (was L2TP vs IPSEC), Jan Vilhuber
      • Re: Authentication Mechanism Matrix (was L2TP vs IPSEC), CHINNA N.R. PELLACURU
      • Re: Authentication Mechanism Matrix (was L2TP vs IPSEC), Bernard D. Aboba
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), David Jablon
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), CHINNA N.R. PELLACURU
      • Message not available
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), David Jablon
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), CHINNA N.R. PELLACURU
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), CHINNA N.R. PELLACURU
      • Raising the level ... was RE: Authentication Mechanism Matrix, David Jablon
      • Re: Raising the level ... was RE: Authentication Mechanism Matrix, David Jablon
      • RE: Authentication Mechanism Matrix (was L2TP vs IPSEC), David Jablon
      • RE: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Ben McCann
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Hugo Krawczyk
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Hugo Krawczyk
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Hugo Krawczyk
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Daniel Fox
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Dan Harkins
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Message not available
      • Re: l2tp as ipsra solution, David Jablon
      • Re: l2tp as ipsra solution, Sara Bitan
      • Re: l2tp as ipsra solution, CHINNA N.R. PELLACURU
      • Re: l2tp as ipsra solution, Daniel Fox
      • Re: l2tp as ipsra solution, Henry Spencer
      • Re: l2tp as ipsra solution, Daniel Fox
      • Re: l2tp as ipsra solution, Henry Spencer
      • Re: l2tp as ipsra solution, David Jablon
      • Re: l2tp as ipsra solution, Ricky Charlet
      • RE: l2tp as ipsra solution, Moshe Litvin
      • Re: l2tp as ipsra solution, Yaron Sheffer
      • RE: l2tp as ipsra solution, Moshe Litvin
      • Re: l2tp as ipsra solution, Bernard Aboba
      • Re: l2tp as ipsra solution, Scott G. Kelly
      • RE: l2tp as ipsra solution, Moshe Litvin
      • RE: l2tp as ipsra solution, Skip Booth
      • Re: l2tp as ipsra solution, Scott G. Kelly
      • Re: l2tp as ipsra solution, Skip Booth
      • Re: l2tp as ipsra solution, Bernard Aboba
      • Re: l2tp as ipsra solution, W. Mark Townsley
      • Re: l2tp as ipsra solution, Scott G. Kelly
      • RE: l2tp as ipsra solution, Glen Zorn
      • RE: l2tp as ipsra solution, Moshe Litvin
      • RE: l2tp as ipsra solution, Glen Zorn
      • RE: l2tp as ipsra solution, Moshe Litvin
      • Re: l2tp as ipsra solution, W. Mark Townsley
      • RE: l2tp as ipsra solution, Glen Zorn
• Re: Cert enrollment?, Steven M. Bellovin
  • RE: Cert enrollment?, Bernard Aboba
  • <Possible follow-ups>
  • Re: Cert enrollment?, Steven M. Bellovin
    • RE: Cert enrollment?, Bernard Aboba
    • RE: Cert enrollment?, Bernard Aboba
• L2TP+IPsec and IKE authentication, Yael Dayan
  • RE: L2TP+IPsec and IKE authentication, Bernard Aboba
    • Re: L2TP+IPsec and IKE authentication, Ari Huttunen
      • RE: L2TP+IPsec and IKE authentication, Bernard Aboba
• L2TP-IPSec features list, William Dixon
• Re: l2tp/ipsec for remote access (LONG; was Re: PPP over IPSec... on the ipsec list), Skip Booth
  • Re: l2tp/ipsec for remote access (LONG; was Re: PPP over IPSec...on the ipsec list), Ricky Charlet
• [Fwd: l2tp/ipsec for remote access (LONG; was Re: PPP over IPSec... on the ipsec list)], Scott G. Kelly
  • Re: [Fwd: l2tp/ipsec for remote access (LONG; was Re: PPP over IPSec... on the ipsec list)], Ari Huttunen
    • Cert enrollment?, Bernard Aboba
      • Re: Cert enrollment?, Robert Moskowitz
• Benefits of l2tp with ipsec?, Scott G. Kelly
  • Re: Benefits of l2tp with ipsec?, Jan Vilhuber
    • Re: Benefits of l2tp with ipsec?, Scott G. Kelly
  • Re: Benefits of l2tp with ipsec?, W. Mark Townsley
    • Re: Benefits of l2tp with ipsec?, Srinivasan Chakravarthy
      • Re: Benefits of l2tp with ipsec?, Marcus Leech
      • Re: Benefits of l2tp with ipsec?, Scott G. Kelly
      • Re: Benefits of l2tp with ipsec?, Ben McCann
      • Re: Benefits of l2tp with ipsec?, Henry Spencer
      • Re: Benefits of l2tp with ipsec?, Ben McCann
      • Re: Benefits of l2tp with ipsec?, Stephen Kent
      • Re: Benefits of l2tp with ipsec?, W. Mark Townsley
      • Re: Benefits of l2tp with ipsec?, W. Mark Townsley
      • RE: Benefits of l2tp with ipsec?, Bernard Aboba
      • Re: Benefits of l2tp with ipsec?, Scott G. Kelly
      • Re: Benefits of l2tp with ipsec?, Dan Harkins
      • Re: Benefits of l2tp with ipsec?, W. Mark Townsley
  • <Possible follow-ups>
  • Re: Benefits of l2tp with ipsec?, Steven M. Bellovin
  • Re: Benefits of l2tp with ipsec?, Steven M. Bellovin
• RE: NAT and IPSEC issues:- Question, Gallagher, Mick
  • Re: NAT and IPSEC issues:- Question, Stephane Beaulieu
    • RE: NAT and IPSEC issues:- Question, Bernard Aboba
  • <Possible follow-ups>
  • RE: NAT and IPSEC issues:- Question, Waters, Stephen
  • RE: NAT and IPSEC issues:- Question, Gallagher, Mick
    • RE: NAT and IPSEC issues:- Question, Bernard Aboba
  • RE: NAT and IPSEC issues:- Question, Claudio Lordello
  • RE: NAT and IPSEC issues:- Question, Mike Borella
    • RE: NAT and IPSEC issues:- Question, Bernard Aboba
      • Re: NAT and IPSEC issues:- Question, Scott G. Kelly
  • FW: NAT and IPSEC issues:- Question, Chris Trobridge
  • RE: NAT and IPSEC issues:- Question, Mike Borella
• Instant On-Line Credit Reports, Charlie Fletcher - www.ukdata.com
• CFP: ISOC Netw & Distr Sys Security Symp (NDSS'01), David M. Balenson
• Mode-Config Questions, Tylor Allison
  • RE: Mode-Config Questions, Bernard Aboba
  • RE: Mode-Config Questions, Bernard Aboba
  • RE: Mode-Config Questions, Andrew Krywaniuk
    • Re: Mode-Config Questions, Scott G. Kelly
• Policy Configuration Requirements in draft-ietf-ipsra-reqmts-00.txt, Valery Smyslov
  • Re: Policy Configuration Requirements in draft-ietf-ipsra-reqmts-00.txt, Bill Sommerfeld
    • Re: Policy Configuration Requirements in draft-ietf-ipsra-reqmts-00.txt, Scott G. Kelly
  • Re: Policy Configuration Requirements in draft-ietf-ipsra-reqmts-00.txt, Scott G. Kelly
    • Re: Policy Configuration Requirements in draft-ietf-ipsra-reqmts-00.txt, Valery Smyslov
      • Re: Policy Configuration Requirements in draft-ietf-ipsra-reqmts-00.txt, Scott G. Kelly
• Sec2.2 Remote Host Configuration, Abdallah Rayhan
  • Re: Sec2.2 Remote Host Configuration, Scott G. Kelly
    • Re: Sec2.2 Remote Host Configuration, Abdallah Rayhan
      • Re: Sec2.2 Remote Host Configuration, Scott G. Kelly
      • Re: Sec2.2 Remote Host Configuration, Rupesh
      • Re: Sec2.2 Remote Host Configuration, Scott G. Kelly
• Minutes from Adelaide, first draft, Paul Hoffman
• Re: NAT and IPSEC issues, Steven M. Bellovin
• Remote access from NAT domains, Jim Tiller
  • Re: Remote access from NAT domains, W. Mark Townsley
    • Re: Remote access from NAT domains, Scott G. Kelly
      • Re: Remote access from NAT domains, Jim Tiller
    • RE: Remote access from NAT domains, Bernard Aboba
      • NAT and IPSEC issues, Bernard Aboba
      • Re: NAT and IPSEC issues, Henry Spencer
      • RE: NAT and IPSEC issues, Bernard Aboba
      • RE: NAT and IPSEC issues, Henry Spencer
  • <Possible follow-ups>
  • RE: Remote access from NAT domains, Heikki . Riittinen
  • Re: Remote access from NAT domains, Mike Borella
    • Re: Remote access from NAT domains, Scott G. Kelly
      • RE: Remote access from NAT domains, Andrew Krywaniuk
  • RE: Remote access from NAT domains, Claudio Lordello
  • Re: Remote access from NAT domains, Vipul Gupta
  • RE: Remote access from NAT domains, Mike Borella
  • RE: Remote access from NAT domains, Iyer, Prakash
    • Re: Remote access from NAT domains, Scott G. Kelly
  • RE: Remote access from NAT domains, Mike Borella
• Adenda for next week, Paul Hoffman
• Re: IPSRA and "legacy systems", Steven M. Bellovin
  • Re: IPSRA and "legacy systems", Marcus Leech
    • Re: IPSRA and "legacy systems", David Jablon
      • Re: IPSRA and "legacy systems", Marcus Leech
  • Re: IPSRA and "legacy systems", David Jablon
    • Re: IPSRA and "legacy systems", Hugo Krawczyk
    • Message not available
      • Re: IPSRA and "legacy systems", David Jablon
  • <Possible follow-ups>
  • Re: IPSRA and "legacy systems", David Jablon
    • Re: IPSRA and "legacy systems", Marcus Leech
      • Black-box EKE (was Re: IPSRA and "legacy systems"), David Jablon
      • Re: Black-box EKE (was Re: IPSRA and "legacy systems"), Sara Bitan
      • Re: Black-box EKE (was Re: IPSRA and "legacy systems"), Paul Krumviede
      • Re: Black-box EKE (was Re: IPSRA and "legacy systems"), Moshe Litvin
• [no subject], Rafael
• Provisioning of IKE credentials, Yaron Sheffer
• draft-ietf-ipsra-reqmts-00.txt, Scott G. Kelly
  • IPSRA and "legacy systems", David Jablon
    • Re: IPSRA and "legacy systems", Scott G. Kelly
    • RE: IPSRA and "legacy systems", Andrew Krywaniuk
  • Re: draft-ietf-ipsra-reqmts-00.txt, Ari Huttunen
    • Re: draft-ietf-ipsra-reqmts-00.txt, Scott G. Kelly
  • <Possible follow-ups>
  • RE: draft-ietf-ipsra-reqmts-00.txt, Heikki . Riittinen
• I-D ACTION:draft-ietf-ipsra-pic-00.txt, Internet-Drafts
  • Re: I-D ACTION:draft-ietf-ipsra-pic-00.txt, Ari Huttunen
• [Fwd: Agenda for Adelaide meeting], Sara Bitan
• Fwd: WG ACTION: IP Security Remote Access (ipsra), Paul Hoffman
• Agenda for Adelaide meeting, Paul Hoffman
  • <Possible follow-ups>
  • Agenda for Adelaide meeting, Sara Bitan
• Thoughts on draft-bellovin-ipsra-getcert-00.txt, Paul Hoffman / IMC
  • Re: Thoughts on draft-bellovin-ipsra-getcert-00.txt, Ari Huttunen
    • Re: Thoughts on draft-bellovin-ipsra-getcert-00.txt, Marcus Leech
  • RE: Thoughts on draft-bellovin-ipsra-getcert-00.txt, Bernard Aboba
  • <Possible follow-ups>
  • Re: Thoughts on draft-bellovin-ipsra-getcert-00.txt, Vipul Gupta
• IPSRA's view on L2TP/IPSec?, Ari Huttunen
  • <Possible follow-ups>
  • Re: IPSRA's view on L2TP/IPSec?, Shawn Mamros
    • RE: IPSRA's view on L2TP/IPSec?, Bernard Aboba
      • RE: IPSRA's view on L2TP/IPSec?, Paul Hoffman
• Client authentication over SSL, Yaron Sheffer
• Forwarded: I-D ACTION:draft-bellovin-ipsra-getcert-00.txt, Steven M. Bellovin
• 'getcert' draft, Steven M. Bellovin
• Measuring Complexity, Andrew Krywaniuk
• A new co-chair, Sara Bitan
• RE: Altenatives for IKE and legacy user authentication combinatio ns, Sankar Ramamoorthi
  • Re: Altenatives for IKE and legacy user authentication combinations, Sara Bitan
  • <Possible follow-ups>
  • RE: Altenatives for IKE and legacy user authentication combinatio ns, Mason, David
    • Re: Altenatives for IKE and legacy user authentication combinations, Scott G. Kelly
    • Re: Altenatives for IKE and legacy user authentication combinations, Ben McCann
      • Re: Altenatives for IKE and legacy user authentication combinations, Sara Bitan
      • Re: Altenatives for IKE and legacy user authentication combinations, Ben McCann
      • Re: Altenatives for IKE and legacy user authentication combinations, Scott G. Kelly
  • RE: Altenatives for IKE and legacy user authentication combinatio ns, Kevin Lussier
    • RE: Altenatives for IKE and legacy user authentication combinations, Bernard Aboba
• Request for more comments on the charter, Sara Bitan
  • Re: Request for more comments on the charter, Ari Huttunen
    • Re: Request for more comments on the charter, Sara Bitan
  • <Possible follow-ups>
  • RE: Request for more comments on the charter, Stephane Beaulieu
    • Re: Request for more comments on the charter, Sara Bitan
• Altenatives for IKE and legacy user authentication combinations, Sara Bitan
  • Re: Altenatives for IKE and legacy user authentication combinations, Tamir Zegman
    • Re: Altenatives for IKE and legacy user authentication combinations, Sara Bitan
  • <Possible follow-ups>
  • RE: Altenatives for IKE and legacy user authentication combinations, Andrew Krywaniuk
    • Re: Altenatives for IKE and legacy user authentication combinations, Sara Bitan
    • Re: Altenatives for IKE and legacy user authentication combinations, Marcus Leech
      • RE: Altenatives for IKE and legacy user authentication combinations, Bernard Aboba
  • Re: Altenatives for IKE and legacy user authentication combinations, Steven M. Bellovin
    • Re: Altenatives for IKE and legacy user authentication combinations, Sara Bitan
    • Re: Altenatives for IKE and legacy user authentication combinations, Marcus Leech
    • RE: Altenatives for IKE and legacy user authentication combinations, Andrew Krywaniuk
      • Re: Altenatives for IKE and legacy user authentication combinations, Scott G. Kelly
  • Re: Altenatives for IKE and legacy user authentication combinations, Steven M. Bellovin
    • Re: Altenatives for IKE and legacy user authentication combinations, Marcus Leech
  • Re: Altenatives for IKE and legacy user authentication combinations, Steven M. Bellovin
  • RE: Altenatives for IKE and legacy user authentication combinations, Andrew Krywaniuk
    • Re: Altenatives for IKE and legacy user authentication combinations, Sara Bitan
    • RE: Altenatives for IKE and legacy user authentication combinations, Bernard Aboba
  • Re: Altenatives for IKE and legacy user authentication combinations, Steven M. Bellovin
    • RE: Altenatives for IKE and legacy user authentication combinations, Andrew Krywaniuk
  • RE: Altenatives for IKE and legacy user authentication combinations, Stephane Beaulieu
  • Re: Altenatives for IKE and legacy user authentication combinations, Steven M. Bellovin
    • Private addresses assignment (was : Re: Altenatives for IKE and legacy user authentication combinations), Sara Bitan
      • Re: Private addresses assignment (was : Re: Altenatives for IKE and legacy user authentication combinations), Ben McCann
      • RE: Private addresses assignment (was : Re: Altenatives for IKE and legacy user authentication combinations), Bernard Aboba
      • RADIUS for use with IPSEC tunnel mode, Bernard Aboba
      • Re: RADIUS for use with IPSEC tunnel mode, Ben McCann
      • Re: RADIUS for use with IPSEC tunnel mode, Daniel Fox
      • RE: RADIUS for use with IPSEC tunnel mode, Bernard Aboba
• A new charter, Sara Bitan
  • Re: A new charter, Paul Hoffman
    • Re: A new charter, Marcus Leech
    • RE: A new charter, Bernard Aboba
      • Re: A new charter, W. Mark Townsley
  • Re: A new charter, Moshe Litvin
    • Re: A new charter, Sara Bitan
      • Re: A new charter, Moshe Litvin
  • <Possible follow-ups>
  • RE: A new charter, Iyer, Prakash
    • Re: A new charter, Sara Bitan
    • Re: A new charter, Sara Bitan
      • Re: A new charter, Daniel Fox
    • Re: A new charter, Sara Bitan
  • RE: A new charter, Alex Deacon
  • RE: A new charter, Paul Hoffman
    • Re: A new charter, Ari Huttunen
  • RE: A new charter, Stephane Beaulieu
    • Re: A new charter, Marcus Leech
  • RE: A new charter, Sankar Ramamoorthi
    • Re: A new charter, Scott G. Kelly
      • Re: A new charter, Sara Bitan
      • Re: A new charter, Daniel Fox
  • RE: A new charter, Sankar Ramamoorthi
    • Re: A new charter, Sara Bitan
• Legacy auth methods support, Marcus Leech
  • Legacy auth methods support, Tero Kivinen
    • Re: Legacy auth methods support, Marcus Leech
  • Re: Legacy auth methods support, Sara Bitan
    • Re: Legacy auth methods support, Sara Bitan
    • Re: Legacy auth methods support, Marcus Leech
  • Re: Legacy auth methods support, Dan Harkins
    • Re: Legacy auth methods support, Marcus Leech
      • Re: Legacy auth methods support, Dan Harkins
  • <Possible follow-ups>
  • Re: Legacy auth methods support, Steven M. Bellovin
  • RE: Legacy auth methods support, Tim Jenkins
    • Re: Legacy auth methods support, Sara Bitan
  • RE: Legacy auth methods support, Tim Jenkins
    • Re: Legacy auth methods support, Scott G. Kelly
    • Re: Legacy auth methods support, Sara Bitan
      • Re: Legacy auth methods support, Marcus Leech
  • RE: Legacy auth methods support, Tim Jenkins
    • Re: Legacy auth methods support, Scott G. Kelly
  • Re: Legacy auth methods support, Steven M. Bellovin
    • Re: Legacy auth methods support, Marcus Leech
  • RE: Legacy auth methods support, Andrew Krywaniuk
    • Re: Legacy auth methods support, Sara Bitan
  • RE: Legacy auth methods support, Andrew Krywaniuk
    • Re: Legacy auth methods support, Tamir Zegman
      • Re: Legacy auth methods support, Sara Bitan
      • Re: Legacy auth methods support, Tamir Zegman
      • Re: Legacy auth methods support, Moshe Litvin
      • Re: Legacy auth methods support, Scott G. Kelly
    • Re: Legacy auth methods support, Dan Harkins
  • Re: Legacy auth methods support, Steven M. Bellovin
  • RE: Legacy auth methods support, Andrew Krywaniuk
  • RE: Legacy auth methods support, Andrew Krywaniuk
    • Re: Legacy auth methods support, Dan Harkins
  • RE: Legacy auth methods support, Andrew Krywaniuk
• A new revision of Hybrid., Tamir Zegman
• RE: draft-ietf-ipsec-isakmp-xauth-06.txt, Stephane Beaulieu
• FW: I-D ACTION:draft-ietf-ipsec-isakmp-xauth-06.txt, Stephane Beaulieu
  • Re: draft-ietf-ipsec-isakmp-xauth-06.txt, David Mitton
• Minutes according to MCR (rev. 4), Michael C. Richardson
• Ack-ed NOTIFY in "dangling" implementations, Bronislav Kavsan
  • Ack-ed NOTIFY in "dangling" implementations, Tero Kivinen
    • Re: Ack-ed NOTIFY in "dangling" implementations, Bronislav Kavsan
      • Re: Ack-ed NOTIFY in "dangling" implementations, Tero Kivinen
      • Re: Ack-ed NOTIFY in "dangling" implementations, Bronislav Kavsan
  • <Possible follow-ups>
  • RE: Ack-ed NOTIFY in "dangling" implementations, Andrew Krywaniuk
    • RE: Ack-ed NOTIFY in "dangling" implementations, Tero Kivinen
    • Re: Ack-ed NOTIFY in "dangling" implementations, Michael Richardson
  • RE: Ack-ed NOTIFY in "dangling" implementations, Andrew Krywaniuk
• Re: Minutes according to MCR (rev 3), Shawn Mamros
  • Re: Minutes according to MCR (rev 3), Michael Richardson
  • <Possible follow-ups>
  • Re: Minutes according to MCR (rev 3), Karl Fox
    • RE: Minutes according to MCR (rev 3), Roy Pereira
      • RE: Minutes according to MCR (rev 3), Karl Fox
      • RE: Minutes according to MCR (rev 3), David Mitton
      • RE: Minutes according to MCR (rev 3), Bernard Aboba
      • RE: Minutes according to MCR (rev 3), David Mitton
    • Message not available
      • RE: Minutes according to MCR (rev 3), Karl Fox
• [Fwd: Phase 1 Re-keying Implementation Identification], Ben McCann
  • Re: [Fwd: Phase 1 Re-keying Implementation Identification], Dan Harkins
• RE: Charter (Keep-Alives), Andrew Krywaniuk
• RE: Minutes according to MCR (revisions), Tim Jenkins
  • Minutes according to MCR (rev 3), Michael C. Richardson
• Charter, Sara Bitan
  • Re: Charter, Scott G. Kelly
    • Re: Charter, Jan Vilhuber
      • Re: Charter, Scott G. Kelly
      • RE: Charter, Bernard Aboba
      • Re: Charter, Marcus Leech
      • RE: Charter, Bernard Aboba
      • RE: Charter, Jan Vilhuber
      • Re: Charter, Roy Pereira
      • Re: Charter, Jan Vilhuber
      • Re: Charter, Scott G. Kelly
      • Re: Charter, Scott G. Kelly
      • Re: Charter, Jan Vilhuber
      • Re: Charter, Scott G. Kelly
      • Re: Charter, Jan Vilhuber
      • Re: Charter, Scott G. Kelly
      • Re: Charter, Scott G. Kelly
      • Re: Charter, Dan Harkins
      • Re: Charter, Jan Vilhuber
      • Re: Charter, Scott G. Kelly
      • Re: Charter, Jan Vilhuber
      • Re: Charter, Scott G. Kelly
      • Re: Charter, Ari Huttunen
  • Re: Charter, Karl Fox
  • Re: Charter [suggested replacement text, Charlet], Ricky Charlet
  • <Possible follow-ups>
  • Re: Charter, Steven M. Bellovin
  • Re: Charter, Shawn Mamros
    • Re: Charter, Jan Vilhuber
  • Re: Charter, Steven M. Bellovin
  • RE: Charter, Richardson, John
  • Re: Charter, Steven M. Bellovin
    • RE: Charter, Bernard Aboba
  • Re: Charter, Steven M. Bellovin
    • RE: Charter, Bernard Aboba
    • Re: Charter, Marcus Leech
    • Re: Charter, Moshe Litvin
      • Re: Charter, Marcus Leech
      • Re: Charter, Karl Fox
      • Re: Charter, Moshe Litvin
    • Re: Charter, Tero Kivinen
  • Re: Charter, Steven M. Bellovin
  • Re: Charter, Steven M. Bellovin
  • Re: Charter, Steven M. Bellovin
  • RE: Charter, Iyer, Prakash
  • RE: Charter, Andrew Krywaniuk
    • Re: Charter, Dan Harkins
      • Re: Charter, Tero Kivinen
  • RE: Charter, Andrew Krywaniuk
    • Re: Charter, Dan Harkins
  • RE: Charter, Andrew Krywaniuk
    • RE: Charter, Roy Pereira
• Minutes according to MCR, Michael Richardson
  • Minutes according to MCR (revisions), Michael Richardson
• ipsra bof agenda, Scott G. Kelly
  • Re: ipsra bof agenda, Roy Pereira
    • ipsra charter text, Scott G. Kelly
  • Re: ipsra bof agenda, Sara Bitan
    • Re: ipsra bof agenda, Will Price
      • Re: ipsra bof agenda, Sara Bitan
  • <Possible follow-ups>
  • RE: ipsra bof agenda, Iyer, Prakash
• therefore... CRACK advise, Bronislav Kavsan
  • <Possible follow-ups>
  • Re: therefore... CRACK advise, Bronislav Kavsan
• COOKIES in STATUS NOTIFY Messages, Slava Kavsan
  • COOKIES in STATUS NOTIFY Messages, Tero Kivinen
• CRACK questions, Bronislav Kavsan
  • Re: CRACK questions, Dan Harkins
    • Re: CRACK questions, Slava Kavsan
  • <Possible follow-ups>
  • RE: CRACK questions, Stephane Beaulieu
  • Re: CRACK questions, Shawn Mamros
    • Re: CRACK questions, Slava Kavsan
      • Re: CRACK questions, Paul Hoffman
      • Re: CRACK questions, Dan Harkins
      • Re: CRACK questions, Tamir Zegman
  • RE: CRACK questions, Sankar Ramamoorthi
    • Re: CRACK questions, Dan Harkins
• remote access requirements - complexity issues, Scott G. Kelly
• Comments: Remote access configuration requirements, Ari Huttunen
  • RE: Comments: Remote access configuration requirements, Bernard Aboba
• Encrypting Notify Messages, Bronislav Kavsan
• IPSRA charter (modified), Roy Pereira
  • Re: IPSRA charter (modified), Roy Pereira
    • Re: IPSRA charter (modified), Roy Pereira
  • Re: IPSRA charter (modified), Scott G. Kelly
  • Re: IPSRA charter (modified), Dan Harkins
  • RE: IPSRA charter (modified), Bernard Aboba
  • <Possible follow-ups>
  • RE: IPSRA charter (modified), Sankar Ramamoorthi
• Another DoS attack., Tamir Zegman
  • Re: Another DoS attack., Marcus Leech
    • Re: Another DoS attack., Tamir Zegman
  • Re: Another DoS attack., Kanta Matsuura
• RE: Comments on CRACK (shared secrets), Andrew Krywaniuk
  • RE: Comments on CRACK (shared secrets), Jan Vilhuber
  • <Possible follow-ups>
  • RE: Comments on CRACK (shared secrets), Andrew Krywaniuk
• RE: Comments on CRACK (known plaintext), Andrew Krywaniuk
• I-D ACTION:draft-gupta-ipsec-remote-access-03.txt, Internet-Drafts
• AW: CRACK, Bungert Michael
• Comments on CRACK, Moshe Litvin
  • Re: Comments on CRACK, Dan Harkins
    • Re: Comments on CRACK, Moshe Litvin
      • Re: Comments on CRACK, Will Price
      • Re: Comments on CRACK, Moshe Litvin
      • Re: Comments on CRACK, Scott G. Kelly

The web site for this mailing list is sponsored by the VPN Consortium. If you have any suggestions for additions or corrections to this Web page, please send them to paul.hoffman@vpnc.org.