Hi,
Just came across one more small editorial issue in RFC5996.
Page 73, description of "Next Payload" field, sentence
In the header of an Encrypted payload, the Next Payload field is set
to the payload type of the first contained payload (instead of 0);
conversely, the Next Payl
Hi, all,
I've reviewed the following doc for TSVDIR:
draft-amjads-ipsecme-ikev2-data-channel-00
Although this is not intended as a complete TSVDIR review, I have
checked for the typical issues.
Joe
---
draft-amjads-ipsecme-i
Hi, all,
I've reviewed the following doc for TSVDIR:
draft-ietf-ipsecme-ikev2-fragmentation-04
Although this is not intended as a complete TSVDIR review, I have
checked for the typical issues.
Joe
---
draft-ietf-ipsecme
Hi,
I have the following comments/questions on the draft:
- Why allow IPsec tunnel mode? Is there a case where it provides some value?
- Do you want to recommend omitting the GRE checksum?
- I think the draft should discuss what happens when the best route
moves from one spoke to another
Dear all,
We have updated the draft on "Network Performance Measurement for IPsec"
(http://datatracker.ietf.org/doc/draft-ietf-ippm-ipsec), and we would like to
hear your comments/suggestions/text contributions as we proceed towards the
corresponding milestone in December.
One of the main item
