IP Security Discussion Archive - Thread Index

• [IPsec] I-D Action:draft-ietf-ipsecme-esp-null-heuristics-06.txt, Internet-Drafts
• [IPsec] WG documents, Yaron Sheffer
• [IPsec] I-D Action:draft-ietf-ipsecme-eap-mutual-00.txt, Internet-Drafts
• [IPsec] I-D Action:draft-ietf-ipsecme-ipsec-ha-00.txt, Internet-Drafts
• [IPsec] WG Action: RECHARTER: IP Security Maintenance and Extensions (ipsecme), IESG Secretary
  • <Possible follow-ups>
  • [IPsec] WG Action: RECHARTER: IP Security Maintenance and Extensions (ipsecme), IESG Secretary
• [IPsec] Sorry, 5 more, Yoav Nir
  • [IPsec] Sorry, 5 more, Tero Kivinen
• [IPsec] FYI: NIST Publication "Guidelines for the secure deployment of IPv6", Ed Jankiewicz
  • Re: [IPsec] [Nav6tf] FYI: NIST Publication "Guidelines for the secure deployment of IPv6", Joe Klein
• [IPsec] solution to a particular scenario, love wadhwa
• [IPsec] Just three more issues for IKEv2bis, Yoav Nir
  • Re: [IPsec] Just three more issues for IKEv2bis, Raj Singh
    • Re: [IPsec] Just three more issues for IKEv2bis, Yoav Nir
  • [IPsec] Just three more issues for IKEv2bis, Tero Kivinen
    • [IPsec] Issue #173 - Trigger packets should not be required, Paul Hoffman
      • Re: [IPsec] Issue #173 - Trigger packets should not be required, Dan McDonald
      • Re: [IPsec] Issue #173 - Trigger packets should not be required, Tero Kivinen
• [IPsec] RFC 5739 on IPv6 Configuration in Internet Key Exchange Protocol Version 2 (IKEv2), rfc-editor
• [IPsec] information about choosing hash/crypt for different services, rahul bharadhwaj
  • Re: [IPsec] information about choosing hash/crypt for different services, Yoav Nir
