Archive of ietf-ipsra, by thread

• Re: Comments on CRACK, (continued)
  • Re: Comments on CRACK, Patrice Calhoun
  • RE: Comments on CRACK, Stephane Beaulieu
    • Re: Comments on CRACK, Moshe Litvin
    • Re: Comments on CRACK, Roy Pereira
      • Re: Comments on CRACK, Scott G. Kelly
      • Re: Comments on CRACK, Roy Pereira
      • Re: Comments on CRACK, Dan Harkins
      • Re: Comments on CRACK, Theodore Y. Ts'o
      • Truce (was Re: Comments on CRACK), Scott G. Kelly
      • Re: Truce (was Re: Comments on CRACK), Roy Pereira
      • Re: Truce (was Re: Comments on CRACK), Paul Hoffman
      • Re: Two meetings for IPSRA, Marcus Leech
      • Re: Comments on CRACK, Tamir Zegman
      • Re: Comments on CRACK, Roy Pereira
  • RE: Comments on CRACK, Stephane Beaulieu
    • Re: Comments on CRACK, Scott G. Kelly
      • Re: Comments on CRACK, Moshe Litvin
  • RE: Comments on CRACK, Stephane Beaulieu
    • RE: Comments on CRACK, Jan Vilhuber
  • Re: Comments on CRACK, Steven M. Bellovin
    • Re: Comments on CRACK, Ricky Charlet
  • RE: Comments on CRACK, Stephane Beaulieu
  • Re: Comments on CRACK, Vipul Gupta
    • Re: Comments on CRACK, Ari Huttunen
    • Re: Comments on CRACK, Srinivasa Rao
  • Re: Comments on CRACK, Steven M. Bellovin
  • Re: Comments on CRACK, Steven M. Bellovin
  • RE: Comments on CRACK, Sankar Ramamoorthi
• User-level Authentication Mechanisms for IPsec, Tamir Zegman
  • RE: User-level Authentication Mechanisms for IPsec, Bernard Aboba
    • Re: User-level Authentication Mechanisms for IPsec, Tamir Zegman
  • Re: User-level Authentication Mechanisms for IPsec, Scott G. Kelly
    • Re: User-level Authentication Mechanisms for IPsec, Ari Huttunen
      • Re: User-level Authentication Mechanisms for IPsec, Scott G. Kelly
      • Re: User-level Authentication Mechanisms for IPsec, Roy Pereira
      • Re: User-level Authentication Mechanisms for IPsec, Scott G. Kelly
      • Re: User-level Authentication Mechanisms for IPsec, Moshe Litvin
      • Re: User-level Authentication Mechanisms for IPsec, Ari Huttunen
    • Re: User-level Authentication Mechanisms for IPsec, Roy Pereira
      • Re: User-level Authentication Mechanisms for IPsec, Scott G. Kelly
      • Re: User-level Authentication Mechanisms for IPsec, Roy Pereira
      • Retraction, apology, Scott G. Kelly
      • Message not available
      • Remote access configuration requirements (was Re: User-level Authentication Mechanisms for IPsec), Scott G. Kelly
      • Remote access configuration requirements, Bernard Aboba
  • <Possible follow-ups>
  • RE: User-level Authentication Mechanisms for IPsec, Jim Knowles
• Remote access drafts, Paul Hoffman
• CRACK, Dan Harkins
  • Re: CRACK, Daniel Fox
    • Re: CRACK, Dan Harkins
  • Re: CRACK, Valery Smyslov
    • Re: CRACK, Dan Harkins
  • Re: CRACK, Yael Dayan
    • Re: CRACK, Ari Huttunen
  • Re: CRACK, Ricky Charlet
    • Re: CRACK, Dan Harkins
  • CRACK, Tero Kivinen
    • Re: CRACK, Paul Hoffman
  • <Possible follow-ups>
  • Re: CRACK, Dan Harkins
  • RE: CRACK, Andrew Krywaniuk
