[an error occurred while processing this directive] [an error occurred while processing this directive]Понимая актуальность затронутой в этом документе информации, мы позволили себе отступить от принятой нами (изрядко, кстати, устаревшей) практики перевода документов вручную и воспользовались услугами Internet-переводчика Translate.ru. По причине срочности пришлось отказаться и от редактирования документа, который представлен в "первозданном" виде.
Поскольку не все читатели прониклись идеей машинного перевода, мы постараемся в кратчайшие сроки сделать перевод традиционными средствами (вот ссылка - пока пустая :-))
Группа Работы Сети B. Rajagopalan Просьба о Комментариях: 3251 Tellium, Inc. Категория: Информационный 1 апреля 2002 Электричество по IP Статусу этой Записки Эта записка обеспечивает информацию для Интернетовского сообщества. Это не определяет Интернетовский стандарт любого вида. Распределение этой записки неограниченно. Copyright ( C ) The Internet Society Уведомления(внимания) Copyright ( C ) The Internet Society Уведомления(внимания) Авторского права (2002). Все права зарезервированы. Резюме Главным образом Бессмысленная Лампа, переключающая (MPLampS) - архитектура для переноса электричества по IP (с самолетом контроля (управления) MPLS). Согласно нашему отделу маркетинга, MPLampS имеет потенциал, чтобы драматично понизить цену, ослаблять распределение и использование, и улучшать manageability поставки электричества. Этот документ активен такой работой как SONET/SDH по IP/MPLS (с извинениями авторам). Читатели предыдущей работы наблюлись(соблюлись), царапая их главы и бормотание, "Какой затем?". Этот документ отвечает на тот вопрос. Этот документ также был написан как коммунальное обслуживание. "Sub-IP" область был сформирован, чтобы дать равную возможность той работе на технологиях вне традиционной IP организации сети, чтобы писать сложные IETF документы. Есть возможно многие, кто задаются вопросом, как эксплуатировать эту возможность и достигать высокой видимости. К этой цели, мы видим темы "foo-over-MPLS" (или контроль(управление) MPLS для случайных технологий) как высоко подсудный(поддающийся) чтобы произвести бесчисленный номер(число) unimplementable документов. Этот документ иллюстрирует ключевые компоненты, которые входят в создание любого "foo-по-MPLS" документ и могут использоваться как шаблон для всей такой работы. 1. Соглашения, используемые в этом документе Соглашения, используемые в этом документе, против которого ключевые слова, "НЕ ДОЛЖНЫ", "ДОЛЖЕН" ", ДЕЛАЮТ", "НЕ ДЕЛАЙТЕ", "ТРЕБУЕМЫЙ", "НЕ БУДЕТ", "БУДЕТ" "ДОЛЖЕН", "НЕ ДОЛЖЕН", "РЕКОМЕНДУЕМЫЙ", "МОЖЕТ", "ЧТОБЫ МОЖЕТ БЫТЬ" и "ДОПОЛНИТЕЛЬНЫЙ" в этом документе не означают что - нибудь. Rajagopalan Информационный [Страница 1] RFC 3251 Электричество по IP 1 апреля 2002 2. 2. Предпосылка для чтения этого документа При чтении этого документа, в различных пунктах(точках), читатели могут иметь убеждение спросить вопросы подобно, "это имеет смысл?", "является ли настолько выполнимым?," и "действительно ли автор нормален?". Читатели должны иметь способность подавить такие вопросы и читать на. Другой чем это, никакой определенный технический фон не требуется, чтобы читать этот документ. В некоторых случаях (делах) (представляют включенный документ), это может ТРЕБОВАТЬСЯ, чтобы читатели не имели никакого определенного технического фона. 3. Представление Это было недавно принесено к нашему вниманию, что сеть распределения для электричества - не IP сеть! После поглощения удара, который был поставлен этими новостями, следующие мысли, произошли с нами: 1. Распределение Электричества должно быть основано на некоторой устарелой технологии (называемое "Система Распределения Наследства" или LDS в остальной части документа). 2. LDS, не основанный на Интернетовской технологии означает, что две различных сети (электричество и IP) должны управляться и управляться. Это ведет к неэффективности, выше стоимость и бюрократический грязный-ups (которые возможно ведут к пропускам в Калифорнии. Мы находимся в процессе подтверждения (проверки) этих моделирований использования как часть тезиса ГОСПОЖИ студента). 3. Вышеупомянутый означает, что единственная (отдельная) технология сети (то есть, IP) должна использоваться, чтобы нести обоих электричество и Интернетовское движение. 4. Интернетовский проект должен быть написан, чтобы начать работу в этой области, прежде, чем кто - то еще делает. 5. Такой проект может использоваться, чтобы произвести дальнейшие проекты, гарантируя, чтобы мы (и CCAMP, MPLS или другая ответственная рабочая группа) были заняты в течение другого года. 6. Проект может также быть отправлен по почте в секции "Белых Книг" нашей страницы ткани (сети) компании, объявляя нас как революционные пионеры. Следовательно существующий документ. 4. Терминология MPLampS: Главным образом Бессмысленное Переключение Лампы - архитектура, представленная в этом документе. Лампа: система конца в MPLAMPS архитектуре (сталкивается с IETF понятием системы конца, но конечно, мы НЕ заботимся). LER: Низковольтный Рецептор Электричества - представляет себе название (имя) для "Лампы". Rajagopalan Информационный [Страница 2] RFC 3251 Электричество по IP 1 апреля 2002 2. ES: источник Электричества - генератор. LSR: Переключение груза Router - MPLAMPS устройство, используемое в основной сети распределения электричества. LDS: Система Распределения Наследства - низшая технология распределения электричества, что MPLampS намеревается заменить. RSVP: Довольно Наверх ввернутый, но router Толчок Продавцов это - IP передача сигналов протокола. RSVP-TE: RSVP с Тарифными Расширениями (продлениями) - RSVP адаптация к MPLAMPS, чтобы использоваться в новой разрегулированной окружающей среде предприятий коммунального обслуживания. CRLDP: для КРИКА вслух, Не делайте rsvP - другой IP передача сигналов протокола. OSPF: Часто Наверх захватывает в многократных конфигурациях области - иерархический IP протокол направления. ISIS: Это - не oSpf, все же Это так или иначе Переживает - другой протокол направления. OSPF-TE, ISIS-TE: OSPF и ISIS с Тарифными Расширениями(продлениями). ПОЛИЦЕЙСКИЕ: Полицейские. Люди, кто обыскивают все места для возможностей закрадываться Общий (обычный) Открытый протокол Обслуживания (службы) Политики (полиса). VPN: Напряжение Защитило Сеть - позволяет клиенту с многократными участками получать электричество с незначительным колебанием напряжения из-за вмешательства от других клиентов. SUB-IP: ЗАМЕНИТЕ IP всюду - усилие в IETF, чтобы вовлечься в технических областях вне традиционной IP организации сети (типа MPLAMPS). ITU: Международная Tariffed ассоциация Предприятий коммунального обслуживания - предприятия коммунального обслуживания торгуют группой, чей работа часто игнорируется IETF . 5. Фон Мы рыл в область технологии распределения электричества, чтобы получить некоторый фон. Что мы нашли ошеломленным через нас, скажем, с потенцией голых 230V A/C лидерство, пониженное в нашу ванну, в то время как мы были все еще в этом. Чтобы помещать это просто, электричество произведено и распределено по обширному LDS, который не имеет единственного (отдельного) router в этом (LSR или иначе)! Кроме того, контроль (управление) относительно устройств в этой сети главным образом ручной, сделан людьми, двигающимися вокруг в грузовиках. После Rajagopalan Информационный [Страница 3] RFC 3251 Электричество по IP 1 апреля 2002 2. задающемуся вопросом на мгновение о том, как такая сеть может существовать в 21-ом столетии, мы брала карандаш и бумагу и делала набросок из сценария чтобы объединить LDS сеть с доказанной Интернетовской технологией. Фундаментальные пункты (точки), которые мы придумали: 1. IP пачки несут электричество в дискретном, digitized форма. 2. Каждая пачка поставила бы электричество его предназначению (например, устройство с адресом IP) по требованию. 3. MPLS контроль (управление) будет использоваться, чтобы переключить пачки в пределах ядра LDS, и в помещении края. Архитектура для этого упомянута как Главным образом бессмысленная Лампа, переключающая (MPLampS). 4. MPLAMPS архитектурная модель приспособит (разместит) оба (и) оверлейная модель, где электричество, потребляющее устройства (упомянутый как "лампы") используется по отличному самолету контроля (управления), и пэру (равному по положению) модель, в которой лампы и сеть распределения используют единственный (отдельный) самолет контроля (управления). 5. RSVP-TE (RSVP с Тарифными Расширениями (продлениями)) будет использоваться для установления дорожек для потока электричества в разрегулированной окружающей среде. 6. ПОЛИЦЕЙСКИЕ будут использоваться, чтобы поддержать бухгалтерский учет и политику (полис). После кратко записывающего этих пунктов (точек), мы чувствовали лучше. Мы тогда отметили следующие непосредственные (немедленные) преимущества предложенной схемы: 1. Выключатели и трансформаторы в LDS могут быть заменены LSRS, таким образом открывая новый рынок для routers. 2. Электричество может быть разбито по Интернету, чтобы достигнуть отдаленных мест, которые теперь не имеют связей электричества, но имеют только Интернетовские киоски (например, сельская Индия). 3. Электрические техники могут быть заменены высоко оплаченными IP администраторами сети, и 4. IETF может вовлекаться в другой несвязанной области технологии. В следующем, мы описываем технические проблемы (выпуски) в неопределенной манере. 6. Электричество Encoding Дискретное Напряжение Encoding (DVE) схема было определено в ITU стандарте G.110/230V [2] к digitize электрическим напряжениям. В сущности, Источник Электричества (ES) типа генератора связан с DV кодирующим устройством, которое кодирует напряжение и поток, и производит немного поток. Этот поток частицы можно нести в IP пачках к различному предназначению (упомянутый как LERs - Низковольтные Рецепторы Электричества) по требованию. В предназначении, DV декодер производит правильное напряжение и текущий основанный на полученном потоке частицы. Это должно быть определено, может ли В реальном времени Транспортный Протокол (RTP) быть Rajagopalan Информационный [Страница 4] RFC 3251 Электричество по IP 1 апреля 2002 2. используемому для достижения синхронизации и от начала до конца управлять. Мы оставляем проект возможностей письма в RTP области нашим друзьям и коллегам. 7. MPLampS Архитектура 7.1 Кратких обзоров В LDS, передача длинного трофея электричества - в высоких напряжениях. Напряжение понижено прогрессивно как потоки электричества в местные сети распределения и наконец поставлено LERS в стандартном напряжении (например, 110V). Таким образом, LDS - иерархическая сеть. Это немедленно открывает возможность OSPF и ISIS расширений (продлений) для электричества направления в сети передачи, но мы будем содержать убеждение рыться в этот производительный интернетовский проект областей до позже. Пока, мы ограничиваем наше обсуждение просто управлением потоком электричества в IP-основанной сети распределения, используя MPLampS. Под MPLAMPS, напряжение приравниваете к ярлыку. В сети распределения, каждый элемент переключения и трансформатор рассматриваются как груз - переключающий router (LSR). Каждая IP пачка, несущая поток электричества назначена ярлык, соответствующий напряжению. Распределение Электричества может тогда быть тривиально уменьшено до задачи ярлыка (напряжение), переключающее как потоки электричества через сеть распределения. Конфигурация переключения элементов в сети распределения сделана через RSVP-TE, чтобы обеспечить электричество по требованию. Мы допускаем (признаем), что вышеупомянутое описание неопределенно и сумасшедшие звуки. Пример ниже пробует добавлять более (бесполезные) детали, без того, чтобы удалять любого сомневается, что читатель мог бы иметь о выполнимости этого предложения: Пример: включающий Лампы Принимается, что лампа управляется интеллектуальным устройством (например, (свет) выключатель с самолетом контроля (управления) MPLAMPS). Превращение лампы на причинах выключатель, чтобы выпустить запрос RSVP-TE (сообщение ДОРОЖКИ с новыми объектами (целями)) для потока электричества. Это сообщение ДОРОЖКИ пересекает поперек сети к ES. RESV сообщение, выпущенное в возвращении основывает картографии ярлыка в LSRS. Наконец, электричество начинает течь по установленной дорожке. Ожидается, что полный процесс будет закончен в пределах нескольких секунд, таким образом давая MPLAMPS архитектуру отличное преимущество по освещению свечи со влажной спичкой. Rajagopalan Информационный [Страница 5] RFC 3251 Электричество по IP 1 апреля 2002 2. 7.2 Оверлеев против Пэра (равного по положению) Модели Как отмечено прежде, есть две модели самолета контроля (управления), которые нужно рассмотреть. Под оверлейной моделью, лампы и сеть распределения используют отличные самолеты контроля (управления). Под пэром (равным по положению) модель, единственный (отдельный) самолет контроля (управления) используется. Множество аргументов (споров) может быть сделано для одной модели против другой, и они будут закрыты (охвачены) в наступающем документе структуры. Мы просто наблюдаем (соблюдаем) здесь, что это - продавцы лампы, кто предпочитают пэра (равного по положению) модель против лучшего суждения LSR продавцов. Мы, однако, хотим к пожалуйста обоим лагерям независимо от полноценности любой модели. Мы поэтому обращаем внимание здесь, что MPLAMPS поддерживает обеих модели и также сценарии перемещения от оверлея, чтобы глядеть. 7.3 Направлений в Основной Сети Вышеупомянутое описание иерархической системы распределения немедленно открывает возможность применения (обращения) OSPF и ISIS с подходящими расширениями (продлениями). Читатели могут оставаться уверенными, что мы уже работаем на таких концепциях как связывание напряжения, расширения (продления) тарифа мультиобласти, изолировал LSAS, и т.д. Будущие документы опишут детали. 7.4 Напряжений Защитило Сети (VPNs) VPNs , позволяют клиенту с многократными участками становиться гарантируемым поставку электричества с незначительными колебаниями напряжения из-за вмешательства от других клиентов. Действительно, некоторые могут доказывать, что полная MPLAMPS архитектура может громить (громившего) если не для возможности выполнения VPNs. Безотносительно, иметь место, VPNs - горячая тема сегодня, и читатели предупреждены, что мы имеем каждое намерение письма нескольких документов относительно этого. Определенно, BGP-ПОДДЕРЖКА для VPNS - область, на которую мы теперь уставимся с интересом (процентом). 8. Мультибросьте Это, наблюлся (соблюлся), что есть сильное пространственное и временное местоположение в требовании (спросе) электричества. ITU Учатся, группа 55 изучила это явление для более чем в десятилетие и выпустила предварительное сообщение. Это сообщение заявляет, что, когда лампа включена на в одном доме, это обычно имеет место, что лампы включены на в соседних зданиях в пределах того же самого времени (обычно в сумраке) [3]. Это наблюдение имеет серьезное значение на scalability механизма передачи сигналов. Определенно, сеть распределения должна мочь обращаться с десятками тысяч запросов внезапно. Груз передачи сигналов может быть уменьшен, если поставка мультиброска используется. Кратко, просьба об электричестве не послана от лампы полностью к ES, но обработана первым LSR, который является уже в дорожке к другой лампе. Rajagopalan Информационный [Страница 6] RFC 3251 Электричество по IP 1 апреля 2002 2. Поддерживает для, это требует заявления (применения) протоколов направления мультиброска вместе с RSVP-TE разделенные стили резервирования и развитие мультиброска MPLAMPS, отправляющего (ускоряющего) способ. Мы в настоящее время изучаем следующий протокол направления мультиброска: o DVMRP: Дискретное Напряжение Мультибросает Протокол Направления - эти работы протокола по существующим протоколам направления напряжения, но опасности, вот - то электричество, поставлен всем лампам, когда любой лампа включен на. Действительно, семантика переключения становится раздражающей - все лампы включаются на периодически, и те не необходимый должен быть выключен каждый раз вручную. Другие протоколы, которые мы в конечном счете рассмотрим - Дерево На основе потока (CBT) и Фактически Несоответствующий Мультибросок (PIM ). Проблема (выпуск), которой мы очень заинтересованы - возможности мультиброска: мы хотели бы поддержку для распределения электричества с изменяющимися возможностями, от ламп в пределах единственной (отдельной) Рождественской елки к тем в полных городах. Само собой разумеется, мы будем писать много детальных документов относительно этих тем как продвижения (прогресс) времени. 9. Соображения (рассмотрения) Безопасности Этот документ ДОЛЖНЫ быть защищены в запертом кабинете, чтобы предотвратить это от расположения от с хламом. 10. Резюме Этот документ описал побуждение и высоко выравнивает концепции позади Главным образом Бессмысленной Лампы, переключающей (MPLampS), архитектура для распределения электричества по IP. MPLampS использует DVE (дискретное напряжение encoding), и самолет контроля (управления) MPLS в сети распределения. Так как цель этого документа состоит в том, чтобы быть держателем места высокой видимости, мы не входили в много деталей MPLAMPS. Многочисленные будущие документы, к сожалению, будут пытаться обеспечивать эти детали. 11. Ссылается 1. A. Malis, и другие., " SONET/SDH Обслуживание(служба) Эмуляции Кругооборота По MPLS (CEM) Герметизация ", Интернетовский Проект, Работа в продвижении (прогрессе). 2. Международная Tarriffed ассоциация Предприятий коммунального обслуживания проект стандарта, ITU G.110/230V, " Дискретное Напряжение Encoding ", март 1999. 3. Международная Tarriffed ассоциация Предприятий коммунального обслуживания техническое сообщение, ITU (SG-55) TR-432-2000, "Эмпирические Модели для Использования Энергии", сентябрь 2000. Rajagopalan Информационный [Страница 7] RFC 3251 Электричество по IP 1 апреля 2002 2. 12. Правовая оговорка Правовая оговорка мнения, выраженные в этом документе - исключительно автор. Мнения Компании, как всегда, являются составляющими собственность и конфиденциальными и могут быть получены под соответствующим NDAS. 13. Author's Address Bala Rajagopalan Tellium, Inc 2 Порта Океана Места Полумесяца, NJ 07757 Телефонный: 732-923-4237 ЭЛЕКТРОННЫХ ПОЧТ: [email protected] Rajagopalan Информационный [Страница 8] RFC 3251 Электричество по IP 1 апреля 2002 2. 14. Полный Copyright (C) Полный Copyright (C) The Internet Society Утверждения(заявления) Авторского права (2002). Все права зарезервированы. Этот документ и переводы этого могут быть скопированы и снабжен (доставлен) к другим, и производным работам, которые комментируют или иначе объясняют это или помогают в его выполнении, может быть подготовлен, скопирован, издан и распределен, полностью или частично, без ограничения любого вида, при условии, что вышеупомянутое уведомление(внимание) авторского права и этот параграф включены во все такие копии и производные работы. Однако, этот сам документ не может быть изменен любым способом, типа, удаляя уведомление (внимание) авторского права или ссылки (рекомендации) на Интернетовское Общество или другие Интернетовские организации, кроме как необходимо с целью развития Интернетовских стандартов, когда процедуры для авторских прав, определенных в Интернетовском процессе Стандартов должны сопроводиться, или как требуется перевести это в языки другие чем Английский язык. Ограниченные разрешения, предоставленные выше бесконечные и не будут отменяться Интернетовским Обществом или его преемниками или назначают. Этот документ и информация, содержимая здесь обеспечивается на "КАК -" основание и ИНТЕРНЕТОВСКОЕ ОБЩЕСТВО, И ИНТЕРНЕТ, ПРОЕКТИРУЮЩИЙ ЦЕЛЕВУЮ ГРУППУ ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЭКСПРЕССА ИЛИ ПОДРАЗУМЕВАЕМЫЙ, ВКЛЮЧАЯ, НО НЕ ограниченный ЛЮБОЙ ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ ЗДЕСЬ НЕ БУДЕТ НАРУШАТЬ ЛЮБЫЕ ПРАВА ИЛИ ЛЮБЫЕ ПОДРАЗУМЕВАЕМЫЕ ГАРАНТИИ ВЫСОКОГО СПРОСА ИЛИ ПРИГОДНОСТИ (СООТВЕТСТВИЯ) ДЛЯ СПЕЦИФИЧЕСКОЙ ЦЕЛИ. Финансирование (консолидирование) Подтверждения для RFC Редактора функция в настоящее время обеспечивается Интернетовским Обществом. Rajagopalan Информационный [Страница 9] RFC 3251 Электричество по IP 1 апреля 2002 2.