Http tools ietf org html rfc 2315
I was responding to an RFP, and one of the questions was a list of the IETF RFCs that Lync supported. There didn’t seem to be a central list anywhere, so I compiled a list myself. If you’re in a similar situation where you need this kind of info, hopefully this will help! Much of this was taken from Microsoft’s official protocol documentation at http://msdn.microsoft.com/en-us/library/cc307282(v=office.12).aspx. If the RFC was listed in the Normative References section, I added it here. The RFC may not be followed to the letter, and may have been added on to as well.
Any additions or corrections would be greatly appreciated.
| RFC # | Description | Relates To | Link |
| RFC 1321 | The MD5 Message-Digest Algorithm | Security | http://tools.ietf.org/html/rfc1321 |
| RFC 2045 | Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies | Conferencing | http://tools.ietf.org/html/rfc2045 |
| RFC 2104 | HMAC: Keyed-Hashing for Message Authentication | Security | http://tools.ietf.org/html/rfc2104 |
| RFC 2111 | Content-ID and Message-ID Uniform Resource Locators | Telephony | http://tools.ietf.org/html/rfc2111 |
| RFC 2118 | Microsoft Point-To-Point Compression (MPPC) Protocol | Base | http://tools.ietf.org/html/rfc2118 |
| RFC 2132 | DHCP Options and BOOTP Vendor Extensions | Base | http://tools.ietf.org/html/rfc2132 |
| RFC 2141 | URN Syntax | Base | http://tools.ietf.org/html/rfc2141 |
| RFC 2190 | RTP Payload Format for H.263 Video Streams | Media | http://tools.ietf.org/html/rfc2190 |
| RFC 2198 | RTP Payload for Redundant Audio Data | Media | http://tools.ietf.org/html/rfc2198 |
| RFC 2246 | The TLS Protocol Version 1.0 | Security | http://tools.ietf.org/html/rfc2246 |
| RFC 2315 | PKCS #7: Cryptographic Message Syntax Version 1.5 | Security | http://tools.ietf.org/html/rfc2315 |
| RFC 2459 | Internet X.509 Public Key Infrastructure Certificate and CRL Profile | Security | http://tools.ietf.org/html/rfc2459 |
| RFC 2474 | QoS Differentiated Services | Network | http://tools.ietf.org/html/rfc2474 |
| RFC 2716 | PPP EAP TLS Authentication Protocol | Security | http://tools.ietf.org/html/rfc2716 |
| RFC 2743 | Generic Security Service Application Program Interface v2, Update 1 | Security | http://tools.ietf.org/html/rfc2743 |
| RFC 2782 | A DNS RR for specifying the location of services (DNS SRV) | Base | http://tools.ietf.org/html/rfc2782 |
| RFC 2818 | HTTP Over TLS | Base | http://tools.ietf.org/html/rfc2818 |
| RFC 2976 | SIP INFO Method | Base | http://tools.ietf.org/html/rfc2976 |
| RFC 2986 | PKCS#10: Certificate Request Syntax Specification | Security | http://tools.ietf.org/html/rfc2986 |
| RFC 3261 | Session Initiation Protocol (SIP) | Base | http://tools.ietf.org/html/rfc3261 |
| RFC 3262 | Reliability of Provisional Responses in SIP | Base | http://tools.ietf.org/html/rfc3262 |
| RFC 3264 | An Offer/Answer Model with the Session Description Protocol (SDP) | Conferencing | http://tools.ietf.org/html/rfc3264 |
| RFC 3265 | SIP-Specific Event Notification | Base | http://tools.ietf.org/html/rfc3265 |
| RFC 3311 | SIP UPDATE Method | Base | http://tools.ietf.org/html/rfc3311 |
| RFC 3323 | A Privacy Mechanism for the Session Initiation Protocol (SIP) | Base | http://tools.ietf.org/html/rfc3323 |
| RFC 3325 | Private Extensions to the Session Initiation Protocol (SIP) for Asserted Identity within Trusted Networks | Telephony | http://tools.ietf.org/html/rfc3325 |
| RFC 3326 | The REASON Header Field for SIP | Base | http://tools.ietf.org/html/rfc3326 |
| RFC 3327 | SIP Extension Header Field for Registering Non-Adjacent Contacts | Base | http://tools.ietf.org/html/rfc3327 |
| RFC 3350 | Real-time protocol for media | Media | http://tools.ietf.org/html/rfc3350 |
| RFC 3361 | DHCP option for SIP servers | Telephony | http://tools.ietf.org/html/rfc3361 |
| RFC 3389 | Real-Time Transport Protocol (RTP) Payload for Comfort Noise (CN) | Telephony | http://tools.ietf.org/html/rfc3389 |
| RFC 3420 | Internet Media Type message/sipfrag | Media | http://tools.ietf.org/html/rfc3420 |
| RFC 3428 | Session Initiation Protocol (SIP) Extension for Instant Messaging | Base | http://tools.ietf.org/html/rfc3428 |
| RFC 3515 | SIP REFER Method | Base | http://tools.ietf.org/html/rfc3515 |
| RFC 3550 | RTP: A Transport Protocol for Real-Time Applications | Media | http://tools.ietf.org/html/rfc3550 |
| RFC 3551 | RTP Profile for Audio and Video Conferences with Minimal Control | Media | http://tools.ietf.org/html/rfc3551 |
| RFC 3581 | SIP Symmetric Response Routing | Base | http://tools.ietf.org/html/rfc3581 |
| RFC 3605 | Real Time Control Protocol (RTCP) Attribute in Session Description Protocol (SDP) | Media | http://tools.ietf.org/html/rfc3605 |
| RFC 3611 | RTP Control Protocol Extended Reports (RTCP XR) | Media | http://tools.ietf.org/html/rfc3611 |
| RFC 3629 | UTF-8, A Transformation Format of ISO 10646 | Conferencing | http://tools.ietf.org/html/rfc3629 |
| RFC 3711 | Secure real-time protocol for media | Media | http://tools.ietf.org/html/rfc3711 |
| RFC 3761 | Telephone Number Mapping (ENUM) | Telephony | http://tools.ietf.org/html/rfc3761 |
| RFC 3840 | Indicating User Agent Capabilities in the Session Initiation Protocol (SIP) | Base | http://tools.ietf.org/html/rfc3840 |
| RFC 3842 | A Message Summary and Message Waiting Indication Event | Telephony | http://tools.ietf.org/html/rfc3842 |
| RFC 3852 | Cryptographic Message Syntax (CMS) | Security | http://tools.ietf.org/html/rfc3852 |
| RFC 3863 | Presence Information Data Format (PIDF) | Base | http://tools.ietf.org/html/rfc3863 |
| RFC 3891 | SIP REPLACES Header | Telephony | http://tools.ietf.org/html/rfc3891 |
| RFC 3892 | SIP Referred-by Mechanism | Telephony | http://tools.ietf.org/html/rfc3892 |
| RFC 3960 | Early Media and Ringing Tone Generation for SIP | Telephony | http://tools.ietf.org/html/rfc3960 |
| RFC 3966 | Tel URI for Telephone Numbers | Telephony | http://tools.ietf.org/html/rfc3966 |
| RFC 3986 | Uniform Resource Identifier (URI): Generic Syntax | Base | http://tools.ietf.org/html/rfc3986 |
| RFC 4028 | Session Timers in the Session Initiation Protocol | Conferencing | http://tools.ietf.org/html/rfc4028 |
| RFC 4119 | A Presence-based GEOPRIV Location Object Format | e911 | http://tools.ietf.org/html/rfc4119 |
| RFC 4120 | The Kerberos Network Authentication Service (V5) | Security | http://tools.ietf.org/html/rfc4120 |
| RFC 4121 | The Kerberos Version 5 Generic Security Service Application Program Interface (GSS-API) Mechanism: Version 2 | Security | http://tools.ietf.org/html/rfc4121 |
| RFC 4122 | A Universally Unique Identifier (UUID) URN Namespace | Base | http://tools.ietf.org/html/rfc4122 |
| RFC 4145 | TCP-Based Media Transport in the Session Description Protocol (SDP) | Media | http://tools.ietf.org/html/rfc4145 |
| RFC 4235 | An INVITE-Initiated Dialog Event Package for SIP | Base | http://tools.ietf.org/html/rfc4235 |
| RFC 4244 | An Extension to SIP for Request History Information | Base | http://tools.ietf.org/html/rfc4244 |
| RFC 4353 | A Framework for Conferencing with the Session Initiation Protocol (SIP) | Conferencing | http://tools.ietf.org/html/rfc4353 |
| RFC 4480 | RPID: Rich Presence Extensions to the Presence Information Data Format (PIDF) | Base | http://tools.ietf.org/html/rfc4480 |
| RFC 4559 | SPNEGO-based Kerberos and NTLM HTTP Authentication in Microsoft Windows | Security | http://tools.ietf.org/html/rfc4559 |
| RFC 4566 | SDP: Session Description Protocol | Media | http://tools.ietf.org/html/rfc4566 |
| RFC 4568 | Session Description Protocol (SDP) Security Descriptions for Media Streams | Media | http://tools.ietf.org/html/rfc4568 |
| RFC 4571 | Framing Real-time Transport Protocol (RTP) and RTP Control Protocol (RTCP) Packets over Connection-Oriented Transport | Media | http://tools.ietf.org/html/rfc4571 |
| RFC 4574 | The Session Description Protocol (SDP) Label Attribute | Conferencing | http://tools.ietf.org/html/rfc4574 |
| RFC 4575 | A Session Initiation Protocol (SIP) Event Package for Conference State | Conferencing | http://tools.ietf.org/html/rfc4575 |
| RFC 4733 | RTP Payload for DTMF Digits, Telephony Tones and Telephony Signals | Telephony | http://tools.ietf.org/html/rfc4733 |
| RFC 5139 | Revised Civic Location Format for Presence Information Data Format Location Object (PIDF-LO) | e911 | http://tools.ietf.org/html/rfc5139 |
| RFC 5245 | Interactive Connectivity Establishment (ICE) | Media | http://tools.ietf.org/html/rfc5245 |
| RFC 5280 | Internet X.509 Public Key Infrastructure Certificate and Certificate Revocation List (CRL) Profile | Security | http://tools.ietf.org/html/rfc5280 |
| RFC 5389 | Session Traversal Utilities for NAT (STUN) | Media | http://tools.ietf.org/html/rfc5389 |
| RFC 5652 | Cryptographic Message Syntax (CMS) | Security | http://tools.ietf.org/html/rfc5652 |
| RFC 5766 | Traversal Using Relays around NAT (TURN) | Media | http://tools.ietf.org/html/rfc5766 |
| RFC 6797 | HTTP Strict Transport Security (HSTS) | Security | http://tools.ietf.org/html/rfc6797 |
Установлен новый порядок подачи электронных документов в арбитражные суды
Он утвержден приказом Судебного департамента при ВС РФ (Порядок подачи в арбитражные суды Российской Федерации документов в электронном виде, в том числе в форме электронного документа). Установлено, что документы должны подаваться через личный кабинет, созданный в информационной системе «Мой арбитр» – она использовалась и ранее.
Личный кабинет может быть создан на лицо, которое является участником процесса или на представителя. В последнем случае через личный кабинет можно подавать документы от имени нескольких участников. Доступ к такому кабинету будет осуществляться с использованием учетной записи ЕСИА.
Предусмотрено два варианта электронных документов: электронный образ документа, то есть скан-копия бумажного документа, и электронный документ, изначально созданный в такой форме.
Получить усиленную квалифицированную электронную подпись поможет «Электронный экспресс» в составе информационно-правового обеспечения ГАРАНТ
Скан-копия должна производиться в масштабе 1:1 в черно-белом или сером цветах, качество – 200-300 точек на дюйм. Цветным документ тоже может быть, но только если это имеет значение для рассмотрения дела. Электронный образ должен обеспечивать сохранение всех реквизитов и признаков подлинности, к примеру, графической подписи гражданина. Файл скан-копии необходимо создавать в формате PDF, причем рекомендуется предусматривать возможность копирования текста. Размер файла не может превышать 30 Мб.
Определено, что каждая отдельная скан-копия бумажного документа должна представлять собой самостоятельный файл. Есть требования и к наименованию – необходимо, чтобы оно позволяло идентифицировать электронный образ документа и количество листов в нем, например «Накладная 996 от 15122016 1 л. pdf». Такие файлы и данные должны быть доступными для работы, нельзя защищать их от копирования и печати. Также они не могут содержать интерактивные и мультимедийные элементы, внедренные сценарии (на языке JavaScript или любых других языках программирования).
Закреплено, что такой электронный образ заверяется простой или усиленной квалифицированной электронной подписью.
Электронный документ, изначально созданный в такой форме, должен также создаваться в формате PDF с возможностью копирования текста. Файлы документов, прилагаемых к обращению в суд, нужно создавать в том формате, в котором они подписаны электронной подписью. Текстовые документы могут быть созданы в том числе в форматах PDF, DOC, RTF и ODT, а графические – в форматах PDF, JPG, PNG и TIFF. Требования к размеру файла, его наименованию и доступности предусмотрены такие же, как и к скан-копии бумажного документа.
Электронный документ необходимо подписать усиленной квалифицированной электронной подписью. При создании подписи должен использоваться формат PKCS#7 (Public-Key Cryptography Standard#7, общее описание стандарта PKCS#7, опубликованного в качестве RFC (Request for Comments) с номером 2315. Описание доступно по адресу: tools.ietf.org/html/rfc2315. Электронную подпись необходимо разместить в отдельном файле, то есть сделать ее отсоединенной. Если документ подписало несколько лиц, то каждая подпись должна содержаться в отдельном файле.
При подготовке к направлению документов в электронном виде в суд пользователь обязан заполнить форму, размещенную на официальном сайте конкретного суда. В том числе указать свои данные, адресата обращения и т. д. После направления документов пользователю в личный кабинет должно прийти уведомление об их поступлении в информационную систему. Но это еще не означает, что документы приняты. Их просмотрит работник аппарата суда и примет, если все требования соблюдены. В итоге пользователь получит уведомление либо о получении документов, либо о том, что документы не могут быть признаны поступившими.