• IETF meeting, Roy Pereira
  • <Possible follow-ups>
  • IETF meeting, Roy Pereira
• I-D ACTION:draft-kelly-ipsra-userauth-00.txt, Internet-Drafts
• PPP over IPSec (without L2TP)?, Ari Huttunen
  • Re: PPP over IPSec (without L2TP)?, Scott G. Kelly
    • Re[2]: PPP over IPSec (without L2TP)?, Jim Tiller
      • Re: PPP over IPSec (without L2TP)?, Scott G. Kelly
  • Re: PPP over IPSec (without L2TP)?, David Chen
  • <Possible follow-ups>
  • RE: PPP over IPSec (without L2TP)?, Shriver, John
    • Re: PPP over IPSec (without L2TP)?, Ari Huttunen
    • Re[2]: PPP over IPSec (without L2TP)?, Jim Tiller
      • Re[2]: PPP over IPSec (without L2TP)?, Stephen Kent
      • RE: Re[2]: PPP over IPSec (without L2TP)?, Bernard Aboba
      • Re: PPP over IPSec (without L2TP)?, Ari Huttunen
      • Re: PPP over IPSec (without L2TP)?, Paul Koning
      • Re: PPP over IPSec (without L2TP)?, Ari Huttunen
      • RE: Re[2]: PPP over IPSec (without L2TP)?, Stephen Kent
  • RE: Re[2]: PPP over IPSec (without L2TP)?, Shriver, John
    • RE: Re[2]: PPP over IPSec (without L2TP)?, Stephen Kent
    • Re[4]: PPP over IPSec (without L2TP)?, Jim Tiller
  • RE: Re[4]: PPP over IPSec (without L2TP)?, Shriver, John
    • Re[6]: PPP over IPSec (without L2TP)?, Jim Tiller
  • Re: PPP over IPSec (without L2TP)?, Pyda Srisuresh
  • RE: Re[2]: PPP over IPSec (without L2TP)?, Pyda Srisuresh
    • RE: Re[2]: PPP over IPSec (without L2TP)?, Stephen Kent
  • RE: Re[2]: PPP over IPSec (without L2TP)?, Pyda Srisuresh
    • RE: Re[2]: PPP over IPSec (without L2TP)?, Stephen Kent
  • Re: PPP over IPSec (without L2TP)?, David Chen
    • Re: PPP over IPSec (without L2TP)?, Ari Huttunen
• Re: [Fwd: New XAUTH draft], Roy Pereira
• Re: fyi - ipsra, Roy Pereira
• Next steps, Vipul Gupta
  • Re: Next steps, Paul Hoffman / VPNC
• Comments on the new Xauth draft, Rakefet Zadik
• Framework doc, Paul Hoffman / VPNC
  • <Possible follow-ups>
  • Re: Framework doc, Vipul Gupta
• draft-ietf-ipsec-isakmp-mode-cfg-05.txt, Roy Pereira
• Xauth and Mode Cfg capable clients, Volpe, Victor
• Re: Using Legacy Authentication for IPSRA (was : xauth requirements: vulnerabilities), Sara Bitan
  • Re: Using Legacy Authentication for IPSRA (was : xauth requirements: vulnerabilities), Stephen Kent
• Proposed Charter, Roy Pereira
  • Re: Proposed Charter, Scott G. Kelly
    • Re: Proposed Charter, Sara Bitan
      • Re: Proposed Charter, Kalyan Chakravarthy Bade
      • Re: Proposed Charter, Yael Dayan
      • Re: Proposed Charter, Kalyan Chakravarthy Bade
      • Re: Proposed Charter, Scott G. Kelly
    • Re: Proposed Charter, Sara Bitan
  • <Possible follow-ups>
  • RE: Proposed Charter, Iyer, Prakash
    • Re: Proposed Charter, Ben McCann
  • RE: Proposed Charter, Paul Hoffman / VPNC
  • RE: Proposed Charter, Sankar Ramamoorthi
  • RE: Proposed Charter, Iyer, Prakash
  • RE: Proposed Charter, Roy Pereira
  • RE: Proposed Charter, Roy Pereira
  • proposed charter, Roy Pereira
    • Re: proposed charter, Paul Hoffman / VPNC