• [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Syed Ajim Hussain
  • Re: [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Yoav Nir
    • Re: [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Syed Ajim Hussain
      • Re: [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Tero Kivinen
      • Re: [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Stephen Kent
      • Re: [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Syed Ajim Hussain
      • Re: [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Stephen Kent
      • Re: [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Yoav Nir
      • Re: [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Stephen Kent
      • Re: [IPsec] IKE6 Negitaion when Peer Address ND not yet started., Yoav Nir
• [IPsec] Getting there... 5 more issues, Yoav Nir
  • Re: [IPsec] Getting there... 5 more issues, Paul Hoffman
  • [IPsec] Getting there... 5 more issues, Tero Kivinen
• [IPsec] yet more ikev2bis issues, Yoav Nir
  • [IPsec] yet more ikev2bis issues, Tero Kivinen
    • Re: [IPsec] yet more ikev2bis issues, Yaron Sheffer
  • [IPsec] Issue #165 (was: yet more ikev2bis issues), Tero Kivinen
  • [IPsec] Issue #166 (was: yet more ikev2bis issues), Tero Kivinen
• [IPsec] WG Review: Recharter of IP Security Maintenance and Extensions (ipsecme), IESG Secretary
  • <Possible follow-ups>
  • Re: [IPsec] WG Review: Recharter of IP Security Maintenance and Extensions (ipsecme), Jari Arkko
    • Re: [IPsec] WG Review: Recharter of IP Security Maintenance and Extensions (ipsecme), Dan Harkins
• [IPsec] More Issues for IKEv2bis, Yoav Nir
  • [IPsec] Issue #161, was: RE: More Issues for IKEv2bis, Yaron Sheffer
  • [IPsec] More Issues for IKEv2bis, Tero Kivinen
• [IPsec] I-D Action:draft-ietf-ipsecme-roadmap-05.txt, Internet-Drafts
• [IPsec] Clarification needed regarding IRAC requesting an internal address from IRAS., Raj Singh
• [IPsec] Issue #175: Better wording for NAT mobility issues, Paul Hoffman
  • <Possible follow-ups>
  • Re: [IPsec] Issue #175: Better wording for NAT mobility issues, Raj Singh
    • Re: [IPsec] Issue #175: Better wording for NAT mobility issues, Tero Kivinen
      • Re: [IPsec] Issue #175: Better wording for NAT mobility issues, Raj Singh
      • Re: [IPsec] Issue #175: Better wording for NAT mobility issues, Tero Kivinen
• [IPsec] LZF for IPcomp, Thor Lancelot Simon
• Re: [IPsec] IKEv2bis Issue #157, Alfred Hönes
  • Re: [IPsec] IKEv2bis Issue #157, Paul Hoffman
  • Re: [IPsec] IKEv2bis Issue #157, Yaron Sheffer
• [IPsec] Yet another closing session - issues #153-#157, Yoav Nir
  • [IPsec] Yet another closing session - issues #153-#157, Tero Kivinen
    • [IPsec] Issue #154, was RE: Yet another closing session - issues #153-#157, Yaron Sheffer
      • [IPsec] Issue #154, was RE: Yet another closing session - issues #153-#157, Tero Kivinen
• [IPsec] query, nikhil mittal
  • <Possible follow-ups>
  • Re: [IPsec] query, Paul Hoffman
• [IPsec] Fwd: Issue : Regarding EAP identity, Raj Singh
  • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Yaron Sheffer
    • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Raj Singh
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Yoav Nir
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Alper Yegin
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Yoav Nir
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Raj Singh
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Dan Harkins
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Raj Singh
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Alper Yegin
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Dan Harkins
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Alper Yegin
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Dan Harkins
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Alper Yegin
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Stephen Kent
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Dan Harkins
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Alper Yegin
      • Message not available
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Raj Singh
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Dan Harkins
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Yoav Nir
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Dan Harkins
      • Re: [IPsec] Fwd: Issue : Regarding EAP identity, Stephen Kent
• [IPsec] Issue #173: Trigger packets should not be required, Paul Hoffman
  • Re: [IPsec] Issue #173: Trigger packets should not be required, Dan McDonald
    • Re: [IPsec] Issue #173: Trigger packets should not be required, Raj Singh
      • Re: [IPsec] Issue #173: Trigger packets should not be required, Yoav Nir
  • [IPsec] Issue #173: Trigger packets should not be required, Tero Kivinen
• [IPsec] Detecting NAT rebooting, Paul Hoffman
  • [IPsec] Detecting NAT rebooting, Tero Kivinen
  • <Possible follow-ups>
  • Re: [IPsec] Detecting NAT rebooting, Raj Singh
• [IPsec] Replay Protection, Venkatesh Sriram
  • Re: [IPsec] Replay Protection, Dan McDonald
    • Re: [IPsec] Replay Protection, Venkatesh Sriram
  • Re: [IPsec] Replay Protection, Steven Bellovin
• [IPsec] Five more issues to close in IKEv2bis, Yoav Nir
  • [IPsec] Issue #148, was: RE: Five more issues to close in IKEv2bis, Yaron Sheffer
    • Re: [IPsec] Issue #148, was: RE: Five more issues to close in IKEv2bis, Paul Hoffman
    • [IPsec] Issue #148, was: RE: Five more issues to close in IKEv2bis, Tero Kivinen
  • [IPsec] Five more issues to close in IKEv2bis, Tero Kivinen
• [IPsec] DHCP over IPSEC, suni kumar
  • Re: [IPsec] DHCP over IPSEC, Yoav Nir
  • <Possible follow-ups>
  • [IPsec] DHCP over IPSEC, suni kumar
• [IPsec] Last Call: draft-ietf-ipsecme-esp-null-heuristics (Heuristics for Detecting ESP-NULL packets) to Informational RFC, The IESG
• [IPsec] I-D Action:draft-ietf-ipsecme-esp-null-heuristics-05.txt, Internet-Drafts
• [IPsec] Closing Issue #146 - Encapsulation wording, Yoav Nir
• [IPsec] Closing issue #143 (rewrite of section 1.5), Yoav Nir
  • [IPsec] Closing issue #143 (rewrite of section 1.5), Tero Kivinen
    • Re: [IPsec] Closing issue #143 (rewrite of section 1.5), Yoav Nir
      • Re: [IPsec] Closing issue #143 (rewrite of section 1.5), Paul Hoffman
      • Re: [IPsec] Closing issue #143 (rewrite of section 1.5), Valery Smyslov
      • Re: [IPsec] Closing issue #143 (rewrite of section 1.5), Paul Hoffman
      • Re: [IPsec] Closing issue #143 (rewrite of section 1.5), Valery Smyslov
      • Re: [IPsec] Closing issue #143 (rewrite of section 1.5), Tero Kivinen
      • Re: [IPsec] Closing issue #143 (rewrite of section 1.5), Paul Hoffman
      • Re: [IPsec] Closing issue #143 (rewrite of section 1.5), Tero Kivinen
• [IPsec] Issue #172: Config payload text in Section 4, David Wierbowski
• Re: [IPsec] AD review of draft-ietf-ipsecme-esp-null-heuristics-03 -- TCP flags, Alfred Hönes
  • Re: [IPsec] AD review of draft-ietf-ipsecme-esp-null-heuristics-03 -- TCP flags, Tero Kivinen
• [IPsec] I-D Action:draft-ietf-ipsecme-esp-null-heuristics-04.txt, Internet-Drafts
  • Re: [IPsec] I-D Action:draft-ietf-ipsecme-esp-null-heuristics-04.txt, Jack Kohn
    • Re: [IPsec] I-D Action:draft-ietf-ipsecme-esp-null-heuristics-04.txt, Paul Hoffman
    • Re: [IPsec] I-D Action:draft-ietf-ipsecme-esp-null-heuristics-04.txt, Tero Kivinen
      • Re: [IPsec] I-D Action:draft-ietf-ipsecme-esp-null-heuristics-04.txt, Jack Kohn
      • Re: [IPsec] I-D Action:draft-ietf-ipsecme-esp-null-heuristics-04.txt, Tero Kivinen
• [IPsec] AD review of draft-ietf-ipsecme-esp-null-heuristics-03, Pasi.Eronen
  • [IPsec] AD review of draft-ietf-ipsecme-esp-null-heuristics-03, Tero Kivinen
    • Re: [IPsec] AD review of draft-ietf-ipsecme-esp-null-heuristics-03, Pasi.Eronen at nokia.com
      • Re: [IPsec] AD review of draft-ietf-ipsecme-esp-null-heuristics-03, Tero Kivinen
      • Re: [IPsec] AD review of draft-ietf-ipsecme-esp-null-heuristics-03, Pasi.Eronen
      • Re: [IPsec] AD review of draft-ietf-ipsecme-esp-null-heuristics-03, Tero Kivinen
      • Re: [IPsec] AD review of draft-ietf-ipsecme-esp-null-heuristics-03, Pasi.Eronen
• [IPsec] AUTO: Allen Bailey is out of the office. (returning 02/08/2010), Allen Bailey
• [IPsec] AD review of draft-ietf-ipsecme-aes-ctr-ikev2-04, Pasi.Eronen
• [IPsec] Fwd: Internal WG Review: Recharter of IP Security Maintenance and Extensions (ipsecme), Paul Hoffman
  • Re: [IPsec] Fwd: Internal WG Review: Recharter of IP Security Maintenance and Extensions (ipsecme), Yoav Nir
    • Re: [IPsec] Fwd: Internal WG Review: Recharter of IP Security Maintenance and Extensions (ipsecme), Yaron Sheffer
    • Re: [IPsec] Fwd: Internal WG Review: Recharter of IP Security Maintenance and Extensions (ipsecme), Paul Hoffman
      • Re: [IPsec] Fwd: Internal WG Review: Recharter of IP Security Maintenance and Extensions (ipsecme), Yoav Nir
• [IPsec] Protocol Action: 'Wrapped ESP for Traffic Visibility' to Proposed Standard, The IESG
• [IPsec] Closing some more issues for IKEv2bis, Yoav Nir
  • [IPsec] Closing some more issues for IKEv2bis, Tero Kivinen
• [IPsec] IKEv2-bis, conformance requirements, Valery Smyslov
  • [IPsec] IKEv2-bis, conformance requirements, Tero Kivinen
    • Re: [IPsec] IKEv2-bis, conformance requirements, Yaron Sheffer
    • Re: [IPsec] IKEv2-bis, conformance requirements, Valery Smyslov
• [IPsec] Closing some of the open tickets for IKEv2bis, Yoav Nir
  • Re: [IPsec] Closing some of the open tickets for IKEv2bis, Valery Smyslov
    • Re: [IPsec] Closing some of the open tickets for IKEv2bis, Tero Kivinen
  • [IPsec] Closing some of the open tickets for IKEv2bis, Tero Kivinen
    • Re: [IPsec] Closing some of the open tickets for IKEv2bis, Yoav Nir
• [IPsec] IKEv2-bis comments: 2.17 and onwards, Yaron Sheffer
  • Re: [IPsec] IKEv2-bis comments: 2.17 and onwards, Paul Hoffman
    • Re: [IPsec] IKEv2-bis comments: 2.17 and onwards (#170), Pasi.Eronen
      • Re: [IPsec] IKEv2-bis comments: 2.17 and onwards (#170), Tero Kivinen
      • Re: [IPsec] IKEv2-bis comments: 2.17 and onwards (#170), Pasi.Eronen
  • [IPsec] IKEv2-bis comments: 2.17 and onwards, Tero Kivinen
    • Re: [IPsec] IKEv2-bis comments: 2.17 and onwards, Yaron Sheffer
      • Re: [IPsec] IKEv2-bis comments: 2.17 and onwards, Tero Kivinen
• [IPsec] Issue #157: Illustrate the SA payload with a diagram, Yaron Sheffer
  • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Paul Hoffman
    • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Yaron Sheffer
      • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Paul Hoffman
      • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Valery Smyslov
      • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Yaron Sheffer
      • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Paul Hoffman
      • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Tero Kivinen
      • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Paul Hoffman
    • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Tero Kivinen
  • [IPsec] Issue #157: Illustrate the SA payload with a diagram, Tero Kivinen
  • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Yoav Nir
    • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Tero Kivinen
      • Re: [IPsec] Issue #157: Illustrate the SA payload with a diagram, Pasi.Eronen
• [IPsec] Issue #156: SHOULD generate and accept which types?, Paul Hoffman
  • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Black_David
    • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Paul Hoffman
      • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Tero Kivinen
      • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Raj Singh
      • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Tero Kivinen
      • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Raj Singh
      • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Valery Smyslov
      • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Pasi.Eronen
      • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Valery Smyslov
    • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Valery Smyslov
  • Re: [IPsec] Issue #156: SHOULD generate and accept which types?, Valery Smyslov
• [IPsec] Issue #155: SHOULD send triggering packet and interoperability, Paul Hoffman
• [IPsec] Comments to draft-ietf-ipsecme-ikev2bis-07.txt, Tero Kivinen
  • Re: [IPsec] Comments to draft-ietf-ipsecme-ikev2bis-07.txt, Paul Hoffman
    • Re: [IPsec] Comments to draft-ietf-ipsecme-ikev2bis-07.txt, Tero Kivinen
• [IPsec] Regarding aes-xcbc hashing using multiple ring entries, sudheer anumolu
• [IPsec] Issue #154: Sending dummy messages during rekey, Yaron Sheffer
• [IPsec] New IKEv2bis draft posted; please help close out the open issues, Paul Hoffman
• [IPsec] I-D Action:draft-ietf-ipsecme-ikev2bis-07.txt, Internet-Drafts
• [IPsec] Issue #148: Historical cookie discussion, Paul Hoffman
  • Re: [IPsec] Issue #148: Historical cookie discussion, Yoav Nir
  • Re: [IPsec] Issue #148: Historical cookie discussion, Pasi.Eronen
• [IPsec] Issue #151: Explicit calculation of AUTH, Paul Hoffman
• [IPsec] Issue #153: List of EAP methods, Paul Hoffman
  • Re: [IPsec] Issue #153: List of EAP methods, Yoav Nir
• [IPsec] Issue #152: EAP failure and acknowledgement, Paul Hoffman
  • Re: [IPsec] Issue #152: EAP failure and acknowledgement, Yaron Sheffer
  • Re: [IPsec] Issue #152: EAP failure and acknowledgement, Yoav Nir
    • Re: [IPsec] Issue #152: EAP failure and acknowledgement, Tero Kivinen
      • Re: [IPsec] Issue #152: EAP failure and acknowledgement, Yaron Sheffer
• [IPsec] Issue #150: What happens if the peer receives TEMPORARY_FAILURE and does not understand it, Paul Hoffman
  • Re: [IPsec] Issue #150: What happens if the peer receives TEMPORARY_FAILURE and does not understand it, Yoav Nir
    • Re: [IPsec] Issue #150: What happens if the peer receives TEMPORARY_FAILURE and does not understand it, Yaron Sheffer
  • <Possible follow-ups>
  • Re: [IPsec] Issue #150: What happens if the peer receives TEMPORARY_FAILURE and does not understand it, Keith Welter
• [IPsec] Issue #149: Use of "SA" and "SA pair", Paul Hoffman
• [IPsec] Issue #147: Allowing limited retransmission of one-way IKE messages, Paul Hoffman
• [IPsec] I-D Action:draft-ietf-ipsecme-traffic-visibility-12.txt, Internet-Drafts
  • Re: [IPsec] new traffic visibility draft, Yaron Sheffer
• [IPsec] IKEv2-bis discussion - please jump in!, Yaron Sheffer
• [IPsec] IKEv2-bis, comments up to 2.16, Yaron Sheffer
  • [IPsec] IKEv2-bis, comments up to 2.16, Tero Kivinen
    • Re: [IPsec] IKEv2-bis, comments up to 2.16, Yaron Sheffer
      • Re: [IPsec] IKEv2-bis, comments up to 2.16, Tero Kivinen
      • Re: [IPsec] IKEv2-bis, comments up to 2.16, Yaron Sheffer
      • Re: [IPsec] IKEv2-bis, comments up to 2.16, Yaron Sheffer
      • Re: [IPsec] IKEv2-bis, comments up to 2.16, Valery Smyslov
      • Re: [IPsec] IKEv2-bis, comments up to 2.16, Yaron Sheffer
      • Re: [IPsec] IKEv2-bis, comments up to 2.16, Tero Kivinen
  • Re: [IPsec] IKEv2-bis, comments up to 2.16, Paul Hoffman
    • Re: [IPsec] IKEv2-bis, comments up to 2.16, Yaron Sheffer
      • Re: [IPsec] IKEv2-bis, comments up to 2.16, Tero Kivinen
      • Re: [IPsec] IKEv2-bis, comments up to 2.16, Paul Hoffman
• [IPsec] IKEv2bis, comments about sections 3-, Pasi.Eronen
  • [IPsec] Flags in header (was: IKEv2bis, comments about sections 3-), Tero Kivinen
    • Re: [IPsec] Flags in header (was: IKEv2bis, comments about sections 3-), Pasi.Eronen
  • Re: [IPsec] IKEv2bis, comments about sections 3-, Paul Hoffman
    • Re: [IPsec] IKEv2bis, comments about sections 3-, Pasi.Eronen
• [IPsec] Issue #144: Placement of INVALID_KE_PAYLOAD text, Paul Hoffman
• [IPsec] Issue #141: Silently deleting the Child SA after a CHILD_SA_NOT_FOUND, Paul Hoffman
• [IPsec] Issue #142: Difference from RFC 4718 in rekeying IKE SA, Paul Hoffman
• [IPsec] Issue #138: Calculations involving Ni/Nr, Paul Hoffman
  • Re: [IPsec] Issue #138: Calculations involving Ni/Nr, Yoav Nir
• [IPsec] #145: IKE_SA rekeying wording in 2.8, Paul Hoffman
• [IPsec] Issue #146: Encapsulation wording, Paul Hoffman
• [IPsec] Issue #143: Rewrite of 1.5, Paul Hoffman
  • Re: [IPsec] Issue #143: Rewrite of 1.5, Pasi.Eronen
    • Re: [IPsec] Issue #143: Rewrite of 1.5, Tero Kivinen
      • Re: [IPsec] Issue #143: Rewrite of 1.5, Pasi.Eronen
      • Re: [IPsec] Issue #143: Rewrite of 1.5, Tero Kivinen
      • Re: [IPsec] Issue #143: Rewrite of 1.5, Pasi.Eronen
• [IPsec] Issue #140: No SPD entry for transport mode, Paul Hoffman
• [IPsec] Issue #139: Keying material taken in the order for RoHC, Paul Hoffman
  • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Yoav Nir
    • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Valery Smyslov
    • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Tero Kivinen
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Valery Smyslov
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Tero Kivinen
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Black_David
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Valery Smyslov
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Paul Hoffman
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Valery Smyslov
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Paul Hoffman
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Valery Smyslov
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Tero Kivinen
      • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Pasi.Eronen
  • <Possible follow-ups>
  • Re: [IPsec] Issue #139: Keying material taken in the order for RoHC, Bill_Lofmark
• [IPsec] Issue #137: Sending INVALID_IKE_SPI notification inside an existing IKE_SA, Paul Hoffman
• [IPsec] IKEv2bis, comments about sections 1-2, Pasi.Eronen
  • [IPsec] INVALID_IKE_SPI inside IKE SA (was: IKEv2bis, comments about sections 1-2), Tero Kivinen
    • Re: [IPsec] INVALID_IKE_SPI inside IKE SA (was: IKEv2bis, comments about sections 1-2), Pasi.Eronen
    • Re: [IPsec] INVALID_IKE_SPI inside IKE SA (was: IKEv2bis, comments about sections 1-2), Paul Hoffman
  • [IPsec] RFC5555 and Section 2.23.1 (was: IKEv2bis, comments about sections 1-2), Tero Kivinen
    • Re: [IPsec] RFC5555 and Section 2.23.1 (was: IKEv2bis, comments about sections 1-2), Pasi.Eronen
      • Re: [IPsec] RFC5555 and Section 2.23.1 (was: IKEv2bis, comments about sections 1-2), Tero Kivinen
      • Re: [IPsec] RFC5555 and Section 2.23.1 (was: IKEv2bis, comments about sections 1-2), Pasi.Eronen
      • Re: [IPsec] RFC5555 and Section 2.23.1 (was: IKEv2bis, comments about sections 1-2), Tero Kivinen
      • Re: [IPsec] RFC5555 and Section 2.23.1 (was: IKEv2bis, comments about sections 1-2), Pasi.Eronen
  • [IPsec] CHILD_SA_NOT_FOUND error (was: IKEv2bis, comments about sections 1-2), Tero Kivinen
    • Re: [IPsec] CHILD_SA_NOT_FOUND error (was: IKEv2bis, comments about sections 1-2) (#142), Pasi.Eronen
• [IPsec] IKEv2bis editorial nits (Sections 1-2), Pasi.Eronen
  • Re: [IPsec] IKEv2bis editorial nits (Sections 1-2), Paul Hoffman
• [IPsec] Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward), Tero Kivinen
  • Re: [IPsec] Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward), Paul Hoffman
    • [IPsec] Notify types, was: RE: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward), Yaron Sheffer
      • Re: [IPsec] Notify types, was: RE: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward), Valery Smyslov
      • Re: [IPsec] Notify types, was: RE: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward), Yoav Nir
      • Re: [IPsec] Notify types, was: RE: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward), Yaron Sheffer
      • Re: [IPsec] Notify types, was: RE: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward), Pasi.Eronen
      • Re: [IPsec] Notify types, was: RE: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward), Paul Hoffman
    • [IPsec] NAT-T text (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Tero Kivinen
      • Re: [IPsec] NAT-T text (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Paul Hoffman
    • [IPsec] HTTP_CERT_LOOKUP_SUPPORTED (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Tero Kivinen
      • Re: [IPsec] HTTP_CERT_LOOKUP_SUPPORTED (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Paul Hoffman
      • Re: [IPsec] HTTP_CERT_LOOKUP_SUPPORTED (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), David Wierbowski
      • Re: [IPsec] HTTP_CERT_LOOKUP_SUPPORTED (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Paul Hoffman
      • Re: [IPsec] HTTP_CERT_LOOKUP_SUPPORTED (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), David Wierbowski
      • Re: [IPsec] HTTP_CERT_LOOKUP_SUPPORTED (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Tero Kivinen
      • Re: [IPsec] HTTP_CERT_LOOKUP_SUPPORTED (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Paul Hoffman
    • [IPsec] Notify message types (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Tero Kivinen
      • Re: [IPsec] Notify message types (was: Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Scott C Moonen
    • [IPsec] Section 1.7 (Was Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Tero Kivinen
      • Re: [IPsec] Section 1.7 (Was Re: Review of rest of draft-ietf-ipsecme-ikev2 (section 2.23.1 forward)), Paul Hoffman
• [IPsec] question about 2.8.1 simultaneous child SA rekeying, Toshihiko Tamura
  • Re: [IPsec] question about 2.8.1 simultaneous child SA rekeying, Yoav Nir
• Re: [IPsec] Reviews of section 1 and 2 of the draft-ietf-ipsecme-ikev2, Paul Hoffman
  • [IPsec] Payload order section number (Re: Reviews of section 1 and 2 of the draft-ietf-ipsecme-ikev2), Tero Kivinen
    • Re: [IPsec] Payload order section number (Re: Reviews of section 1 and 2 of the draft-ietf-ipsecme-ikev2), Paul Hoffman
      • Re: [IPsec] Payload order section number (Re: Reviews of section 1 and 2 of the draft-ietf-ipsecme-ikev2), Tero Kivinen
      • Re: [IPsec] Payload order section number (Re: Reviews of section 1 and 2 of the draft-ietf-ipsecme-ikev2), Paul Hoffman
  • [IPsec] Issue #9, and section 1.3.1 (Re: Reviews of section 1 and 2 of the draft-ietf-ipsecme-ikev2), Tero Kivinen
  • [IPsec] Section 2.8 (Re: Reviews of section 1 and 2 of the draft-ietf-ipsecme-ikev2), Tero Kivinen
  • [IPsec] FAILED_CP_REQUIRED (Re: Reviews of section 1 and 2 of the draft-ietf-ipsecme-ikev2), Tero Kivinen
    • Re: [IPsec] FAILED_CP_REQUIRED (Re: Reviews of section 1 and 2 of the draft-ietf-ipsecme-ikev2), Paul Hoffman
• [IPsec] Issue #132: Should NO_ADDITIONAL_SAS cover rekeying IKE SAs?, Paul Hoffman
• [IPsec] Issue #136: NAT traversal and transport mode, Paul Hoffman
• [IPsec] Issue #135: Which IKE SA inherits a Child SA?, Paul Hoffman
  • Re: [IPsec] Issue #135: Which IKE SA inherits a Child SA?, Pasi.Eronen
• [IPsec] Issue #134: SAi1 in cookies, Paul Hoffman
  • Re: [IPsec] Issue #134: SAi1 in cookies, Pasi.Eronen
• [IPsec] Issue #133: Adding more possible notifications when rekeying Child SAs, Paul Hoffman
• [IPsec] Review of section 2 to 2.23 (not 2.23.1 forward yet)., Tero Kivinen
• [IPsec] Proposed wording for rechartering the IPsecME WG, Paul Hoffman
• [IPsec] Review of section 1 of the draft-ietf-ipsecme-ikev2bis-06.txt, Tero Kivinen
  • Re: [IPsec] Review of section 1 of the draft-ietf-ipsecme-ikev2bis-06.txt, Scott C Moonen
    • Re: [IPsec] Review of section 1 of the draft-ietf-ipsecme-ikev2bis-06.txt, Tero Kivinen
      • Re: [IPsec] Review of section 1 of the draft-ietf-ipsecme-ikev2bis-06.txt, Raj Singh
• [IPsec] Config payload text in Section 4, David Wierbowski
• [IPsec] ikev2bis and NAT traversal in transport mode, Scott C Moonen
• [IPsec] Traffic visibility - proposed way forward, Yaron Sheffer
  • Re: [IPsec] Traffic visibility - proposed way forward, Venkatesh Sriram
  • <Possible follow-ups>
  • Re: [IPsec] Traffic visibility - proposed way forward, Yaron Sheffer
• [IPsec] ikev2bis clarification on port floating, Scott C Moonen
  • [IPsec] ikev2bis clarification on port floating, Tero Kivinen
  • <Possible follow-ups>
  • Re: [IPsec] ikev2bis clarification on port floating, Scott C Moonen
    • Re: [IPsec] ikev2bis clarification on port floating, Tero Kivinen
      • Re: [IPsec] ikev2bis clarification on port floating, Scott C Moonen
      • Re: [IPsec] ikev2bis clarification on port floating, Yoav Nir
      • Re: [IPsec] ikev2bis clarification on port floating, Scott C Moonen
      • Re: [IPsec] ikev2bis clarification on port floating, Tero Kivinen
• [IPsec] Volunteers wanted for IPsec configuration experiment, Steven Bellovin
  • Re: [IPsec] Volunteers wanted for IPsec configuration experiment, Steven Bellovin
• [IPsec] No UDP encapsulation with IKEv2 over port 4500?, Dan McDonald
  • Re: [IPsec] No UDP encapsulation with IKEv2 over port 4500?, Scott C Moonen
    • Re: [IPsec] No UDP encapsulation with IKEv2 over port 4500?, Dan McDonald
      • Re: [IPsec] No UDP encapsulation with IKEv2 over port 4500?, Scott C Moonen
• [IPsec] RFC 5723 on Internet Key Exchange Protocol Version 2 (IKEv2) Session Resumption, rfc-editor
• [IPsec] Traffic Visibility Future, Jack Kohn
  • Re: [IPsec] Traffic Visibility Future, Dan Harkins
    • Re: [IPsec] Traffic Visibility Future, Jack Kohn
      • Re: [IPsec] Traffic Visibility Future, Dan Harkins
      • Re: [IPsec] Traffic Visibility Future, Bhatia, Manav (Manav)
      • Message not available
      • Re: [IPsec] Traffic Visibility Future, Dan Harkins
      • Re: [IPsec] Traffic Visibility Future, Bhatia, Manav (Manav)
  • Re: [IPsec] Traffic Visibility Future, Melinda Shore
    • Re: [IPsec] Traffic Visibility Future, Jack Kohn
      • Re: [IPsec] Traffic Visibility Future, Melinda Shore
      • Re: [IPsec] Traffic Visibility Future, Nicolas Williams
      • Re: [IPsec] Traffic Visibility Future, Jack Kohn
      • Re: [IPsec] Traffic Visibility Future, Nicolas Williams
      • Re: [IPsec] Traffic Visibility Future, Joseph Tardo
      • Re: [IPsec] Traffic Visibility Future, Nicolas Williams
      • Re: [IPsec] Traffic Visibility Future, Bhatia, Manav (Manav)
• [IPsec] New IKEv2 parameter listing at IANA, Paul Hoffman
• [IPsec] Traffic visibility - consensus call, Sanchez, Mauricio (ProCurve)
• [IPsec] this discussion, Stephen Kent
• Re: [IPsec] IPsec Digest, Vol 68, Issue 49, Keith Welter
  • Re: [IPsec] IPsec Digest, Vol 68, Issue 49, Tero Kivinen
• [IPsec] Traffic visibility - consensus call, Yaron Sheffer
  • Re: [IPsec] Traffic visibility - consensus call, Yoav Nir
    • Re: [IPsec] Traffic visibility - consensus call, Scott C Moonen
  • [IPsec] Traffic visibility - consensus call, Tero Kivinen
    • Re: [IPsec] Traffic visibility - consensus call, Dan McDonald
  • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
  • Re: [IPsec] Traffic visibility - consensus call, Grewal, Ken
    • Re: [IPsec] Traffic visibility - consensus call, gabriel montenegro
      • Re: [IPsec] Traffic visibility - consensus call, Paul Hoffman
      • Re: [IPsec] Traffic visibility - consensus call, gabriel montenegro
      • Re: [IPsec] Traffic visibility - consensus call, Paul Hoffman
      • Re: [IPsec] Traffic visibility - consensus call, Russ Housley
      • Re: [IPsec] Traffic visibility - consensus call, gabriel montenegro
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • [IPsec] What problem are we REALLY trying to solve? (was Traffic visibility), Dan McDonald
      • Re: [IPsec] Traffic visibility - consensus call, Russ Housley
      • Re: [IPsec] Traffic visibility - consensus call, Jack Kohn
      • Re: [IPsec] Traffic visibility - consensus call, Venkatesh Sriram
      • Re: [IPsec] Traffic visibility - consensus call, Scott C Moonen
      • Re: [IPsec] Traffic visibility - consensus call, Yaron Sheffer
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Yaron Sheffer
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Jack Kohn
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Russ Housley
      • Re: [IPsec] Traffic visibility - consensus call, gabriel montenegro
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Re: [IPsec] Traffic visibility - consensus call, Scott C Moonen
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Re: [IPsec] Traffic visibility - consensus call, Yaron Sheffer
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Re: [IPsec] Traffic visibility - consensus call, Yaron Sheffer
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Re: [IPsec] Traffic visibility - consensus call, Tero Kivinen
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Re: [IPsec] Traffic visibility - consensus call, Yaron Sheffer
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Paul Koning
      • Re: [IPsec] Traffic visibility - consensus call, Grewal, Ken
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Dan Harkins
      • Re: [IPsec] Traffic visibility - consensus call, Jack Kohn
      • Re: [IPsec] Traffic visibility - consensus call, Dan Harkins
      • Re: [IPsec] Traffic visibility - consensus call, Grewal, Ken
      • Re: [IPsec] Traffic visibility - consensus call, Yaron Sheffer
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Dan Harkins
      • Re: [IPsec] Traffic visibility - consensus call, Yaron Sheffer
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Dan Harkins
      • Re: [IPsec] Traffic visibility - consensus call, Jack Kohn
      • Re: [IPsec] Traffic visibility - consensus call, Joy Latten
      • Re: [IPsec] Traffic visibility - consensus call, Grewal, Ken
      • Re: [IPsec] Traffic visibility - consensus call, Yaron Sheffer
      • Re: [IPsec] Traffic visibility - consensus call, Grewal, Ken
      • [IPsec] Traffic visibility - what are the assumptions, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Tero Kivinen
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Re: [IPsec] Traffic visibility - consensus call, Joseph Tardo
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Paul Hoffman
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Paul Hoffman
      • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
      • Re: [IPsec] Traffic visibility - consensus call, Bhatia, Manav (Manav)
      • Re: [IPsec] Traffic visibility - consensus call, Joseph Tardo
      • Re: [IPsec] Traffic visibility - consensus call, Jack Kohn
    • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Grewal, Ken
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Pasi.Eronen
      • Re: [IPsec] Traffic visibility - consensus call, Bhatia, Manav (Manav)
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Dan Harkins
      • Re: [IPsec] Traffic visibility - consensus call, Bhatia, Manav (Manav)
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Dan Harkins
      • Message not available
      • Re: [IPsec] Traffic visibility - consensus call, Stephen Kent
      • Re: [IPsec] Traffic visibility - consensus call, Grewal, Ken
  • Re: [IPsec] Traffic visibility - consensus call, Brian Swander
  • Re: [IPsec] Traffic visibility - consensus call, Jack Kohn
  • Message not available
    • Re: [IPsec] Traffic visibility - consensus call, Jack Kohn
  • Re: [IPsec] Traffic visibility - consensus call, Zhen Cao
  • Message not available
    • Re: [IPsec] Traffic visibility - consensus call, Dan Harkins
  • Re: [IPsec] Traffic visibility - consensus call, Bill Sommerfeld
  • Re: [IPsec] Traffic visibility - consensus call, Charlie Kaufman
    • Re: [IPsec] Traffic visibility - consensus call, Yoav Nir
  • Re: [IPsec] Traffic visibility - consensus call, Daniel Migault
  • Re: [IPsec] Traffic visibility - consensus call, Nicolas Williams
    • Re: [IPsec] Traffic visibility - consensus call, Nicolas Williams
  • <Possible follow-ups>
  • Re: [IPsec] Traffic visibility - consensus call, Mark Vondemkamp
    • Re: [IPsec] Traffic visibility - consensus call, Dragan Grebovich
      • Re: [IPsec] Traffic visibility - consensus call, Jack Kohn
  • Re: [IPsec] Traffic visibility - consensus call, Min Huang
• [IPsec] Some IPSEC/IKE NAT Issues, Syed Ajim Hussain
  • Re: [IPsec] Some IPSEC/IKE NAT Issues, Raj Singh
  • [IPsec] Some IPSEC/IKE NAT Issues, Tero Kivinen
• [IPsec] Clarifying what happens with INITIAL_CONTACT, Paul Hoffman
  • Re: [IPsec] Clarifying what happens with INITIAL_CONTACT, Yaron Sheffer
    • Re: [IPsec] Clarifying what happens with INITIAL_CONTACT, Paul Hoffman
      • Re: [IPsec] Clarifying what happens with INITIAL_CONTACT, Yaron Sheffer
      • Re: [IPsec] Clarifying what happens with INITIAL_CONTACT, Scott C Moonen
      • Re: [IPsec] Clarifying what happens with INITIAL_CONTACT, Tero Kivinen
      • Re: [IPsec] Clarifying what happens with INITIAL_CONTACT, Paul Hoffman
      • Re: [IPsec] Clarifying what happens with INITIAL_CONTACT, Charlie Kaufman
• [IPsec] draft-kato-ipsec-camellia-cmac96and128-05 follow-up, Alfred Hönes
• [IPsec] WESP encryption support, Masood, Faisal
  • Re: [IPsec] WESP encryption support, Steven Bellovin
    • Re: [IPsec] WESP encryption support, Yaron Sheffer
• [IPsec] ECDSA certs and IKEv2?, Dan McDonald
• [IPsec] IKEv2 Redirect based Authentication Offload and Proxy Session Resumption (draft-padmakumar-ikev2-redirect-and-auth-offload-02), Padmakumar AV
• [IPsec] [reminder] 10th TAHI IPv6 Interoperability test event, Yukiyo Akisada
• [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Tero Kivinen
  • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Scott C Moonen
    • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Dan Harkins
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Tero Kivinen
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Dan Harkins
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Tero Kivinen
    • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Yoav Nir
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Tero Kivinen
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Yaron Sheffer
      • Message not available
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Dan Harkins
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Black_David
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Bill Sommerfeld
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Dan Harkins
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Black_David
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Yaron Sheffer
      • Message not available
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Dan Harkins
      • Re: [IPsec] IKEv2 Diffie-Hellman Elliptic curve mess (RFC4753, RFC5114, RFC4869, and draft-solinas-rfc4753bis-01), Tero Kivinen