Đang chuẩn bị nút TẢI XUỐNG, xin hãy chờ
Tải xuống
By submitting this Internet-Draft, each author represents that any applicable patent or other IPR claims of which he or she is aware have been or will be disclosed, and any of which he or she becomes aware will be disclosed, in accordance with Section 6 of BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or. | Internet Engineering Task Force Lehtovirta Naslund Norrman Ericsson INTERNET-DRAFT EXPIRES March 2007 October 2006 Integrity Transform Carrying Roll-over Counter draft-lehtovirta-srtp-rcc-06.txt Status of this memo By submitting this Internet-Draft each author represents that any applicable patent or other IPR claims of which he or she is aware have been or will be disclosed and any of which he or she becomes aware will be disclosed in accordance with Section 6 of BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force IETF its areas and its working groups. Note that other groups may also distribute working documents as InternetDrafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated replaced or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as work in progress . The list of current Internet-Drafts can be accessed at http www.ietf.org ietf 1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http www.ietf.org shadow.html. This Internet-Draft will expire in March 2007. Abstract This document defines an integrity transform for SRTP RFC3711 which allows the roll-over counter ROC to be transmitted in SRTP packets as part of the authentication tag. The need for sending the ROC in SRTP packets arises in situations where the receiver joins an ongoing SRTP session and needs to quickly and robustly synchronize. The mechanism also enhances SRTP operation in cases where there is a risk of loosing sender-receiver synchronization. INTERNET-DRAFT srtp-rcc October 2006 TABLE OF CONTENTS 1. Introduction.2 2. The transform.4 3. Transform modes.5 4. Parameter negotiation.6 5. Security Considerations.8 6. IANA Considerations.10 7. Acknowledgements.10 8. Author s Addresses.11 9. References.11 1. Introduction When a receiver joins an ongoing SRTP session out of band signaling must provide the receiver