• the next rev of XAUTH, Stephane Beaulieu
• RE: Using Legacy Authentication for IPSRA (was : xauth requiremen ts: vulnerabilities), Linn, John
  • Re: Using Legacy Authentication for IPSRA (was : xauth requirements: vulnerabilities), Scott G. Kelly
• RE: xauth requirements: vulnerabilities, Stephane Beaulieu
  • Re: xauth requirements: vulnerabilities, Dan Harkins
    • Re: xauth requirements: vulnerabilities, Tamir Zegman
  • Re: xauth requirements: vulnerabilities, Daniel Fox
  • <Possible follow-ups>
  • RE: xauth requirements: vulnerabilities, Stephane Beaulieu
    • Re: xauth requirements: vulnerabilities, Dan Harkins
  • Re: xauth requirements: vulnerabilities, Steven M. Bellovin
• RE: XAUTH is broken, Stephane Beaulieu
  • RE: XAUTH is broken, Valery Smyslov
    • RE: XAUTH is broken, Tero Kivinen
  • <Possible follow-ups>
  • RE: XAUTH is broken, Tim Jenkins
  • RE: XAUTH is broken, Stephane Beaulieu
• RE: Secret public keys, Waters, Stephen
  • Requirements driving xauth [was Re: Secret public keys, Re: comment on xauth and hybrid], Scott G. Kelly
    • Re: Requirements driving xauth [was Re: Secret public keys, Re: comment on xauth and hybrid], David Jablon
      • Re: Requirements driving xauth [was Re: Secret public keys,Re: comment on xauth and hybrid], Scott G. Kelly
      • xauth requirements: vulnerabilities, Scott G. Kelly
      • Re: xauth requirements: vulnerabilities, Sara Bitan
      • Re: xauth requirements: vulnerabilities, Scott G. Kelly
      • Using Legacy Authentication for IPSRA (was : xauth requirements: vulnerabilities), Sara Bitan
      • Re: Using Legacy Authentication for IPSRA (was : xauth requirements: vulnerabilities), Scott G. Kelly
  • RE: Secret public keys, David Jablon
    • Re: Secret public keys, Scott G. Kelly
      • Re: Secret public keys, David Jablon
  • <Possible follow-ups>
  • RE: Secret public keys, David P. Kemp
  • RE: Secret public keys, Waters, Stephen
    • RE: Secret public keys, David Jablon
      • RE: Secret public keys, Y. John Jiang
  • RE: Secret public keys, Waters, Stephen
    • RE: Secret public keys, David Jablon
      • RE: Secret public keys, David Chen
      • RE: Secret public keys, Stephen Kent
      • RE: Secret public keys, David Jablon
  • Re: Secret public keys, Steven M. Bellovin
• Re: Comment on xauth and hybrid, Scott G. Kelly
  • Re: Comment on xauth and hybrid, Tamir Zegman
    • Re: Comment on xauth and hybrid, Dennis Glatting
      • Re: Comment on xauth and hybrid, Y. John Jiang
      • Re: Comment on xauth and hybrid, Stephen Kent
      • Re: Comment on xauth and hybrid, Y. John Jiang
      • Re: Comment on xauth and hybrid, Stephen Kent
      • Re: Comment on xauth and hybrid, Tamir Zegman
  • <Possible follow-ups>
  • RE: Comment on xauth and hybrid, Greg Carter
    • Re: Comment on xauth and hybrid, Tamir Zegman
  • RE: Comment on xauth and hybrid, Waters, Stephen
  • RE: Comment on xauth and hybrid, Greg Carter
  • RE: Comment on xauth and hybrid, Greg Carter
    • Re: Comment on xauth and hybrid, Tamir Zegman
  • RE: Comment on xauth and hybrid, Greg Carter
    • Re: Comment on xauth and hybrid, Tamir Zegman
