СИП внутри дома: гори ясно, чтобы было всем теплее! / О вводе в дачные дома, PE, СИП и щитке для УЗИП – CS-CS.Net: Лаборатория Электрошамана
Дом пользователя Belaal в момент пожара из-за возгорания СИПа в счётчике
Сегодня у нас будет СТРАШНЫЙ пост. Потому что пора начинать КОШМАРИТЬ не абстрактными вещами, а настоящими рассказами! Ещё один Кошмарник я сделаю по материалам фоток парня, который занимается обслуживанием этажных щитов за Уралом. Там вообще в ходу классная лотерея: «Выбирай, в каком месте тебе понравится открутить ноль на весь этаж».
В посте почти все фотографии — НЕ МОИ. Они принадлежат моим читателям. Они присылали мне их на почту или оставляли ссылки в комментариях к разным постам. Мне надо было фотки откадрировать, поэтому я подписал их общим копирайтом.
В тексте поста я буду указывать, откуда я взял фотки. Если я чего-то напутал или забыл — вы можете написать мне на мыло или в комменты, и я подпишу авторов в тексте поста.
Накатать этот пост меня вдохновило несколько каналов пожарных, которые я как-то нарыл на YouTube. Навскидку мне запомнились «Я — Пожарный» и «Дерзкий Пожарный». Советую пару часиков на них позалипать, чтобы понять то, что же такое — пожар и как сложно его тушить. А самое жуткое — это то, когда ввод сети в дом сделан так, что его нельзя отключить. А таким страдают некоторые посёлки в регионах: ввод со столба сразу заходит в дом и идёт на счётчик или вводной автомат, но внутри дома. Про это мы сегодня поговорим.
Но САМЫЙ кошмар, с которым несколько народа уже попало — это провод СИП и та его особенность, что он горит как свечка. Заглавное фото поста предоставлено юзером Belaal с сообщества, который зафоткал то, как горит его собственный дом на рассвете. Успев выбежать вместе с семьёй. Причина пожара — заведённый внутрь дома горе-электриками СИП и плохой контакт в счётчике внутри этого же дома. Пиздец.
Содержание
- 1. Горючий провод СИП. Почему его НЕЛЬЗЯ заводить внутрь жилого дома?
- 2. Хреновые соединения. Щиток на фасаде от Funt. Лучше сгорите, но зато не воруйте!
- 3. Способы перехода с СИПа на медь на фасаде.
- 4. Щит заземления и УЗИП на фасаде дома. Решаем все задачи одним щитом.
- 5. Следим за качеством соединений и даже расходников: хреновые шинки и НШВИ.
- 6. Итоги. Как же обращаться с СИПом?
1. Горючий провод СИП. Почему его НЕЛЬЗЯ заводить внутрь жилого дома?
Почему-почему? Да потому что он горючий. Это не ошибка или какое-то недопущение, а просто СИП так устроен. Дело в том, что химически можно получить два вида материалов для внешней изоляции: или такой, который стоек к солнечному свету, но горит, или такой, который не горит, но и не стоек к солнечному свету.
Поэтому рано или поздно Niled (как я понимаю) взяли и спроектировали специальный провод СИП для воздушек. В принципе у меня лежат образцы, так что я могу мелкий пост с фотками СИПа и зажимов сделать. Думаю, что сделаю, да. СИП — это ПРОВОД, а не кабель. Он создан специально для воздушек и имеет огромное количество разной арматуры для того, чтобы его можно было легко монтировать и подключаться к нему.
СИП самонесущий — ему не надо никаких поддерживающих тросов и дополнительной изоляции. Поэтому, кстати, то как электросети опускают его в трубу при монтаже щитков на столбе является для СИПа грубейшей ошибкой. Вот так поступать с СИПом нельзя (фотка из поста про ВРУ и ненависть):
Идиотское подключение СИП к ВРУ в гофре
Для СИПа созданы специальные зажимы, которые покрывают большой ряд сечений и видов проводов: изолированный (с острыми зубцами для прокалывания) и неизолированный (с плоскими контактными пластинами). Всё продумано и сделано так, чтобы СИП находился только на улице, а если мы захотим подключить к нему подземный кабель — то мы использовали специальные зажимы.
Ещё раз. СИП — ГОРЮЧИЙ! При горении он будет капать горящими расплавленными каплями и поджигать всё вокруг! Из-за этого его ЗАПРЕЩЕНО ЗАВОДИТЬ В ДОМ! Он должен идти только ПО УЛИЦЕ!
Но у нас, как обычно, на правила плюют! Причём по двум вариантам: шобы не воровали (зато сгорели нахер) или в варианте «да нахер нужны эти дурацкие правила, ща я его в трубу засуну». Вот фотка из поста про переборку щита на дачной фазенде одного заказчика:
СИП со столба уходит в ПНД-трубу и прикидывается кабелем ВбБШВ
Здесь не видно (фотка сделана почти случайно, я не знал что буду выкладывать её в пост), но СИП, любовно смотанный в пучок изолентой, уходит в ПНД-трубу, которая примотана проволокой к уголку, забитому в землю. И, конечно же, появляется в деревянном доме внутри щитка со счётчиком вот так:
В доме остался старый никому не нужный щиток учёта
Что будет, если СИП вдруг загорится? Всё вокруг будет залито горящими каплями и дом сгорит, как и было на заглавной фотке этого поста у Belaal.
Хорошо! Вторая часть мыслей: а почему СИП должен загореться? А потому что он сделан из алюминия, а алюминий под давлением затянутого винта течёт и его надо подтягивать. Вот иногда (редко, но метко) и возникают ситуации, когда плохой контакт греется и потом поджигает изоляцию СИПа.
Вот так это бывает. Обратите внимание, что вводной автомат до сильно загрустившего счётчика тут до сих пор включен.
Учётный щит со сгоревшим счётчиком (плохой контакт СИП)
А вот так было на объекте у Генерал Дрозд. Вот фотография из его поста в ЖЖ. Тут у счётчика поджарилась спинка:
Сгоревший счётчик (плохой контакт СИП), Генерал Дрозд
Видали, как полыхнуло? В данном случае щит учёта был на столбе. А если бы такое было в доме — то и был бы пожар.
Поэтому бейте палкой тех, кто пытается затащить СИП в дом. Не место ему там! А как быть — поговорим чуток позже.
2. Хреновые соединения. Щиток на фасаде от Funt. Лучше сгорите, но зато не воруйте!
Идём дальше! Теперича у меня есть несколько приветов от Кирича Funt. Ездил он к своим родственникам в область и увидел там в глубинке вот такой вот щиток ввода:
Вводной щит на фасаде деревянного дома с подгоревшим клеммником (Funt)
Сначала зацените какой-то хилый УЗИП. У меня такое ощущение, что это УЗИП для слаботочных сетей. А его тут поставили в силовую. Скорее всего при реальных перенапряжениях он бахнет. Может и автомат подзорвёт. Хе хе.
Вводной щит на фасаде деревянного дома с подгоревшим клеммником (Funt)
Но самое весёлое и трешовое — это вот ЭТО:
Вводной щит на фасаде деревянного дома с подгоревшим клеммником (Funt)
Если кто не понял — то это алюминиевые жилы специального провода для воздушек (АВК), который должен защищать линию от ложных подключений и воровства. Фазная жила у него находится в центре, а нулевая оплетает её. Это похоже на коаксиальный кабель.
Ну вот сделали такой, млять, провод. А как его подключать внутри щита-то? Ведь тут у нас система ТТ, в ней по нулю может прилететь что угодно. Значит ноль надо изолировать (как и чем, если он оплетает фазу?). А потом эти алюминиевые жилки как-то запихать в клеммы автомата или ещё куда-то.
Вот тут находчивые энергетики и решили поставить обычный пластиковый клеммник, про которые я ещё очень давно писал. Полный пиздец. Этот провод сам собой вынуждает делать пожароопасные щиты. Вы запомнили номинал вводного автомата? Он на 16А! То есть, вот это вот так обгорело на токе ВСЕГО в 16А!
А это ещё не всё. Знаете, где стоит этот пластиковый щиточек? ВОТ ГДЕ:
Вводной щит на фасаде деревянного дома с подгоревшим клеммником (Funt)
На фасаде деревянного дома. А чтобы дом гарантированно сгорел, вводной провод идёт под обшивкой фасада. Ох и устроили мы там с Киричем кипиш и промывку мозгов! Кирич — вживую, а я виртуально!
3. Способы перехода с СИПа на медь на фасаде.
До чего мы дошли на данный момент? Мы поняли, что СИП поддерживает и радостно распространяет горение. Поэтому его место — только на улице, и заводить его в дом его ни в коем случае нельзя. А ещё мы увидели, как это горение происходит и чем чреваты хреновые контакты алюминия.
Давайте подумаем, как тогда нам оформить ввод в дом так, чтобы с ним не было проблем. Очевидно, что самый удобный способ — это подземный бронированый кабель: закопал его от столба или щитка учёта на столбе — и заводи в дом.
А как быть с СИПом? Довести его только до фасада дома и там перейти на медный кабель, который уже заводить в дом. Ещё раз выделю эту мысль: СИП создан ТОЛЬКО для воздушных линий — линий, которые идут по воздуху открыто вне помещений. Если вам надо протащить воздушный кабель в сарай — то вы из дома тащите медь. На фасаде дома переходите с меди на СИП и тянете его до сарая. На сарае снова переходите на медь и уводите её в сарай. Вот так и только так!
Давным-давно на МастерСити была вот такая вот фотка идеального, как там писалось, варианта перехода на медь на фасаде дома:
Пример перехода с СИПа на медный кабель через специальные сжимы
Да, её можно использовать как образец, потому что тут всё сделано грамотно: СИП держится на анкерном зажиме за кольцо, вкрученное в стену дома. Он находится на расстоянии от фасада и не касается его. Медный кабель выведен из дома через стальную трубу, выход которой загнут вниз, чтобы в неё не заливалась вода. Медь и СИП соединены между собой через специальные зажимы, а на жилы СИПа надеты изолирующие колпачки.
Дополнительно автор этой фотки обмотал медные жилы чёрной изолентой, чтобы придать им светостойкость. Фотка эта достаточно старая, и что именно была за изолента — не известно. То ли какая-то специально светостойкая (возможно, от 3М), то ли обычная. Если обычная — то она быстро развалится.
А вот вариант того, как сделал переход на медь один из камрадов, с которым я переписывался по мылу. Идея хорошая, но до конца я с ним не согласен: СИП идёт по фасаду дома в пластиковой трубе и, хоть эта труба имеет сертификат негорючести, всё же это — не то решение: она не светостойкая и рано или поздно разрушится. Если бы тут была сталь — то было бы здорово!
Один из примеров перехода с СИПа на медь через клеммы на DIN-рейку
Но иногда возникает более сложная задачка, когда надо решить сразу и вопрос с вводом СИПа, и УЗИПами, и подводкой контура заземления и иногда поместить счётчик в доме или около него. И вот тут и придумалось у меня комплексное решение.
4. Щит заземления и УЗИП на фасаде дома. Решаем все задачи одним щитом.
В общем, этот вариант у меня достаточно устоялся и сейчас на всех консультациях по щитам я про него и рассказываю. Да и мне самому понравилась эта идея в стиле «Блин! Как же это я про тебя забыл-то». Чтобы понять, к чему я веду, давайте выпишем те задачки, которые нам надо решить при вводе электричества в дом:
- Контур заземления и молниезащиты. Именно контур, а не пресловутый треугольник, который все так любят. Если вы делаете молниезащиту — то вам надо забить заземлители хотя бы по двум, а лучше по четырём углам дома и обвязать это всё в единую полосу. Если не делаете — то достаточно забить один заземлитель с контролем сопротивления контура.
- Ввод PE от контура заземления в щит. Чаще всего сам контур заземления делается стальной полосой или проволокой. Понятно, что тащить её в щит — это тупо. Как её блин затащить в белый и красивый щит серии AT/U, например? Вы ещё скажите — к корпусу щита приварить, хех.
- Внешний разъединитель на случай пожара или ЧП. Было бы хорошо, если бы где-то вне дома был разъединитель, которым дом можно отключить.
- УЗИПы. Им требуется две вещи (в самом жёстком варианте): металлический щиток, где они могут спокойно и безвредно бахнуть или загореться и PE максимально близко к контуру заземления. А между УЗИПами и щитом, который мы ими защищаем (наш щит дома) ещё и желательно сделать некоторое расстояние (несколько метров кабеля).
- Переход с СИПа на медь. Про это мы уже говорили: СИП заводить в дом нельзя.
Что у нас получается? Сначала кажется, что я выписал список пунктов, которые противоречат друг другу. Как, блин, перейти с СИПа на медь и сразу же поставить УЗИПы и ещё и полосу от контура подвести?
Так вот вам хорошее и грамотное (по моему мнению) решение: металлический щит ввода на фасаде дома! Это не щит для счётчика (но его можно совместить с ним), а специальный щит, где могут стоять УЗИПы, приходить СИП в металлической трубе и стальная полоса от контура заземления.
Удобнее всего делать такой щит на базе серии ST от DKC. Вот щиток, который я делал для комплекта щитов в Пушкино:
Щит для ГЗШ и УЗИП на фасад дома
Тут у нас есть главная заземляющая шина (ГЗШ), на которую будет приходить PE от контура заземления и ряд клемм «Вход-Выход» (клеммы на 16 квадратов, соединённые попарно перемычками), которые нужны для того чтобы соединить между собой кабель ввода из земли, кабель ввода на дом и сделать отвод на установку УЗИПов внутри этого щитка. Сам щиток будет находиться на стене дома.
А вот ещё пример таких щитков (учёта на столб и УЗИП на фасад) для дома в Грибаново:
Щит учёта состоит из вводного автомата, счётчика и вольтметра
Кайф такой идеи в том, что мы не пытаемся впихать брутальные и объёмные вещи в нашу красивую DIN-реечную систему (как это было, например, в щите в Томилино), а выносим всё объёмное на фасад дома. А в щит (шкаф) дома будет приходить уже трёх- или пятижильный кабель, и в том щите можно будет действовать точно так же, как в квартирном — просто брать питание и использовать его, не думая ни о каких системах заземления.
Небольшой щиток учёта и щит УЗИПов для этого щита (Грибаново)
В итоге можно сказать так: если вы знаете, что никогда никакие УЗИПы, молниезащита и прочие прелести вам не понадобятся — то переходите на фасаде дома с СИПа на медь и заводите её в дом сразу. Если же есть желание сделать задел на будущее — то организуйте себе такой вот щиток на стене (фасаде) дома и подтащите туда ввод от контура заземления и ввод со столба. А в будущем в этом щитке можно будет развернуться.
Так вышло, что Кирич Funt переделывал ещё один ввод у своих родственников, но в другом доме. И вот там как раз мы и сделали такой щиток на фасаде с заделом на будущее.
Щит DKC серии ST на фасаде дома для перехода с СИП на медь, заземления, УЗИПа и учёта (Funt)
Воздушный ввод при помощи сжимов переводится на два кабеля ВВГ-нг-LS 1×10, которые потом в трубе опускаются к щитку на стене.
Переход с ввода на кабели ВВГ (Funt)
В щите пока вот так вот. Если в будущем понадобится добавить сюда УЗИПы или что-то ещё — то место есть.
Щит DKC серии ST на фасаде дома для перехода с СИП на медь, заземления, УЗИПа и учёта (Funt)
5. Следим за качеством соединений и даже расходников: хреновые шинки и НШВИ.
И последний кусок поста про пожары и прочее — неожиданный. Оказывается, если мы имеем дело с вводом питания в дом, то обращать внимание надо ещё и на шинки, на которых некоторые недобросовестные электрики пытаются делать разделение N/PE.
Если вы посмотрите на всякие «щиты ввода на столб» от застройщиков или местных электриков, то там обычно используются самые обычные винтовые латунные шинки на DIN-рейку. А у них есть два косяка: зажим провода торцом винта и слабый ток, на который они рассчитаны (до 63А обычно).
Как мы помним, хе хе, алюминий обладает текучестью под давлением винта. Поэтому если зажать СИП напрямую в такую шинку, то рано или поздно можно получить вот такое вот дерьмо:
Дешёвая латунная шинка N/PE, сгоревшая из-за плохого контакта
А если стебаться ещё сильнее, то посмотрите на то, как иссверлен этот латунный брусочек. Может быть само его сечение и позволит пропускать ток в 63А, но если в нём наделать дырок, то сечение бруска в этих местах снизится.
Какой у нас самый худший вариант аварии с отгоранием нуля на магистральной линии? Если у нас сделана система TN-C-S, повторное заземление нуля в линии хреновое — то через такую шинку может течь огромный уравнивающий ток. В самом худшем случае — ток до номинала вставок на подстанции, которыми защищена эта линия.
Поэтому такие шинки использовать для ввода СИПа или узла разделения PEN НЕ НАДО! Берите распределительные блоки. Я использую ABB BRU/DBL, но те же ИЭК и ТДМ делают блоки «РБ», которые тоже имеют право на жизнь и имеют надёжный контакт (а стоят недорого). Их можно брать на ток от 125А и не париться.
А следующую порцию фоток мне снова прислал читатель. Вводные данные такие — в щите стоит на вводе автомат C25, потом УЗМка. В какой-то из дней было обнаружено, что один из контактов автомата подгорел, а УЗМка начала стекать с рейки.
Плохое качество наконечника НШВИ: оплавилась УЗМка
Вот так выглядит подгоревший контакт автомата. Видно, что юбочка наконечника НШВИ расплавилась и стекла по проводу.
Плохое качество наконечника НШВИ: оплавилась УЗМка
УЗМке досталось из-за теплового расцепителя автомата: температура от плохого контакта передавалась на внутренние железки автомата, которые грели его корпус. А его корпус нагревал УЗМку, которая стояла рядом. Вот она и поплавилась.
Плохое качество наконечника НШВИ: оплавилась УЗМка
Когда нагрев стал более сильным, автомат стал отключаться по тепловому расцепителю и только тогда проблему заметили.
Мы с автором фоток гадали о том, почему НШВИ оплавился и остановились на двух версиях: или на том, что НШВИ был из какого-то странного металла (его расцветка напоминает китайскую) и плохой контакт был внутри него, или на том, что плохой контакт был внутри автомата.
Плохое качество наконечника НШВИ: оплавилась УЗМка
6. Итоги. Как же обращаться с СИПом?
В общем, если подвести итоги, то написать надо вот такие мысли:
- СИП — пожароопасен и он таким создан специально (из-за использования полимера, который светостоек, но горюч).
- Его место — ТОЛЬКО на улице. Заводить в дом его нельзя и это чревато пожарами.
- Переходить с СИПа на медь надо около фасада дома. Сделать это можно или сжимами или при помощи щитка на стене дома.
- Если у вас будут УЗИПы, молниезащита, система TN-C-S или ещё что-то подобное, то для всего этого удобнее будет организовать щиток на стене дома, куда подтащить ввод и провод от контура заземления. В этом случае все брутальные и пожароопасные компоненты (СИП, УЗИП) будут находиться в брутальном металлическои ящике и не надо будет думать о том, как запихать их в обычный силовой щит внутри дома.
На этом у меня всё. Держите ещё и фотку из инетовских приколов. Это называется «…если нет заземления, но начальство настяло на обратном».
Как не надо делать заземление объектов
Гільза ізольована ГІА 10-16 для абонентської лінії СІП
Якість ліній електропередач нерозривно пов’язана з властивостями комплектуючих, а також інструментом, який використовується для їх встановлення. Беручи до уваги підвищені вимоги безпеки, у роботах слід застосовувати продукцію, що пройшла сертифікацію та виготовлену з якісних матеріалів. Тільки в цьому випадку можна розраховувати на простий, швидкий монтаж та тривалу безпроблемну експлуатацію магістралі.
Гільза ГІА, ГІФ – один з різновидів арматури, призначений для з’єднання окремих кабельних жил у прольотах. Коли може виникнути така потреба? Частіше – у процесі протяжки СІП на великі відстані, коли проклали одну довжину, кабель закінчився та потрібно продовжити з наступного барабана. Існує ще кілька популярних варіантів використання – перехід з повітряної лінії до підземного дроту; перехід від одного перерізу провідника до іншого.
ОсобливостіКонструкційно виріб є трубкою з алюмінію, внутрішня частина якої заповнена контактним мастилом. Спеціальний склад забезпечує надійний електроконтакт, захищає поверхню алюмінію від окиснення, знижує контактний опір.
Гільзи дозволяють з’єднувати самонесучі ізольовані дроти різного перерізу (окремі забарвлення кільця, що герметизує, свідчать про те, на яке значення перерізу розрахована гільза).
Попереджають проникнення води, сміття, бруду, не заберуть багато сил у процесі монтажу.
Значення маркування:Г – гільза;
І – ізольована;
А/Ф – призначена для з’єднання абонентської лінії СІП (тобто використовується при організації відгалужень) / розрахована на скріплення фазних жил.
Переваги виробу- Стійкість до зовнішнього кліматичного впливу, температурних перепадів.
- Знижує електричні втрати.
- Попереджає окиснення металу.
- Гільза не змінює структури під впливом ультрафіолету.
- Забезпечує герметичність.
- Може монтуватися навіть за негативних температур.
- Змащення всередині гільзи не вимагає оновлення протягом усього терміну служби.
- Робоча температура: -50…+80 °С;
- Рекомендований температурний діапазон при установці від -15 до +60 °С.
Сполучний елемент може експлуатуватися для стикування за схемами: алюміній+алюміній, алюміній+мідь, мідь+мідь.
Каталог арматури та інструментів для СІП
Відео монтаж повітряного дроту СІП та арматури до нього
Автор: МЕГА КАБЕЛЬ
RFC 3486 — Сжатие протокола инициации сеанса (SIP)
Сетевая рабочая группа Г. Камарильо Запрос комментариев: 3486 Ericsson Категория: Трек стандартов, февраль 2003 г. Сжатие протокола инициации сеанса (SIP) Статус этого меморандума Этот документ определяет протокол отслеживания стандартов Интернета для Интернет-сообщество, а также запросы на обсуждение и предложения по улучшения. Пожалуйста, обратитесь к текущему выпуску «Интернет Стандарты официальных протоколов» (STD 1) для состояния стандартизации и статус этого протокола. Распространение этой памятки не ограничено. Уведомление об авторских правах Авторское право (C) Общество Интернета (2003 г.). Все права защищены. Абстрактный В этом документе описывается механизм, сигнализирующий о том, что сжатие требуется для одного или нескольких сообщений протокола инициации сеанса (SIP). В нем также указано, когда уместно отправлять сжатые SIP-сообщения. к SIP-объекту. Оглавление 1. Введение ............................................... 2 2. Обзор работы ...................................................... 3 3. Реализации SigComp для SIP ........................ 3 4. Отправка запроса на сервер ...................................... 3 4.1 Получение SIP или SIPS URI с помощью comp=sigcomp ........ 4 5. Отправка ответа клиенту ...................... 5 6. Двойная запись-маршрутизация ...................................... 6 7. Ошибочные ситуации ...................................... 6 8. Дополненный БНФ ....................................... 7 9. Пример ................................................. ... 7 10. Вопросы безопасности ...................................................... 10 11. Соображения IANA ...................................................... 10 12. Благодарности................................................... 10 13. Нормативные ссылки ...................................... 10 14. Информативные ссылки ...................................... 11 15. Адрес автора..................................................... 11 16. Полное заявление об авторских правах..................................... 12 Трек стандартов Камарильо [Страница 1]
RFC 3486 Сжатие SIP, февраль 2003 г. 1. Введение Клиент SIP [1], отправляющий запрос на сервер SIP, обычно выполняет DNS-поиск доменного имени сервера. Когда НАПТР [4] или Записи SRV [5] доступны для сервера, клиент может указать тип услуги, которую он хочет. Служба в данном контексте транспортный протокол, который будет использоваться SIP (например, UDP, TCP или SCTP). ГЛОТОК сервер, поддерживающий, например, три разных транспортных протоколы, будут иметь три разные записи DNS. Поскольку предполагается, что количество поддерживаемых транспортных протоколов по конкретному протоколу прикладного уровня не собирается расти драматично, наличие записи DNS для каждого транспорта кажется масштабируемым достаточно решения. Однако иногда необходимо включить новые слои между транспортный протокол и протокол прикладного уровня. Примеры эти уровни безопасности транспортного уровня и сжатия. Если DNS был использован для обнаружения доступности этих слоев для конкретный сервер, количество записей DNS, необходимых для этого сервера резко вырос бы. Сервер, который, например, поддерживал TCP и SCTP в качестве транспорта, TLS для безопасности транспорта и SigComp для сжатия сигналов, нужны 8 записей DNS, перечисленных ниже: 1.TCP, без защиты, без сжатия 2. TCP, без защиты, SigComp 3. TCP, TLS, без сжатия 4. TCP, TLS, SigComp 5. SCTP, без защиты, без сжатия 6. SCTP, без защиты, SigComp 7. SCTP, TLS, без сжатия 8. SCTP, TLS, SigComp Понятно, что такой способ использования DNS не масштабируется. Поэтому, механизм прикладного уровня для выражения поддержки сигнализации компрессия нужна. Трек стандартов Камарильо [Страница 2]
RFC 3486 Сжатие SIP, февраль 2003 г. Обратите внимание, что по историческим причинам и HTTP, и SIP используют разные порт для TLS поверх TCP, чем только для TCP, хотя на В настоящее время это решение больше не считается масштабируемым. Элемент SIP, поддерживающий сжатие, должен быть подготовлен для получать сжатые и несжатые сообщения на один и тот же порт. Это будет выполнять демультиплексирование на основе файла cookie в самых верхних битах каждого сжатого сообщения. 2. Обзор работы Существует два типа SIP-сообщений; SIP-запросы и SIP-ответы. Клиенты отправляют SIP-запросы к хостовой части URI, а серверы отправляют ответы хосту в параметре send-by заголовка Via поле. Мы определяем два параметра, один для SIP URI, а другой для Via. поле заголовка. Формат обоих параметров одинаков, как показано на примеры ниже: sip:[email protected];comp=sigcomp Через: SIP/2.0/UDP server1.foo.com:5060;branch=z9hG4bK87a7;comp=sigcomp Наличие этого параметра (comp=sigcomp) в URI указывает, что запрос должен быть сжат с использованием SigComp, как определено в [2]. Наличие comp=sigcomp в поле заголовка Via указывает на то, что ответ должен быть сжат с помощью SigComp. Таким образом, наличие comp=sigcomp указывает на то, что объект SIP определяется URI или полем заголовка Via, поддерживает SigComp и готов получать сжатые сообщения. Имея значение comp=sigcomp «готовность», а также «поддержка» позволяет получателю SIP сообщение, чтобы повлиять на решение о том, использовать ли SigComp в заданное время. 3. Реализации SigComp для SIP Каждая реализация SIP, поддерживающая SigComp, ДОЛЖНА реализовывать процедур, описанных в этом документе. 4. Отправка запроса на сервер Запрос отправляется в хост-часть URI. Этот URI, на который ссылается в качестве URI следующего перехода является Request-URI запроса или записи в поле заголовка Маршрут. Если URI следующего перехода содержит параметр comp=sigcomp, клиент СЛЕДУЕТ сжимать запрос, используя SigComp, как определено в [2]. Трек стандартов Камарильо [Страница 3]
RFC 3486 Сжатие SIP, февраль 2003 г. Если URI следующего перехода является SIPS URI, запрос ДОЛЖЕН быть сжат. прежде чем он будет передан на уровень TLS. Клиент НЕ ДОЛЖЕН отправлять сжатый запрос на сервер, если он это делает. не знаю, поддерживает ли сервер SigComp. Независимо от того, отправлен запрос в сжатом виде или нет, если клиент хотел бы получать последующие запросы в том же диалог в направлении UAS->UAC сжат, этому клиенту СЛЕДУЕТ добавить параметр comp=sigcomp в URI в поле заголовка Contact, если это клиент пользовательского агента. Если клиент является прокси, он ДОЛЖЕН добавить параметр comp=sigcomp в его URI в заголовке Record-Route поле. Если клиент пользовательского агента отправляет сжатый запрос, он ДОЛЖЕН добавить параметр comp=sigcomp в URI в поле заголовка Contact. Если прокси, который Record-Routes отправляет сжатый запрос, он ДОЛЖЕН добавить comp=sigcomp на его URI в поле заголовка Record-Route. Если клиент отправляет сжатый запрос, он ДОЛЖЕН добавить параметр comp=sigcomp в самую верхнюю запись поля заголовка Via. Если клиент не знает, поддерживает ли сервер SigComp, но в случае, если сервер поддерживает это, он хотел бы получить сжатые ответы, этот клиент ДОЛЖЕН добавить параметр comp=sigcomp в самую верхнюю запись поля заголовка Via. запрос, однако, как указано выше, не будет сжат. 4.1 Получение SIP или SIPS URI с помощью comp=sigcomp Для запросов в диалоге URI следующего перехода с comp=sigcomp Параметр получается из поля заголовка Record-Route, когда диалог установлен. Клиент, отправляющий запрос вне диалога также может получить SIP URI с comp=sigcomp в поле заголовка Contact в ответе 3xx или 485 на запрос. Однако клиенты, устанавливающие сеанс, обычно не желают дождаться установления диалога, чтобы начать сжатие Сообщения. Одним из самых больших преимуществ, которые SigComp может принести SIP, является возможность сжатия начального INVITE диалога, когда пользователь ожидает установления сеанса. Таким образом, клиенты нужно средство для получения comp=sigcomp URI от их исходящего прокси-сервера до того, как пользователь решит установить сеанс. Одним из решений этой проблемы является ручная настройка. Однако, иногда необходимо, чтобы клиенты были настроены в автоматическом режиме. мода. К сожалению, текущие механизмы для SIP-клиентов конфигурации (например, с использованием DHCP [6]) не позволяют обеспечить Трек стандартов Камарильо [Страница 4]
RFC 3486 Сжатие SIP, февраль 2003 г. клиент с параметрами URI. В этом случае клиент ДОЛЖЕН отправить несжатый запрос OPTIONS на исходящий прокси-сервер. Исходящий proxy может предоставить альтернативный SIP URI с comp=sigcomp параметр в поле заголовка Contact в ответе 200 OK на ПАРАМЕТРЫ. Клиент может использовать этот URI для последующих запросов, которые отправляются через тот же исходящий прокси-сервер с использованием сжатия. RFC 3261 [1] не определяет, как прокси должен реагировать на OPTIONS. просьба адресована самой себе. Он описывает только то, как серверы отвечают на ОПЦИИ, адресованные конкретному пользователю. Раздел 11.2 RFC 3261 говорит: Поля заголовка контакта МОГУТ присутствовать в ответе 200 (ОК) и имеют ту же семантику, что и в ответе 3xx. То есть они могут перечислить набор альтернативных имен и способов связи с пользователем. Мы распространяем это поведение на прокси-серверы, отвечающие на OPTIONS адресовано им. Они МОГУТ перечислить набор альтернативных URI для связаться с прокси. Обратите внимание, что получение входящих запросов (даже начальных INVITE) сжатие не является проблемой, так как пользовательские агенты могут ЗАРЕГИСТРИРОВАТЬ SIP URI с comp=sigcomp в их регистраторе. Все поступающие запросы на пользователь будет отправлен на этот URI SIP с использованием сжатия. 5. Отправка ответа клиенту Ответ отправляется хосту в параметре send-by для Via. поле заголовка. Если самое верхнее поле заголовка Via содержит параметр comp=sigcomp, ответ ДОЛЖЕН быть сжат. В противном случае ответ НЕ ДОЛЖЕН быть сжат. Во избежание асимметричного сжатия (т. е. двух объектов SIP обмен сжатыми запросами в одну сторону и несжатыми запросы в другую сторону) прокси нужно переписать свои Запись маршрутных записей в ответах. Прокси, выполняющий Record- Route проверяет поле заголовка Record-Route в ответе и Поле заголовка контакта в запросе, вызвавшем этот ответ (см. пример в разделе 9). Он ищет URI следующего восходящего потока (ближе к клиенту пользовательского агента) hop в наборе маршрутов. Если этот URI содержит параметр comp=sigcomp, прокси ДОЛЖЕН добавить comp=sigcomp к его записи в поле заголовка Record-Route. Если это URI не содержит параметр comp=sigcomp, прокси ДОЛЖЕН удалите comp=sigcomp (если он присутствует) из его записи в Record- Поле заголовка маршрута. Camarillo Standards Track [Страница 5]
RFC 3486 Сжатие SIP, февраль 2003 г. Точно так же сервер агента пользователя ДОЛЖЕН добавить comp=sigcomp к Поле заголовка контакта ответа, если URI следующего восходящего потока hop в наборе маршрутов содержал параметр comp=sigcomp. 6. Двойная запись-маршрутизация Хотя прокси обычно добавляют ноль или одну запись Record-Route к конкретного запроса, некоторые прокси-серверы добавляют два из них, чтобы избежать записи. Переписывание маршрута. Типичным примером двойной записи-маршрутизации является SIP-маршрутизация. прокси-сервер, который действует как брандмауэр между двумя сетями. В зависимости от из какой сети пришел запрос, он будет получен на другой интерфейс через прокси. Прокси добавляет один Record-Route запись для одного интерфейса и вторая для другого интерфейса. Таким образом, прокси не нужно перезаписывать заголовок Record-Route. поле в ответе. Прокси, которые получают сжатые сообщения с одной стороны диалога (например, исходящие) и несжатые сообщения с другой стороны (например, вниз по течению) МОЖЕТ использовать механизм, описанный выше. Если прокси-сервер обнаруживает, что прокси-сервер следующего перехода для запроса является прокси-сервером себя и что запрос не будет отправлен через сеть, прокси МОЖЕТ не сжимать запрос, даже если URI содержит параметр comp=sigcomp. 7. Ошибочные ситуации Если сжатый SIP-запрос поступает на SIP-сервер, который не понимаете SigComp, у сервера не будет никаких средств, чтобы указать ошибка клиенту. Сообщение будет невозможно разобрать, и не будет поля заголовка Via, указывающего адрес для отправки ответ об ошибке. Если клиент SIP отправляет сжатый запрос и транзакция клиента тайм-аут, не получив никакого ответа, клиент ДОЛЖЕН повторите тот же запрос без использования сжатия. Если сжатый запрос был отправлен через TCP-соединение, клиент ДОЛЖЕН закрыть это соединение и откройте новое, чтобы отправить несжатый запрос. В противном случае сервер не смог бы обнаружить начало новое сообщение. Трек стандартов Камарильо [Страница 6]
RFC 3486 Сжатие SIP, февраль 2003 г. 8. Дополненный БНФ В этом разделе представлена расширенная форма Бэкуса-Наура (БНФ) обоих описанные выше параметры. Параметр URI сжатия является «uri-параметром», как определено SIP ABNF (раздел 25.1 [1]): сжатие-парам = "comp=" ("sigcomp" / другое-сжатие) другое сжатие = токен Параметр сжатия Via является «расширением переходного отверстия», как определено SIP ABNF (раздел 25.1 [1]): via-compression = "comp" EQUAL ("sigcomp"/другое-сжатие) другое сжатие = токен 9. Пример Следующий пример иллюстрирует использование параметров, определенных выше. Поток вызовов на рис. 1 показывает INVITE-200 OK-ACK. рукопожатие между UAC и UAS через два прокси. Прокси P1 делает не Record-Route, а proxy P2. Оба прокси поддерживают сжатие, но они не используют его по умолчанию. УАК P1 P2 УАС |(1) ПРИГЛАСИТЬ(c) | | | |------------>| (2) ПРИГЛАСИТЬ | | | |------------>| (3) ПРИГЛАСИТЬ | | | |------------>| | | | (4) 200 ОК | | | (5) 200 OK |<------------| |(6)200 OK(c) |<-------------| | |<------------| | | | | (7)ACK(с) | | |-------------------------->| (8) ПОДТВЕРЖДЕНИЕ | | | |------------>| | | | | | | | | Рисунок 1: Транзакция INVITE через два прокси Сообщения (1), (6) и (7) сжаты (с). Мы предоставляем частичное описание сообщений, участвующих в этом поток вызовов ниже. Показаны только некоторые части каждого сообщения, а именно имя метода, Request-URI и Via, Route, Record-Route и Трек стандартов Камарильо [Страница 7]
RFC 3486 Сжатие SIP, февраль 2003 г. Поля заголовка контакта. Мы не использовали правильный формат для этих поля заголовка. Мы скорее сосредоточимся на содержимом заголовка полей и о наличии (или отсутствии) параметра "comp=sigcomp" параметр. (1) ПРИГЛАСИТЬ UAS Через: UAC;comp=sigcomp Маршрут: P1;comp=sigcomp Контактное лицо: UAC;comp=sigcomp P1 — это исходящий прокси-сервер UAC, который поддерживает SigComp. UAC настроен на отправку сжатого трафика на P1, поэтому сжимает INVITE (1). Кроме того, ОАК хочет получить будущие запросы и ответы для этого диалога сжаты. Поэтому, он добавляет параметр comp=Sigcomp к переходу и контакту поля заголовка. (2) ПРИГЛАСИТЬ БАС Через: P1 Через: UAC;comp=sigcomp Маршрут: P2 Контактное лицо: UAC;comp=sigcomp P1 пересылает INVITE (2) на P2. P1 не использует сжатие по умолчанию, поэтому он отправляет INVITE в несжатом виде на P2. (3) ПРИГЛАСИТЬ БАС Через: P2 Через: P1 Через: UAC;comp=sigcomp Запись-маршрут: P2 Контактное лицо: UAC;comp=sigcomp P2 пересылает INVITE (3) на UAS. P2 поддерживает сжатие, но он не использует его по умолчанию. Поэтому он отправляет INVITE несжатый. P2 желает оставаться на пути передачи сигналов и поэтому это Record-Routes. (4) 200 ОК Через: P2 Через: P1 Через: UAC;comp=sigcomp Запись-маршрут: P2 Контакт: УАС Трек стандартов Камарильо [Страница 8]
RFC 3486 Сжатие SIP, февраль 2003 г. UAS формирует ответ 200 OK и отправляет его на хост в самый верхний Via, то есть P2. (5) 200 ОК Через: P1 Через: UAC;comp=sigcomp Запись-маршрут: P2;comp=sigcomp Контакт: УАС P2 получает ответ 200 OK. P2 Record-Routed, поэтому проверяет Маршрут, установленный для этого диалога. Для запросов от UAS в сторону UAC (направление, противоположное первому INVITE), следующий прыжок будет быть полем заголовка Contact сообщения INVITE, потому что P1 не Рекорд-маршрут. Этот контакт идентифицировал UAC: Контактное лицо: UAC;comp=sigcomp Поскольку UAC хочет получать сжатые запросы (Контакт INVITE), P2 предполагает, что UAC также хотел бы отправить сжатый запросы (запись-маршрутизация 200 ОК). Следовательно, P2 изменяет свой запись в поле заголовка Record-Route 200 OK (5). в INVITE (3), P2 не использовал параметр comp=sigcomp. Теперь он добавляет это в 200 ОК (5). Это позволит UAC отправлять сжатые запросы в этом диалоговом окне. (6) 200 ОК Через: UAC;comp=sigcomp Запись-маршрут: P2;comp=sigcomp Контакт: УАС P1 отправляет сжатый 200 OK (6) в UAC, потому что заголовок Via поле содержало параметр comp=sigcomp. (7) АКК БАС Через: UAC;comp=sigcomp Маршрут: P2;comp=sigcomp Контактное лицо: UAC;comp=sigcomp UAC отправляет сжатый ACK (7) непосредственно на P2 (P1 не Запись-маршрут). (8) АКК БАС Через: P2 Через: UAC;comp=sigcomp Контактное лицо: UAC;comp=sigcomp P2 отправляет ACK (8) в несжатом виде на UAS. Трек стандартов Камарильо [Страница 9]
RFC 3486 Сжатие SIP, февраль 2003 г. 10. Вопросы безопасности Объект SIP, получающий сжатое сообщение, должен распаковать его и чтобы разобрать его. Это требует немного большей вычислительной мощности, чем только разбор сообщения. Это означает, что атака типа «отказ в обслуживании» использование сжатых сообщений было бы немного хуже, чем атака с несжатые сообщения. Злоумышленник вставляет параметр comp=sigcomp в SIP-сообщение может заставить объект SIP отправлять сжатые сообщения на другой SIP сущность, которая не поддерживала SigComp. Надлежащая целостность следует использовать механизмы, чтобы избежать этой атаки. 11. Соображения IANA Этот документ определяет uri-параметр "comp" и переходное расширение. Новые значения для «comp» зарегистрированы IANA по адресу http://www.iana.org/assignments/sip-parameters при новой сигнализации схемы сжатия публикуются в RFC для отслеживания стандартов. IANA Раздел «Соображения» RFC ДОЛЖЕН включать следующее информация, которая появляется в реестре IANA вместе с RFC номер издания. o Название схемы сжатия. o Значение токена, которое будет использоваться. Маркер МОЖЕТ быть любой длины, но ДОЛЖЕН быть не длиннее десяти символов. Единственная запись в реестре на данный момент: Схема сжатия Ссылка на токен --------------------- --------- --------- Сжатие сигналов sigcomp RFC 3486 12. Благодарности Эллисон Манкин, Джонатан Розенберг и Мигель Анхель Гарсия-Мартин дал ценные комментарии к этому меморандуму. 13. Нормативные ссылки [1] Розенберг Дж., Шульцринн Х., Камарильо Г., Джонстон А., Петерсон Дж., Спаркс Р., Хэндли М. и Э. Скулер, "SIP: Протокол инициации сеанса», RFC 3261, июнь 2002 г. Трек стандартов Камарильо [Страница 10]
RFC 3486 Сжатие SIP, февраль 2003 г. [2] Прайс Р., Борман С., Кристоферссон Дж., Ханну Х., Лю З. и Дж. Розенберг, "Сжатие сигналов (SigComp)", RFC 3320, январь 2003 г. [3] Браднер, С., «Ключевые слова для использования в RFC для обозначения требования уровни", BCP 14, RFC 2119, март 1997 г. 14. Информативные ссылки [4] Меллинг, М. , «Часть системы динамического обнаружения делегирования (DDDS)». Третий: база данных системы доменных имен (DNS)», RFC 3403, октябрь 2002. [5] Гульбрандсен, А., Викси, П. и Л. Есибов, "DNS RR для указание местоположения сервисов (DNS SRV)», RFC 2782, Февраль 2000 г. [6] Schulzrinne, H., «Опция DHCP для SIP-серверов», Work in Прогресс. 15. Адрес автора Гонсало Камарильо Эрикссон Лаборатория перспективных исследований сигналов. FIN-02420 Йорвас Финляндия Электронная почта: [email protected] Трек стандартов Камарильо [Страница 11]
RFC 3486 Сжатие SIP, февраль 2003 г. 16. Полное заявление об авторских правах Авторское право (C) Общество Интернета (2003 г.). Все права защищены. Этот документ и его переводы могут быть скопированы и предоставлены другие и производные работы, которые комментируют или иным образом объясняют это или содействовать в его реализации, могут быть подготовлены, скопированы, опубликованы и распространяется полностью или частично без ограничения каких-либо вид, при условии, что приведенное выше уведомление об авторских правах и этот параграф включены во все такие копии и производные работы. Однако это сам документ не может быть изменен каким-либо образом, например, путем удаления уведомление об авторских правах или ссылки на Internet Society или другие Интернет-организациям, за исключением случаев, когда это необходимо для целей разработка интернет-стандартов, и в этом случае процедуры для авторские права, определенные в процессе Интернет-стандартов, должны быть следовала или по мере необходимости переводила его на языки, отличные от Английский. Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут отозвано Internet Society или его правопреемниками или правопреемниками. Настоящий документ и информация, содержащаяся в нем, предоставлены на Основа «КАК ЕСТЬ» и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖИНИРИНГ TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ НО НЕ ОГРАНИЧИВАЯСЯ ЛЮБОЙ ГАРАНТИЕЙ ТОГО, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ ЗДЕСЬ НЕ БУДЕТ НАРУШАТЬ НИКАКИХ ПРАВ ИЛИ ЛЮБЫХ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ КОММЕРЧЕСКАЯ ПРИГОДНОСТЬ ИЛИ ПРИГОДНОСТЬ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ. Подтверждение Финансирование функции редактора RFC в настоящее время предоставляется Интернет-сообщество. Трек стандартов Камарильо [Страница 12]
[MS-SIPCOMP]: протокол сжатия протокола инициации сеанса (SIP)
Твиттер LinkedIn Фейсбук Электронная почта
- Статья
- 4 минуты на чтение
Указывает сжатие протокола инициации сеанса (SIP) Протокол, который представляет собой механизм согласования и алгоритм сжатия, используемые для сжатие сигнального трафика между клиентом и сервером.
Эта страница и связанное с ней содержимое могут быть часто обновляется. Рекомендуем подписаться на RSS канал для получения уведомлений об обновлениях.
Опубликованная версия
Дата | Версия протокола | Класс ревизии | загрузок |
---|---|---|---|
17. 08.2021 | 8,0 | Майор | PDF | ДОКС |
Нажмите здесь, чтобы загрузить zip-файл со всеми PDF-файлами для протоколов Office.
Предыдущие версии
Дата | Версия протокола | Класс ревизии | загрузок |
---|---|---|---|
28.08.2018 | 7,0 | Майор | PDF | ДОКС |
24.07.2018 | 6,0 | Майор | PDF | ДОКС |
27.04.2018 | 5,0 | Майор | PDF | ДОКС |
17.10.2016 | 4,0 | Нет | PDF | ДОКС |
29. 09.2016 | 4,0 | Нет | PDF | ДОКС |
14.09.2016 | 4,0 | Нет | PDF | ДОКС |
15.07.2016 | 4,0 | Нет | PDF | ДОКС |
04.09.2015 | 4,0 | Нет | PDF | ДОКС |
30.03.2015 | 4,0 | Майор | PDF | ДОКС |
30.10.2014 | 3,4 | Несовершеннолетний | PDF | ДОКС |
31.07.2014 | 3,3 | Несовершеннолетний | PDF | ДОКС |
30. 04.2014 | 3.2.1 | Нет | ДОКС |
10.02.2014 | 3.2.1 | Нет | PDF | ДОКС |
18.11.2013 | 3.2.1 | Нет | PDF | ДОКС |
30.07.2013 | 3.2.1 | Нет | PDF | ДОКС |
11.02.2013 | 3.2.1 | Редакция | PDF | ДОКС |
08.10.2012 | 3,2 | Несовершеннолетний | ПДФ |
16.07.2012 | 3.1 | Нет | ПДФ |
11. 04.2012 | 3.1 | Нет | ПДФ |
20.01.2012 | 3.1 | Несовершеннолетний | ПДФ |
10.06.2011 | 3,0 | Нет | |
18.03.2011 | 3,0 | Нет | |
17.12.2010 | 3,0 | Нет | |
15.11.2010 | 3,0 | Нет | |
27.09.2010 | 3,0 | Майор | |
23.07.2010 | 2. 10 | Нет | |
29.06.2010 | 2.10 | Редакция | |
07.06.2010 | 2,09 | Редакция | |
30.04.2010 | 2,08 | Редакция | |
31.03.2010 | 2,07 | Майор | |
19.02.2010 | 2,06 | Редакция | |
06.11.2009 | 2,05 | Редакция | |
28.08.2009 | 2,04 | Редакция | |
13. 07.2009 | 2,03 | Майор | |
13.03.2009 | 2,02 | Несовершеннолетний | |
13.02.2009 | 2.01 | Несовершеннолетний | |
12.12.2008 | 2,0 | Майор | |
15.08.2008 | 1.01 | Несовершеннолетний | |
27.06.2008 | 1,0 | Майор | |
25.04.2008 | 0,2 | Несовершеннолетний | |
04. 04.2008 | 0,1 | Новый |
Предварительные версии
Время от времени Microsoft может опубликовать предварительную или предварительную версию технического задания по открытым спецификациям. документ для рассмотрения и обратной связи сообщества. Чтобы отправить отзыв для предварительного просмотра версия технического документа, пожалуйста, следуйте всем инструкциям, указанным для этот документ. Если к документу не указаны инструкции, пожалуйста, оставляйте отзывы, используя открытые форумы по спецификациям.
Период предварительного просмотра технического документа варьируется. Кроме того, не каждый технический документ будет опубликован для предварительного просмотра.
Предварительная версия этого документа может быть доступно в офисе Протоколы — страница «Предварительный просмотр документов». После периода предварительного просмотра Самая последняя версия документа доступна на этой странице.
Ресурсы для разработчиков
Найти ресурсы для создания интероперабельных решений для программного обеспечения Microsoft, услуги, оборудование и продукты сторонних производителей:
Плагины и события, инструменты тестирования, Разработка Поддержка и открытые спецификации Центр разработки.
Уведомление о правах на интеллектуальную собственность для документации открытых спецификаций
Техническая документация. Microsoft публикует Open Документация по спецификациям («настоящая документация») для протоколов, файл форматы, переносимость данных, компьютерные языки и поддержка стандартов. Кроме того, обзорные документы охватывают межпротокольные отношения и взаимодействия.
Авторские права . На эту документацию распространяется Microsoft авторские права. Независимо от любых других условий, содержащихся в условиях использовать для веб-сайта Microsoft, на котором размещена эта документация, вы можете сделать его копии для разработки реализаций технологий, которые описана в этой документации и может распространять ее части в вашем реализации, которые используют эти технологии или в вашей документации как необходимые для надлежащего документирования реализации. Вы также можете распространять в ваша реализация, с изменениями или без них, любые схемы, IDL или код образцы, включенные в документацию. Это разрешение также распространяется на любые документы, на которые есть ссылки в документации Open Specifications.
Нет коммерческой тайны . Microsoft не претендует на обмен секретные права в этой документации.
Патенты . У Microsoft есть патенты, которые могут распространяться на ваши реализации технологий, описанных в открытых спецификациях документация. Ни это уведомление, ни доставка корпорацией Майкрософт этого документация предоставляет любые лицензии по этим патентам или любым другим патенты. Однако данный документ с открытыми спецификациями может быть охвачен Открытые спецификации Майкрософт Promise или сообщество Microsoft Обещать. Если вы предпочитаете письменную лицензию или если технологии, описанные в этой документации, не подпадают под действие Open Спецификации обещания или обещания сообщества, в зависимости от обстоятельств, патентные лицензии можно получить, обратившись по адресу iplg@microsoft. com.
Лицензионные программы . Чтобы увидеть все протоколы в области в соответствии с определенной лицензионной программой и соответствующими патентами, посетите карту патентов.
Товарные знаки . Названия компаний и продуктов, содержащихся в этой документации могут быть защищены товарными знаками или аналогичными правами на интеллектуальную собственность. имущественные права. Настоящее уведомление не предоставляет никаких лицензий в соответствии с этими правами. Список товарных знаков Microsoft см. на странице www.microsoft.com/trademarks.
Вымышленные имена . Пример компаний, организаций, продукты, доменные имена, адреса электронной почты, логотипы, люди, места и события, которые изображенные в этой документации являются вымышленными. Никакой связи с реальным компания, организация, продукт, доменное имя, адрес электронной почты, логотип, человек, место или событие предназначены или должны быть выведены.