• Subscription Information, Jeff Mousseau
• New draft submitted- IKE Base Mode, Yael Dayan
• (Repost) Re: Authentication for remote access clients, Vipul Gupta
• RE: Getting the features chart going, Stephane Beaulieu
  • Re: Getting the features chart going, Will Price
    • Re: Getting the features chart going, Scott G. Kelly
      • RE: Getting the features chart going, Bernard Aboba
      • RE: Getting the features chart going, Bernard Aboba
      • Re: Getting the features chart going, Scott G. Kelly
      • IKECFG and DHCP (was Getting the Feature Chart going), Bernard Aboba
      • Re: IKECFG and DHCP (was Getting the Feature Chart going), Scott G. Kelly
      • RE: IKECFG and DHCP (was Getting the Feature Chart going), Bernard Aboba
    • RE: Getting the features chart going, Bernard Aboba
  • <Possible follow-ups>
  • RE: Getting the features chart going, Glen Zorn
  • RE: Getting the features chart going, Stephane Beaulieu
    • RE: Getting the features chart going, Bernard Aboba
  • RE: Getting the features chart going, Stephane Beaulieu
• Authentication for remote access clients, Srinivasa Rao Addepalli
  • Re: Authentication for remote access clients, Yael Dayan
    • Re: Authentication for remote access clients, Srinivasa Rao Addepalli
  • Re: Authentication for remote access clients, Vipul Gupta
    • Re: Authentication for remote access clients, Srinivasa Rao Addepalli
    • Re: Authentication for remote access clients, Ari Huttunen
  • <Possible follow-ups>
  • Re: Authentication for remote access clients, Vipul Gupta
    • Re: Authentication for remote access clients, Srinivasa Rao Addepalli
  • Re: Authentication for remote access clients, Vipul Gupta
• I-D ACTION:draft-gupta-ipsec-remote-access-02.txt, Internet-Drafts
• XAUTH and CFG conflict, Yael Dayan
  • <Possible follow-ups>
  • RE: XAUTH and CFG conflict, Stephane Beaulieu
    • Re: XAUTH and CFG conflict, Yael Dayan
• New XAUTH draft, Stephane Beaulieu
  • <Possible follow-ups>
  • RE: New XAUTH draft, Stephane Beaulieu
    • Re: New XAUTH draft, Scott G. Kelly
    • RE: New XAUTH draft, Bernard Aboba
  • RE: New XAUTH draft, Stephane Beaulieu
    • RE: New XAUTH draft, Bernard Aboba
  • RE: New XAUTH draft, Stephane Beaulieu
    • Re: New XAUTH draft, Scott G. Kelly
  • RE: New XAUTH draft, Stephane Beaulieu
    • Re: New XAUTH draft, Scott G. Kelly
  • RE: New XAUTH draft, Stephane Beaulieu
  • Fwd: New XAUTH draft, Roy Pereira
  • Re: New XAUTH draft, Tamir Zegman
  • Re: New XAUTH draft, Tamir Zegman
    • Re: New XAUTH draft, Scott G. Kelly
    • Re: New XAUTH draft, Michael Richardson
      • Re: New XAUTH draft, Dan Harkins
  • Re: New XAUTH draft, Roy Pereira
  • Re: New XAUTH draft, Roy Pereira
• Have'nt seen any drafts yet, Iyer, Prakash
• [no subject], Michael C. Richardson
• [Fwd: concerns regarding work load], Scott G. Kelly
• Re: Configuration of mobile users, Jesse Walker
  • <Possible follow-ups>
  • Re: Configuration of mobile users, Michael C. Richardson
  • Re: Configuration of mobile users, Michael C. Richardson
• Starting the ietf-ipsra mailing list, Paul Hoffman
  • <Possible follow-ups>
  • Starting the ietf-ipsra mailing list, Paul Hoffman

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.