Приставка t2: DVB-T2 приставки и цифровые антенны — купить оптом и в розницу с доставкой по всей России

Цифровое телевидение
Приставка DVB-T2: как выбрать?

Вы захотели подключиться к цифровому эфирному телевидению, и думаете что для это надо? Начнем с того, что для приема цифрового эфира необходимо любое абонентское оборудование стандарта DVB-T2 с поддержкой режима multi PLP.

Для просмотра цифрового эфирного телевидения вам понадобится либо выбрать приставку DVB-T2, либо узнать — нет ли в вашем телевизоре встроенного тюнера DVB-T2. Это делается очень просто — данная информация должна быть отображена в инструкции к вашему телевизору. Если инструкции нет, то можно обратиться за помощью в Яндекс.Маркет. Инструкцию по поиску читайте на нашем сайте.

На всех устройствах (или коробках), которые могут принять сигнал цифрового эфирного телевидения, нанесен логотип DVB-T2. Если приставка сертифицирована РТРС, то на коробке красуется логотип бабочки:

Какой же ресивер DVB-T2 лучше выбрать? Какой ресивер DVB-T2 лучший, или они все одинаковые? Выбор DVB-T2 приставки не должен отнимать много времени.

На вид все ресиверы очень схожи между собой, важные отличия находятся внутри. Основное отличие приставок DVB-T2 (кроме внешности) — это процессор и непосредственно тюнер. Тут все понятно — чем новее оборудование, тем быстрее и четче работает приставка. Бесспорным лидером в тюнерах DVB-T2 был чип mxl 603, данная надпись красовалась на многих коробках приставок. Сейчас ему на смену пришел mxl 608. Многие производители уже используют данный чип в своих ресиверах. При выборе приставки DVB-T2 обращайте внимание на данный пункт.

На сегодня, все ресиверы имеют набор необходимых функций — запись передач на носитель USB, отложенный просмотр, детский контроль и т.д.

При выборе приставки DVB-T2 обращайте внимание на пульт дистанционного управления. Выбирайте наиболее удобный для себя. Все таки хочется отметить, что по большому счету все приставки схожи, так что выбор только за вами.

Также, при выборе приставки DVB-T2 поищите отзывы и обзоры понравившегося оборудования в интернете. Лучшей приставки для приема DVB-T2 не существует.

Обратите внимание, есть ли у выбранной вами модели приставки сайт производителя. Техническая поддержка потребителей на сайте, сервисные центры данной марки в вашем городе.

Обзоры некоторых моделей ресиверов DVB-T2:

• TV Future Outdoor;
• TV Future Indoor;
• Booox T2 Universal;
• Booox T2 Mini+;
• Booox T2 Colibri;
• Patix Digital PT-700;
• Delta Systems DS-550HD;
• KASKAD – VA2101HD и VA2202HD;
• TENiKS DTR-122;
• Kaskad VA2103HD;
• TENiKS DTR-121.
Полный список обзоров.

Также, хочется отметить, если понравившегося вам ресивера нет в магазинах вашего города, то его легко можно заказать в интернет-магазина, благо таких сейчас предостаточно.

Удачи в выборе и приятного просмотра!

2
/
5
(
183

голоса
)

Задать вопросы о цифровом телевидении можно на форуме DVBpro

Автор: Александр Воробьёв, 27 Мар 2015 | Постоянная ссылка на страницу: http://dvbpro.ru/?p=8905

Android-приставка с ТВ-тюнером Rombica Smart Box Quad T2

Несколько лет назад довольно высокой популярностью пользовались мультимедиа-приставки, оснащенные приемниками, которые позволяли принимать ТВ-сигнал. Поначалу это были аналоговые тюнеры, впоследствии их заменили цифровыми. Существовали даже плееры с гибридными тюнерами, аналогово-цифровыми, предназначенные как раз для того переходного периода. Теперь, когда цифровое ТВ транслируется практически по всей территории нашей страны (по крайней мере, теоретически), все подобные мультимедийные ТВ-приставки оснащаются тюнерами, поддерживающими новый установленный в России стандарт DVB-T2. В этой статье мы изучим одну из ТВ-приставок, работающую под управлением операционной системы Android.

1. Комплектность, конструкция
2. Настройки, производительность
3. Воспроизведение видео
4. Цифровой ТВ-тюнер
5. Выводы

Комплектность, конструкция

Аппарат комплектуется стандартным минимальным набором аксессуаров: инфракрасный пульт дистанционного управления с двумя батарейками, сетевой адаптер питания, HDMI-кабель и руководство пользователя. Кстати, об этом руководстве нужно рассказать особо: более чем 50-страничная книжка содержит не только подробнейшее иллюстрированное описание основ работы с оболочкой Rombica и данным конкретным плеером, но и с системой Android вообще.

Пластиковый корпус приставки имеет небольшие размеры и округлую форму, глянцевая крышка скреплена с корпусом защелками — из-за боязни их поломать мы не стали вскрывать аппарат.

В выключенном состоянии невозможно увидеть никаких индикаторов. Они появляются лишь когда плеер получает питание: во время работы скрытый за полупрозрачной стенкой корпуса светодиод дает мягкое синее свечение, если же приставка находится в спящем режиме, этот светодиод меняет цвет на тускло-красный.

На правом торце корпуса в неглубокой нише расположены три порта USB 2.0. Они используются для подключения к приставке носителей информации — флэшек, жестких дисков, а также различной периферии: вебкамер, проводной и беспроводной клавиатуры, мыши и т. д.

На торце плеера, также в углублении, находятся все остальные служебные интерфейсы:

• антенный вход
• антенный выход (он может работать в качестве усилителя сигнала)
• разъем для подключения сетевого адаптера питания
• аналоговый композитный аудио- видеовыход (используется четырехконтактный миниджек диаметром 3,5 мм, переходящий в три RCA-коннектора, или «тюльпаны»)
• оптический цифровой аудиовыход
• LAN-порт
• углубление со скрытой кнопкой Reset
• цифровой выход HDMI
• слот для карты памяти стандарта microSD/SDHC

Приставка не имеет отдельных ножек-опор: их роль играет сплошная резиновая вставка, проложенная по периметру днища.

Прилагаемый пульт ДУ легок, миниатюрен, его резиновые кнопки легко нажимаются, подсветка отсутствует.

Основные технические характеристики аппарата приведены в следующей таблице, а также на страничке продукта.

Настройки, производительность

Прежде всего изучим аппаратную составляющую нашей приставки. Данная информация обычно помогает составить приблизительное впечатление о потенциале устройства.

Стандартная оболочка Android по обыкновению дает самую скупую информацию, насколько это возможно. В отличие от такой немногословности, информационный модуль оболочки Rombica гораздо более разговорчив. И все же исключительно полную информацию, как считается, можно получить лишь с помощью специализированных приложений. Таких, как CPU-Z.

Но и здесь мы не видим ни единого упоминания о встроенном цифровом ТВ-тюнере. Скорее всего, программы, отображающие сведения о гаджете, попросту не готовы к такой неожиданности, как наличие приемника телевизионного сигнала.

Полученная информация может быть полезна хотя бы таким показателем, как разрешение экрана, которое здесь составляет полноценные 1920×1080 точек. Понятно, что никакого дисплея у рассматриваемого устройства не имеется — сведения эти относятся к программному виртуальному дисплею, с которым оперируют многие, если не все, приложения, запускаемые на приставке. Таким образом, можно предполагать, что при подключении к Full HD-телевизору приставка станет подавать по HDMI честный Full HD-сигнал. И мы это обязательно проверим.

Оболочка Rombica, встроенная в приставку параллельно с основной оболочкой Android, организована подобно интерфейсу большинства бытовых медиаплееров, которыми удобно управлять с помощью инфракрасных пультов ДУ. В настройках приставки можно вывести в нижнюю пролистываемую строку разное количество иконок приложений, осуществив тем самым быстрый доступ к требуемым программам.

И все же для полноценного общения с приставкой рекомендуется подключить к ней проводную или беспроводную мышь. А еще лучше — аэромышь, которая не требует ровных поверхностей.

Традиционно для рассматриваемых Android-устройств приведем результаты тестирования приставки в нескольких распространенных программных пакетах. Для наглядности приведем и видеоролик, который демонстрирует процесс тестирования в программе 3DMark.

Результаты теста Antutu вряд ли порадуют пользователей, которые озабочены высокой производительностью своих гаджетов. Правда, на элементарный вопрос — зачем ТВ-приставке нужна высокая производительность? — они вряд ли в состоянии дать адекватный ответ. Второе тестирование, показывающее возможности устройства при обработке 3D-сцен, лишь подтверждает назначение рассматриваемого устройства. Оно может быть каким угодно — просмотр видео и телеэфира, веб-серфинг, общение в Skype и т. д., — лишь бы не касалось 3D-игр, требующих значительных ресурсов.

Пользователи частенько (и вполне закономерно) задают один и тот же вопрос: какова скорость сетевых соединений в той или иной приставке или медиаплеере. Правильно, от этой скорости напрямую зависит возможность просмотра видео с сетевых накопителей. Точнее, видео с высоким уровнем битрейта — так называемых «ремуксов» (с «рипами» проще — видео перекодируется обычно с низким уровнем битрейта). Чтобы определить скорость сети, проведем элементарную проверку: скопируем с сетевого накопителя один и тот же файл на USB HDD, подключенный к приставке. Причем проделаем это дважды, с проводным и беспроводным подключениями.

Итак, проводное подключение, как можно видеть, позволяет просматривать с сетевых накопителей любой существующий нынче Full HD-контент, поскольку максимальный битрейт для Blu-ray составляет 28 Мбит/с. А вот при беспроводном подключении такой просмотр может оказаться затрудненным — в динамичных сценах, когда битрейт приближается к максимуму, с высокой долей вероятности появятся заикания звука и замирания картинки.

В заключение настроечной главы коснемся темы звука. В данном плеере ситуация остается привычной для сферы Android — установленная программная заглушка не дает устройству выводить многоканальный и DTS-звук без предварительного перекодирования в стерео-PCM. В том, что такая заглушка существует, сомнений мало. Если же пользователь во что бы то ни стало желает получить многоканальное звучание, то к его услугам всегда имеется бесплатная оболочка Kodi. Это специальное программное обеспечение для организации HTPC (Home Theatre Personal Computer, домашний мультимедийный компьютер), имеющее открытый исходный код, позволяет вывести прямой (RAW) аудиопоток на ресивер (правда, DTS MA все равно не воспроизводится).

Воспроизведение видео

Традиционно в первую очередь проверим способность устройства корректно воспроизводить видео распространенных нынче форматов. Для этого используем имеющуюся у нас копилку видеофайлов, а результаты воспроизведения приведем в отдельной табличке:

Помимо этих трафаретных форматов, приставка не гнушается и прочими кодеками, включая FLV или VC1. Впрочем, многое будет зависеть от используемого программного плеера — в каждой программе может иметься свой набор декодеров.

Приставка поддерживает подключение к Full HD-телевизорам в самых разных стандартах, от аналогового 480i до цифрового 1080 с частотой 60 прогрессивных кадров в секунду. К сожалению, такая нужная иногда частота, как 24 кадра в секунду, в списке стандартов отсутствует.

Теперь коснемся вопроса об истинном разрешении, которое поставляется нашим устройством на экран телевизора. Некоторые аппараты — а мы с такими уже сталкивались — могут обманывать, производя обработку изображения в оригинальном размере, но на видеовыход подавая банальный «апскейл».

Проверить истинное разрешение, которое в состоянии выдать плеер, очень просто. Для этого нужно воспроизвести специальный видеофайл, в котором имеются горизонтальные и вертикальные линии, имеющие толщину в один пиксель, и отстоящие друг от друга на тот же пиксель. При воспроизведении такого видео плеер, занимающийся подлогом, тут же будет выявлен — слипшиеся линии будут являться доказательством шулерства. При анализе мы станем использовать устройство захвата видео. Ниже приводится часть стоп-кадра, захваченного с рассматриваемого плеера.

Можно видеть, что никакой геометрической трансформации при воспроизведении тестового ролика приставка не допускает — видео передается пиксель-в-пиксель, приставка транслирует честные 1920×1080 точек.

Наконец, один из труднооспариваемых и крайне наглядных тестов. Речь о пропуске или дублировании кадров, которые допускаются многими воспроизводящими устройствами. Происходят такие пропуски по нескольким причинам, например:

• несовпадение частоты обновления экрана с частотой кадров воспроизводимого видео
• нехватка аппаратных ресурсов, скорости сети или мощности видеопроцессора

В первом случае плееры пытаются сгладить несовпадение частот с помощью отбрасывания или дублирования кадров, делая это как можно более равномерно, чтобы избежать явного дергания движущегося изображения. Если же устройству недостаточно ресурсов, то пропуски эти становятся неравномерными, рваными, что показывает крайнюю перегруженность процессора. Такие пропуски гарантированно приводят к стробу, дерганию, лишают воспроизведение плавности.

Для проверки корректности отображения видеофайлов с различной частотой кадров мы традиционно воспользуемся набором тестовых роликов с перемещающимися на одно деление за кадр стрелкой и прямоугольником (см. Методику тестирования устройств воспроизведения и отображения видеосигнала). При тестировании использовалось видео с размером кадра 1920×1080 и разными частотами, от 24 до 60 кадр/сек. Рассматриваемая приставка подключалась к Full HD телевизору в самом «старшем» режиме — 1920×1080 60 Герц. Ниже приводится таблица со снимками экрана, на которых можно увидеть результаты тестирования и сделать соответствующие выводы. В момент создания фотоснимка мы намеренно выводим на экран телевизора информационную строку, где которой указывается текущий режим работы — размер кадра и частота обновления экрана (большая просьба не путать с маркетинговой частотой, которая в устах продавцов, торгующих телевизорами, может доходить до нескольких сотен Герц — эти «герцы» не имеют никакого отношения к частоте обновления экрана).

Ни единой претензии к плееру не имеется. Даже в случаях катастрофического несовпадения частоты обновления экрана с частотой кадров видеоролика, приставка предельно аккуратно выравнивает воспроизведение, пропуская кадры и/или дублируя показ отдельных кадров.

Что касается возможности плеера воспроизводить видео, закодированное в новом формате HEVC (H.265), который, по всей видимости, заменит распространенный сегодня AVC (H.264) — тут даже мы удивились, с какой легкостью приставка сумела воспроизвести видеофайлы, снятые новеньким фотоаппаратом Samsung NX500. А ведь параметры данных файлов очень непросты даже для хорошего компьютера: HEVC 1080 50p с битрейтом до 70 Мбит/с (скачать пример, 113 МБ). Некоторые коллеги автора, пытавшиеся воспроизвести такие ролики на своих ПК, жаловались на явное «торможение» при воспроизведении. А тут — мелкая коробочка с «телефонным» Android на борту…

В заключение главы оценим способность приставки совершать веб-серфинг. Загрузку веб-страничек устройство осуществляет с приличной скоростью, что нехарактерно для слабенького Android-устройства, которое обычно «тормозит» при отрисовке несложных веб-страничек. Видео, встроенное в статью, воспроизводится со звуком непосредственно на странице со статьей, без предварительной загрузки видеофайла и перехода в режим полного экрана.

Для просмотра с большим размером нажмите кнопку Оригинальный размер

Предустановленные приложения-сервисы мы уже изучали на примере Android-приставки Rombica Smart Box Ultra HD, а также в недавней статье об Android-приставке Rombica Smart Box Ultra HD v002 и сервисе Nemo TV. Добавим лишь, что рассматриваемая приставка с равным успехом поддерживает все описанные сервисы.

Цифровой ТВ-тюнер

Несмотря на значительные трудности, возникшие при тестировании цифрового ТВ-тюнера, нам все же удалось получить скриншоты и данные, показывающие его работу. Означенные трудности заключались в банальном отсутствии цифрового эфирного ТВ-сигнала в местности, где мы пытались его «поймать». Причины тут могли быть самыми разными, от проживания в бетонной заэкранированной со всех сторон коробке до неудачного выбора времени суток для «ловли». Искренне надеемся, что описанная неудача преследовала одного лишь автора и что читателю обязательно повезет.

Вышеперечисленные неудачи не помешали нам проверить эффективность встроенного в приставку цифрового ТВ-приемника (достаточно было сменить регион тестирования). Работает этот модуль посредством фирменного приложения, которое предустановлено в заводскую прошивку, и называется DVB T2.

При первом же запуске приложение определит отсутствие настроенных каналов и предложит произвести их поиск. При этом подразумевается, что необходимая антенна уже подключена к плееру (в разных регионах России, а в отдельных районах, возможны различия в конструкции антенн, их направлении и т. д.). Перед поиском необходимо указать страну, в которой ведется поиск — в нашем случае, конечно, Россия.

Поиск занимает считанные минуты, после чего пустой прежде список пополнится парой десятков каналов, которые в текущий момент транслируются в вашем регионе.

Если ранее, в эпоху аналогового телевидения и аналоговых же тюнеров, имело смысл оценивать качество принимаемого сигнала (хотя «качество» это в большей части зависело от удаленности от транслирующего источника), то теперь смысл в таким тестировании находится, мягко говоря, под сомнением. Это цифра — она либо есть, либо ее нет. Аналогично спутниковому ТВ — или каналы принимаются, или нет, а вместо картинки тюнер выводит на экран приветствие с просьбой проверить оборудование. Также в сравнение можно добавить, к примеру, трансляцию с YouTube и других интернет-сервисов. Странно выглядела бы жалоба пользователя на трансляцию с невысоким качеством и тем более «с помехами». Как и в цифровом ТВ, поток либо есть, либо его нет. А все жалобы на качество потока, если такие возникают, следует отправлять не в адрес производителей тюнера, но исключительно в адрес транслятора. Единственный момент, в котором особенности конструкции тюнера могут влиять на процесс приема цифрового ТВ-сигнала — это его чувствительность. Не исключены случаи, когда один тюнер успешно принимает поток, а другой в это же время, находясь рядом и будучи подключенным к той же антенне, показывает недостаточное количество процентов мощности сигнала. А для того, чтобы определить относительную чувствительность конкретного тюнера, недостаточно знать спецификации его чипа. Оптимальным вариантом оценки является прямое сравнение с неким «идеальным» тюнером, подобно тому, как некоторые электронные устройства сравниваются с аналогичными, параметры которых заведомо считаются идеальными. Но что это за идеальный тюнер, и где его взять?

В отличие от аналогового ТВ, цифровое отличается отсутствием таких артефактов, как атмосферные помехи, но и переключение с канала на канал в цифровом ТВ производится несколько дольше, чем в аналоговом. Впрочем, этот временной лаг настолько несущественен, что и говорить о нем не имеет особого смысла.

Настройки ТВ-тюнера состоят из Редактора каналов, параметров качества записи, системных настроек.

В Редакторе каналов имеется возможность изменить их очередность, переименовать, добавить в Избранное или вовсе удалить ненужные.

Для осуществления записи или активации режима TimeShift (сдвиг во времени, или отложенный просмотр) к плееру требуется подключить какой-либо носитель. Чем выше будет его емкость, тем большее время записи или временного сдвига окажется доступным.

С помощью режима TimeShift можно не только поставить эфир «на паузу», но и успешно проматывать рекламные блоки (если, конечно, смириться с тем, что смотреть вы будете не прямой эфир, а запись, пусть и сдвинутую на небольшой промежуток времени от прямого эфира).

Запись передач возможна как мгновенная, нажатием кнопки записи, так и отложенная, по расписанию, включая запись, повторяющуюся в определенные дни недели и интервалы времени суток. Единственный, пожалуй, недостаток такой записи в сравнении с древними аналоговыми видеомагнитофонами — для записи рассматриваемая приставка должна быть не только включена в сеть, но и работать! К счастью, приложение, которое управляет тюнером, вовсе не обязательно должно быть запущено — в нужный срок оно запустится автоматически, за этим следит фоновая утилита, и запись стартует строго по расписанию. А учитывая тот факт, что плеер включается также автоматически при подаче питания, то и перебои в подаче электроэнергии не страшны. Наконец, малое энергопотребление приставки (до 10 Вт) вполне позволяет оставить ее включенной на любой срок.

Выводы

Честное, без выпадения кадров и уверенное воспроизведение всех известных видеоформатов делают приставку полноценной заменой стандартным медиаплеерам. В этом, кстати, помогает и мультимедийная оболочка Rombica, напоминающая стандартный интерфейс стандартного же плеера. Удивительно было наблюдать, как приставка справляется с новым форматом кодирования HEVC (H.265), воспроизведение которого является той еще задачкой для обычного домашнего компьютера.

Не хотелось бы касаться темы полезности и желательности такого гаджета, как стационарный цифровой ТВ-тюнер. Но придется. Необходимость в подобном тюнере строго обуславливается двумя аспектами — наличие иных источников ТВ-эфира и регион, в котором предполагается вести просмотр. Описать первое условие легче легкого — все еще далеко не везде присутствует широкополосный интернет или кабельное ТВ, хотя спутниковое ТВ доступно всюду (им, собственно, давным-давно пользуются жители всех мелких и отдаленных населенных пунктов). А вот со вторым аспектом будет посложнее. Несмотря на старания соответствующих служб, эфирная цифра работает все еще далеко не в каждом регионе страны. Проблема известна и очевидна: огромные площади, которые необходимо покрыть сигналом (есть, конечно, и другие проблемы, но их мы упоминать не станем). Даже если вы видите на интерактивной карте вещания цифрового эфирного ТВ свой регион и наличие в нем соответствующих работающих ретрансляторов, это вовсе не означает фактическое наличие эфира в вашей местности. Поэтому перед тем, как озадачиться переходом на эфирную цифру, следует провести натурный эксперимент либо поспрашивать знающих людей.

Лучшие приставки для телевизора, топ-10 рейтинг хороших ТВ-тюнеров

На чтение 9 мин Просмотров 2.6к.
Обновлено 21.06.2021

Телевидение завершает свой переход с аналогового на цифровое вещание, поэтому в 2019–2020 годах остро актуальным становится вопрос покупки цифровой DVB-T2-приставки. Целевая аудитория покупателей этих устройств — владельцы устаревших телевизоров, в которых нет встроенного цифрового тюнера. Да и современным Smart TV такие приставки могут дать больше гибкости. Рассмотрим несколько самых интересных моделей ресивера DVB-T2, по нашему мнению и мнению покупателей.

Рейтинг составлен на основе отзывов пользователей из Яндекс.Маркет.

Покупателям главным образом нужно знать, на что обратить внимание выбирая лучший тюнер DVB-T2 для цифрового ТВ. Составляя данный рейтинг, главным образом мы обращали внимание на отзывы покупателей на торговых площадках и ютубе. Кроме этого, на оценку влияли также следующие показатели:

1. Тип цифрового ресивера.
2. Тип подключения.
3. Поддержка видеорежима 1080p.
4. Пульт ДУ.
5. Выход HDMI.
6. Цена.

10Selenga HD950D

Не рекомендуем покупать цифровые ресиверы по ещё более низкой цене, чем у Selenga HD950D — с ними вам обеспечено немало проблем, о чём «с удовольствием» отписываются покупатели.

Благодаря поддержке аудиоформата АС3 возможна передача объёмного 6-канального звука, чем могут похвастаться далеко не все аналоги. Есть 2 USB-интерфейса для антенны Wi-Fi, жёсткого диска, flash-накопителей. С подключением Wi-Fi можно получить доступ к самым популярным интернет-сервисам и транслировать видеоконтент.

TV-тюнер оснащён дисплеем на передней грани, который показывает канал во время активной работы или часы в режиме простоя.

Плюсы:

• Хорошая чувствительность приёмника сигнала
• Поддержка кодека АС3
• Удобный и информативный интерфейс
• Автонастройка при включении
• Возможность подключения к Интернету
• Отложенный старт эфира

Минусы:

• Нагревание во время работы
• Слишком короткие RCA-кабели

вернуться к меню ↑

9HARPER HDT2-5010

У данной приставки также есть дисплей с отображением даты и времени. Мощная антенна принимает большое количество цифровых каналов, что является главным критерием для оценки качества такого устройства. И пусть отзывов в Сети о нём куда меньше, чем у аналога выше, весьма сложно найти хоть какие-либо нарекания на его работу. Разве что нагревание корпуса может вызывать некоторую обеспокоенность.

У пользователей нет проблем с настраиванием и навигацией. При этом модель HDT2-5010 может применяться и в качестве медиаплеера, так как хорошо работает с внешними носителями через USB. Есть вход HDMI, композитный и для аудио, удобный пульт ДУ поставляется вместе с батарейками 🙂

Плюсы:

• Отличная репутация у данной приставки для цифрового TV
• Мощность антенны
• Простота настройки
• Логично сделанное меню + на русском
• Удачное расположение вентиляционных отверстий

Минусы:

• Дисплей трудно читаем на большом расстоянии
• Короткий провод питания

вернуться к меню ↑

8World Vision T62A

Фигурирует в многочисленных обзорах экспертов и любителей. От аналогов отличается наличием 2-х разъёмов USB, что позволяет одновременно подсоединить к ресиверу носитель данных и антенну Wi-Fi.

Это не просто цифровой тюнер, но ещё и полноценный мультиформатный проигрыватель медиаконтента. Поддерживает кодек AC3. Благодаря сквозному антенному выходу к ресиверу можно подключить дополнительное устройство, к примеру, второй телевизор.

Ещё одна особенность конкретно данной модели — удобное меню с крупными элементами, что будет преимуществом, в частности, для людей с не лучшим зрением.

Плюсы:

• Сквозной высокочастотный канал
• Простой и понятный пользовательский интерфейс
• Поддержка AC3
• Универсальный пульт + четыре программируемые кнопки
• Хорошая комплектация для быстрого запуска
• Встроенный блок питания

Минусы:

• Нет HDMI в комплекте
• Возможны «притормаживания» изображения даже при 100% качестве сигнала

вернуться к меню ↑

7D-COLOR DC1301HD

Цифровой тюнер DC1301HD способен воспроизводить контент вплоть до формата Full HD, обладает высокой чувствительностью к сигналу, передаёт до 384 Кбит/сек для звука и до 15 Мбит/сек — для картинки.

Модель отличается больши́м дисплеем, многоязычным меню, а с быстрым ручным и авто-поиском каналов процесс настраивания ресивера заметно упрощается. К тому же программное обеспечение можно легко обновить через USB.

Любопытно, что инфракрасный сигнал весьма несистемный — порой нужно чётко целиться пультом в нужную точку, но иногда столь высокая точность не требуется. Впрочем, переключение каналов происходит достаточно быстро.

Плюсы:

• Хорошая чувствительность приёмника
• Поддержка соотношений сторон 16:9 и 4:3
• Крупные субтитры и телетекст
• Поддержка множества форматов проигрывателем
• Качественное изображение

Минусы:

• Пульт с неудобным размещением кнопок и проблемным ИК
• Не очень удобное меню

вернуться к меню ↑

6Oriel 421 (DVB-T2/C)

Лучшая цифровая ТВ-приставка в своей ценовой категории. По крайней мере, об этом твердят эксперты данной области.

В комплектации предусмотрен пульт ДУ, но есть и механические кнопки на корпусе устройства. Сам корпус собран весьма качественно, богат на различные интерфейсы (например, сквозной антенный выход и 2 USB), питание может подаваться на антенный усилитель. Выпущены 3 модификации модели: базовая, поддерживающая многоканальное аудио, а также с «обучаемым» пультом дистанционного управления.

Есть система защиты от детей, возможность работы с антенной Wi-Fi и записи медиаконтента на флешку в реальном времени.

Плюсы:

• Хорошая чувствительность
• Богатое оснащение интерфейсами
• Качественное исполнение
• Простое и логичное меню
• Лёгкая сортировка
• Запись по расписанию и TimeShift

Минусы:

• Сложности с поиском совместимой Wi-Fi-антенны
• Небольшой угол управления пультом

вернуться к меню ↑

5LUMAX DV-3215HD

Приставка принимает сигналы DVB-C, DVB-T, DVB-T2, то есть помимо цифрового, может транслировать кабельное и эфирное ТВ. Максимальный режим работы — 1080p. Устройство умеет проигрывать файлы с внешних источников (2 порта USB версии 2.0), имеет HDMI, композитный и аудиовыход. ТВ-тюнер оснащён дисплеем и режимом отложенного просмотра (видеозахвата нет). В комплектацию положен пульт дистанционного управления вместе с батарейками, инструкция и AV-кабель.

Модель не получила большой популярности, однако отзывы владельцев говорят о её высоком качестве работы. Часто пользователи докупают к ней Wi-Fi-антенны, которые по итогу выжимают неплохую скорость и в целом хорошо взаимодействуют с данным ресивером.

Плюсы:

• Хорошее качество картинки цифровых каналов
• Металлический корпус
• Отсутствие нагревания, продуманная вентиляция
• Программируемые кнопки пульта
• Широкий угол управления от пульта
• Неприхотливость к антенне

Минусы:

• Неудобный интерфейс онлайн-приложений
• Долгая загрузка при включении

вернуться к меню ↑

4World Vision Foros Combo T2/S2

Известный производитель выпустил многофункциональное устройство, которое способно принимать практически все известные на сегодня сигналы телевещания, включая спутниковое и эфирное. Возможно подключение адаптера Wi-Fi через USB-интерфейс. В числе предустановленных приложений МЕГОГО, Ютуб и т.д.

Эргономичный корпус модели из прочного пластика включает в себя механические кнопки управления. Производительный центральный процессор GX6605S отвечает за быструю обработку информации и отсутствие программных лагов. На фронтальной панели предусмотрен LED-экран с регулируемой яркостью.

Также неплохо продумана система вентиляции устройства, что позволяет избежать перегревов.

Плюсы:

• Многофункциональность
• Минимальные габариты
• Большой и удобный пульт
• Невысокая цена за свои возможности
• Есть отверстия для крепления на стену
• Поддержка AC3

Минусы:

• Мало оперативной памяти
• Встречаются проблемы совместимости с некоторыми телевизорами

вернуться к меню ↑

3Oriel 794

В ходе ознакомления с различными цифровыми ресиверами в Интернете вы часто будете встречаться с моделью Oriel 963. Её вам будут восхвалять и рассказывать, что лучше ТВ-тюнера нет и не будет. Однако производитель отметился выпуском усовершенствованной модели — Oriel 794.

Внутри «коробки» установлен мощный процессор Ali M3812, а за качество приёма сигнала отвечает чувствительной тюнер от SONY — CXD2872. Благодаря этому приставка позиционируется как лучшее решение для дачи и загородного дома. В отличие от 963-й модели, нет заметного гудения в блоке питания.

Приставки Oriel часто получают новые версии программного обеспечения, что позволяет им избавляться от многих ошибок и повышать производительность. Этим могут похвастаться далеко не все конкуренты.

Плюсы:

• Хороший приём сигнала
• Простое и понятное меню
• Подача питания на антенный усилитель
• Наличие SCART
• Недорогие детали-заменители

Минусы:

• Нет кодека AAC и AC3
• Небольшой угол управления пультом, нужен точный «прицел»
• Цена

вернуться к меню ↑

2LEXAND LTV 100

Наличие на рынке таких экземпляров, как LEXAND LTV 300 и LEXAND LTV 200 не должно уводить вас в сторону от «сотой» модели. Покупатели активно хвалят её в Сети и имеют для этого объективные основания.

Приставка подходит как для старых телевизоров (подключается через RCA), так и для новых ТВ-устройств (посредством HDMI). Без порта USB также не обошлось. Мощный ЦП и тюнер хорошей чувствительности дополнены всеядностью встроенного медиаплеера, который способен проигрывать даже такие форматы, как TS и PNG. Одновременно предусмотрены функции Тайм Шифт и PVR. Через Wi-Fi возможно подключение внешнего адаптера.

Плюсы:

• Положительная репутация
• Поддерживает накопители ёмкостью до 1 Тб
• Крайне малые габариты, в частности, вес
• Хорошее качество сборки
• Простая и плавная навигация меню

Минусы:

• Только 1 USB
• Нет дисплея

вернуться к меню ↑

1Digifors HD 100 Premium

Россиянам очень полюбилась эта премиальная модель. Тюнер Rafael Micro R836 показывает высокую чувствительность к сигналам, а процессор MStar MSD7T01 отвечает за шуструю работу системы. Фронтальная панель содержит шесть механических кнопок, который дублируют основные рабочие режимы. Это будет весьма кстати, если вдруг окажется, что батарейки в пульте сели.

В комплектации предусмотрены кабели RCA («тюльпан») и HDMI. ТВ-тюнер имеет поддержку многоканального звука формата Dolby Digital 5.1, поэтому может применяться как воспроизводящее устройство для домашнего кинотеатра. Есть ЖК-дисплей, таймер записи, 1 порт USB и прогрессивная развёртка.

Плюсы:

• Быстрая работа системы
• Поддержка практически любых медиафайлов
• Металлический корпус
• Кабели в комплекте
• Абсолютно понятная инструкция
• Декодер AC3

Минусы:

• Цена
• Прошивки не обновляются

вернуться к меню ↑

Какой ТВ тюнер лучше купить для телевизора в 2020 году?

Все цифровые приставки, представленные на рынке сегодня, отличаются между собой в первую очередь функциональными возможностями. Условно их можно поделить на 3 категории:

1. бюджетные. Служат только для приёма сигнала DVB-T2, но и с этой задачей могут справляться «с горем пополам». К покупке рекомендуются лишь некоторые достойные модели а-ля Selenga HD950D;
2. универсальные. Могут принимать все виды сигнала, включая спутниковое, эфирное, кабельное телевидение, IPTV. Хорошим примером выступает World Vision Foros Combo;
3. Smart-ресиверы, выполняющие функции медиаплеера, служащие для работы в условиях домашнего кинотеатра и поддерживающие доступ к Интернету через антенну Wi-Fi. Впрочем, далеко не всегда покупатели действительно пользуются всеми этими возможностями.

Удовлетворяйте свои основные потребности при покупке цифровой приставки — платите лишь за то, что вам действительно пригодится.

Формат T2-MI что это? Tricolorkin

Наверное, каждый из вас знает, что такое эфирное цифровое телевидение и DVB-T2 в частности. Уже несколько лет Российская Телевизионная и Радиовещательная Сеть производит цифровизацию наземного эфирного телевидения в нашей стране. Построена глобальная сеть состоящая из огромного количества ретрансляционных передатчиков, которые позволяют покрыть 95 процентов территории нашей страны! Правительством утверждены два мультиплекса по 10 каналов в каждом, которые в совокупности должны дать возможность всем россиянам смотреть 20 каналов в цифровом качестве, совершенно бесплатно!

Комплект оборудования для приема T2MI

Для того, что бы работали эти каналы по эфиру, нужна соответствующая дециметровая антенна, которая будет принимать цифровой сигнал DVB-T2 в цифровом диапазоне!
Но что же тогда за формат такой T2-MI, почему он транслируется со спутника и причем тут эфирная телевизионная сеть? Разберемся в данной статье!
Новый формат предназначен для создания SFN сетей. Это передача данных MPEG-2 TS от DVB-T2 Gateway устройств на T2 Modulator Interface (T2-MI). Если же говорить простым и понятным языком, то T2-Mi это интерфейс предназначенный для передачи цифровых пакетов от T2 шлюзов к ретрансляционным модуляторам, по средствам спутникового сигнала!

Грубо говоря, этот формат предназначен для передачи информации на базовые станции а не для бытового использования! Но почему бы не принимать цифровые каналы не с эфирной антенны а прямо со спутника? Дело в том, что до недавнего времени, формат T2 MI поддерживали только дорогие тюнера или DVB Карты! Однако сейчас некоторые производители стали выпускать доступные ресиверы с поддержкой этого формата!
Вот некоторые из них:

• Uclan Denys
• World Vision Foros Combo T2/S2
• HD Box S500
• HD Box S200
• HD Box S100
• Openbox AS4K
• Open SX1
• Open SX2
• Formuler S Mini
• Formuler S Turbo
• Formuler S Turbo Pro

И другие!

На данный момент выловить оба мультиплекса можно со следующих спутников:

• Yamal 401 at 90E
• Express AM7 at 40E
• Express AM7 at 53E

Однако, только на спутнике Express AM7 цифровой пакет транслируется в доступном KU диапазоне. На остальных пока только к сожалению в C диапазоне.

Для настройки вам понадобится спутниковая антенна диаметром от 0,8 м. и линейный конвертор.

Для настройки используйте частоту 12577, поляризация H и скорость потока 14990.
Что бы настроить спутниковый приемник, можно сделать слепой поиск или ввести необходимые таранспондеры в ручную.

• 12577 H 14990
• 12596 H 15284
• 11044 V 44950

Возможность просмотра бесплатного федерального телевидения со спутника это отличное решение не только для отдаленных мест, где недоступна наземная цифра, но и для альтернативы установки грамоткой эфирной антенны!

Определения единиц СИ: двадцать префиксов СИ

20 префиксов СИ, используемых для образования десятичных кратных и дольных единиц единиц СИ, приведены в таблице 5.

Важно отметить, что килограмм — единственная единица СИ с префиксом.
как часть его названия и символа.Поскольку несколько префиксов использовать нельзя,
в случае килограмма используются префиксы из таблицы 5.
с названием единицы «грамм» и символы префикса используются с
символ единицы измерения «g». За этим исключением любой префикс SI может
использоваться с любой единицей СИ, включая градус Цельсия и его символ
° C.

Поскольку префиксы SI строго представляют степень 10, их не следует использовать
для представления степени 2. Таким образом, один килобит или 1 кбит равен 1000 бит и
, а не 2 ¹⁰ бит = 1024 бит.Чтобы облегчить это
неоднозначность, префиксы для двоичных кратных имеют
был принят Международной электротехнической комиссией (МЭК) для
использование в информационных технологиях.

Перейти к Единицы вне SI

Префикс 2 — Ортофикс — США

Префикс 2 — Ортофикс — США

Временный фиксатор Prefix 2 ™ подготовит вас к любой ситуации, требующей быстрой стабилизации сложных переломов.

Особенности и преимущества

• Свободное размещение штифта в любой желаемой плоскости
• Быстрая, надежная стабилизация
• Техника простой редукции
• Радиопрозрачность

Льготы врачам

• Фиксирующий штифт и зажим для временного лигаментотаксиса
• Зажим для быстрого соединения двух стержней
• Рентгенопрозрачные, легкие, прочные стержни из углеродного волокна диаметром 14 мм различной длины
• Зажим с винтовым зажимом для свободного размещения штифта позволяет быстро собрать желаемую конструкцию рамы

Показания

• Сложные переломы верхних и нижних конечностей
• Переломы с политравмой
• Переломы у пациентов с легочными или черепными осложнениями
• Открытая книга Переломы костей таза
• Временная фиксация скрещенными ногами при пластической реконструкции мягких тканей
• Переломы у детей
• Временное перекрытие швов

Противопоказания

• Пациенты с психическими или физиологическими расстройствами, которые не хотят или не могут следовать инструкциям по послеоперационному уходу
• Пациенты с тяжелым остеопорозом, пациенты с ВИЧ-инфекцией и пациенты с тяжелым, плохо контролируемым сахарным диабетом
• Пациентам с чувствительностью к инородным телам, у которых есть подозрение на чувствительность к материалам, перед имплантацией следует провести анализы
• Не использовать в качестве устройства окончательной стабилизации кости

Материалы на этом сайте предназначены только для общеобразовательной информации.Информация, которую вы читаете на этом веб-сайте, не может заменить ваши отношения с вашим лечащим врачом. Мы не занимаемся медициной и не предоставляем медицинские услуги как часть этого веб-сайта. Вы всегда должны разговаривать со своим лечащим врачом для диагностики и лечения. © 2021 Ортофикс Медикал Инк.

Этот веб-сайт использует файлы cookie для улучшения вашего опыта. Мы предполагаем, что вы согласны с этим, но вы можете отказаться, если хотите. Настройки файлов cookie ПРИНЯТЬ

Политика конфиденциальности и использования файлов cookie

СПИСОК ПРЕФИКСОВ ВЕТЧИНЫ

СПИСОК ПРЕФИКСОВ ВЕТЧИНЫ

HAM
РАДИО

МЕЖДУНАРОДНЫЙ
СПИСОК ПРЕФИКСОВ

год

rfc3633

 Сетевая рабочая группа О.Troan
Запрос комментариев: 3633 Р. Дромс
Категория: Отслеживание стандартов Cisco Systems
                                                           Декабрь 2003 г.


                        Параметры префикса IPv6 для
          Протокол динамической конфигурации хоста (DHCP) версии 6

Статус этого меморандума

   Этот документ определяет протокол отслеживания стандартов Интернета для
   Интернет-сообщество и просит обсуждения и предложения по
   улучшения.См. Текущую редакцию "Интернет
   Официальные стандарты протокола »(STD 1) для состояния стандартизации
   и статус этого протокола. Распространение этой памятки не ограничено.

Уведомление об авторских правах

   Авторские права (C) The Internet Society (2003). Все права защищены.

Абстрактный

   Параметры делегирования префикса обеспечивают механизм для автоматического
   делегирование префиксов IPv6 с использованием динамической конфигурации хоста
   Протокол (DHCP). Этот механизм предназначен для делегирования долгого
   жилой префикс от делегирующего маршрутизатора к запрашивающему маршрутизатору через
   административная граница, где делегирующий маршрутизатор не
   требуются знания о топологии каналов в сети, чтобы
   которым будут присвоены префиксы.Оглавление

   1. Введение . . . . . . . . . . . . . . . . . . . . . . . . 2
   2. Зависимость спецификации DHCPv6. . . . . . . . . . . . . . 3
   3. Терминология. . . . . . . . . . . . . . . . . . . . . . . . 3
   4. Требования. . . . . . . . . . . . . . . . . . . . . . . . 3
   5. Модель и применимость. . . . . . . . . . . . . . . . . . 3
        5.1. Пример сетевой архитектуры. . . . . . . . . . . . . 4
   6. Идентификационная ассоциация для делегирования префикса.. . . . . . . . 5
   7. Обзор DHCP с делегированием префикса. . . . . . . . . . 6
   8. Выбор интерфейса. . . . . . . . . . . . . . . . . . . . 7
   9. Идентификационная ассоциация для варианта делегирования префикса. . . . . 7
   10. Вариант префикса IA_PD. . . . . . . . . . . . . . . . . . . . 9
   11. Делегирование запроса маршрутизатора. . . . . . . . . . . . . . . 11
        11.1. Запрос поведения маршрутизатора. . . . . . . . . . . . . . 11
        11.2. Делегирование поведения маршрутизатора.. . . . . . . . . . . . . 11
   12. Запрашивающий маршрутизатор инициировал делегирование префикса. . . . . . . 12



Дорожка стандартов Troan & Droms [Страница 1] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


        12.1. Запрос поведения маршрутизатора. . . . . . . . . . . . . . 12
        12.2. Делегирование поведения маршрутизатора. . . . . . . . . . . . . . 14
   13. Реконфигурация делегирования префикса. . . . . . . . . . . . . 15
        13.1. Делегирование поведения маршрутизатора. . . . . . . . . . . . . . 15
        13.2. Запрос поведения маршрутизатора. . . . . . . . . . . . . . 15
   14. Поведение агента ретрансляции. . . . . . . . . . . . . . . . . . . . 15
   15. Соображения безопасности. . . . . . . . . . . . . . . . . . 16
   16. Соображения IANA. . . . . . . . . . . . . . . . . . . . 16
   17. Заявление об интеллектуальной собственности. . . . . . . . . . . . . . . 17
   18. Список литературы. . . . . . . . . . . . . . . . . . . . . . . . . 17
        18.1. Нормативные ссылки. . . . . . . . . . . . . . . . . 17
        18.2. Информативные ссылки. . . . . . . . . . . . . . . . 17
   19. Благодарности. . . . . . . . . . . . . . . . . . . . . . 18
   20. Адреса авторов. . . . . . . . . . . . . . . . . . . . . 18
   21. Полное заявление об авторских правах. . . . . . . . . . . . . . . . . . 19

1. Введение

   В этом документе описаны новые параметры динамической конфигурации хоста.
   Протокол (DHCP), обеспечивающий механизм делегирования IPv6.
   префиксы [1].С помощью этих параметров делегирующий маршрутизатор может
   делегировать префиксы авторизованным запрашивающим маршрутизаторам.

   Механизм делегирования префикса, описанный в этом документе:
   предназначен для простого делегирования префиксов от делегирующего маршрутизатора
   запрашивающим роутерам. Это подходит для ситуаций, в которых
   делегирующий маршрутизатор не знает топологии
   сети, к которым подключен запрашивающий маршрутизатор, и
   делегирующий маршрутизатор не требует другой информации, кроме
   идентификатор запрашивающего маршрутизатора, чтобы выбрать префикс для делегирования.Например, эти параметры могут использоваться поставщиком услуг для
   назначить префикс для устройства Customer Premise Equipment (CPE), действующего
   как маршрутизатор между внутренней сетью абонента и услугой
   базовая сеть провайдера.

   Многие приложения ожидают стабильных адресов. Хотя это
   механизм упрощает автоматическую перенумерацию, ожидается, что
   префиксы имеют долгий срок службы. При изменении нумерации ожидается
   что старый и новый префикс сосуществуют какое-то время.Конструкция этого механизма делегирования префикса соответствует требованиям
   для делегирования префикса в Требованиях к делегированию префикса IPv6 [6].

   Обратите внимание, что это использование DHCP не связано с назначением IP-адреса.
   адреса или другую информацию о конфигурации для хостов, и что нет
   в настоящее время доступен механизм для передачи делегированных префиксов в
   DHCP-сервер, который выполняет такую ​​функцию. Это может быть предмет
   будущая работа, если требуется использование.



Дорожка стандартов Troan & Droms [Страница 2] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


2.Зависимость спецификации DHCPv6

   В этом документе описаны новые параметры DHCPv6 для префикса IPv6.
   делегация. Этот документ следует читать вместе с
   Спецификация DHCPv6, RFC 3315 [2], для полной спецификации
   параметры и механизм делегирования префикса. Определения терминов
   и акронимы, специально не определенные в этом документе, определены в
   RFC 3315.

3. Терминология

   В этом документе используется терминология, определенная в RFC 2460 [1] и RFC.
   3315. Кроме того, в этом документе используются следующие термины:

   запрашивающий маршрутизатор: Маршрутизатор, который действует как DHCP-клиент и
                       запрос префикса (ов) для назначения.делегирующий маршрутизатор: Маршрутизатор, который действует как DHCP-сервер и
                       отвечает на запрос префикса.

   Идентификационная ассоциация для делегирования префикса (IA_PD): набор
                       префиксы, присвоенные запрашивающему маршрутизатору. Каждый
                       IA_PD имеет связанный IAID. Запрашивающий
                       маршрутизатору может быть назначено более одного IA_PD
                       Это; например, по одному на каждый из его интерфейсов.

4. Требования

   Ключевые слова ДОЛЖНЫ, НЕ ДОЛЖНЫ, НЕОБХОДИМЫ, НЕ ДОЛЖНЫ, НЕ ДОЛЖНЫ,
   НЕ ДОЛЖЕН, РЕКОМЕНДУЕТСЯ, МОЖЕТ и НЕОБЯЗАТЕЛЬНО, когда они появляются в этом
   документ, следует интерпретировать, как описано в BCP 14, RFC 2119 [3].5. Модель и применимость

   Модель работы для делегирования префикса следующая. А
   делегирующему маршрутизатору предоставляются префиксы IPv6 для делегирования
   запрашивающие маршрутизаторы. Примеры способов, которыми делегирующий роутер
   может быть предусмотрено, что эти префиксы приведены в Разделе 12.2. А
   запрашивающий маршрутизатор запрашивает префикс (а) от делегирующего маршрутизатора, как
   описано в Разделе 12.1. Делегирующий маршрутизатор выбирает префикс (а)
   для делегирования и отвечает префиксом (-ами) на запрашивающий
   роутер.Затем запрашивающий маршрутизатор отвечает за делегированный
   префикс (а). Например, запрашивающий маршрутизатор может назначить подсеть
   от делегированного префикса к одному из его интерфейсов и начать отправку
   объявления маршрутизатора для префикса на этой ссылке.






Дорожка стандартов Troan & Droms [Страница 3] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


   С каждым префиксом связано допустимое и предпочтительное время жизни, которое
   представляет собой соглашение о продолжительности времени, в течение которого
   запрашивающему маршрутизатору разрешено использовать префикс.Запрашивающий маршрутизатор
   может запросить продление срока жизни для делегированного префикса и
   требуется для прекращения использования делегированного префикса, если действительный
   время жизни префикса истекает.

   Этот механизм делегирования префикса подходит для использования
   Интернет-провайдер должен делегировать префикс подписчику, где делегированный префикс
   возможно, будут разбиты на подсети и назначены ссылкам в
   абонентская сеть.

5.1. Пример сетевой архитектуры

   На рисунке 1 показана сетевая архитектура, в которой префикс
   может использоваться делегирование.______________________ \
                / \ \
               | Базовая сеть ISP | \
                \ __________ ___________ / |
                           | |
                   + ------- + ------- + |
                   | Агрегация | | Интернет-провайдер
                   | устройство | | сеть
                   | (делегирование |
                   | роутер) | |
                   + ------- + ------- + |
                           | /
                           | DSL абоненту /
                           | помещения /
                           |
                    + ------ + ------ + \
                    | CPE | \
                    | (запрашивая | \
                    | роутер) | |
                    + ---- + --- + ---- + |
                         | | | Подписчик
  --- + ------------- + ----- + - - + ----- + ------------- + --- | сеть
     | | | | |
+ ---- + ----- + + ----- + ---- + + ---- + ----- + + ----- + ---- + |
| Подписчик | | Подписчик | | Подписчик | | Подписчик | /
| ПК | | ПК | | ПК | | ПК | /
+ ---------- + + ---------- + + ---------- + + ---------- + /

   Рисунок 1: Пример делегирования префикса.Дорожка стандартов Troan & Droms [Страница 4] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


   В этом примере делегирующий маршрутизатор настроен с набором
   префиксы, которые будут использоваться для присвоения клиентам во время каждого
   первое подключение клиента к услуге интернет-провайдера. Префикс
   процесс делегирования начинается, когда запрашивающий маршрутизатор запрашивает
   информация о конфигурации через DHCP. Сообщения DHCP от
   запрашивающий маршрутизатор принимаются делегирующим маршрутизатором в
   устройство агрегации.Когда делегирующий маршрутизатор получает запрос,
   он выбирает доступный префикс или префиксы для делегирования
   запрашивающий маршрутизатор. Затем делегирующий маршрутизатор возвращает префикс или
   префиксы к запрашивающему маршрутизатору.

   Запрашивающий маршрутизатор подсети делегированного префикса и назначает
   более длинные префиксы для ссылок в абонентской сети. В типичном
   сценарий, основанный на сети, показанной на рисунке 1, запрашивающий
   маршрутизатор объединяет один делегированный префикс / 48 в префиксы / 64 и
   назначает по одному префиксу / 64 каждой ссылке в подписчике
   сеть.Параметры делегирования префикса могут использоваться вместе с другими
   Параметры DHCP, передающие другую информацию о конфигурации на
   запрашивающий маршрутизатор. Запрашивающий маршрутизатор может, в свою очередь, затем предоставить
   Служба DHCP для хостов, подключенных к внутренней сети. Например,
   запрашивающий маршрутизатор может получить адреса DNS- и NTP-серверов.
   от делегирующего маршрутизатора интернет-провайдера, а затем передать эту конфигурацию
   информация о хостах абонента через DHCP-сервер в
   запрашивающий маршрутизатор.6. Идентификационная ассоциация для делегирования префикса

   IA_PD - это конструкция, посредством которой делегирующий маршрутизатор и
   запрашивающий маршрутизатор может идентифицировать, группировать и управлять набором связанных
   Префиксы IPv6. Каждый IA_PD состоит из IAID и связанных
   информация о конфигурации. IA_PD для префиксов эквивалентен
   IA (описанный в RFC 3315) для адресов.

   IA_PD отличается от IA тем, что его не нужно
   связаны ровно с одним интерфейсом. Один IA_PD может быть связан
   с запрашивающим маршрутизатором, с набором интерфейсов или с точно
   один интерфейс.Запрашивающий маршрутизатор должен создать по крайней мере один отдельный
   IA_PD. Он может связывать отдельный IA_PD с каждым из своих нисходящих потоков.
   сетевые интерфейсы и используйте этот IA_PD для получения префикса для этого
   интерфейс от делегирующего маршрутизатора.

   IAID однозначно идентифицирует IA_PD и должен быть выбран
   уникальный среди IA_PD IAID на запрашивающем маршрутизаторе. IAID - это
   выбирается запрашивающим маршрутизатором. Для любого конкретного использования IA_PD
   запрашивающий маршрутизатор, IAID для этого IA_PD ДОЛЖЕН быть согласованным
   при перезапусках запрашивающего маршрутизатора.Запрашивающий маршрутизатор может



Дорожка стандартов Troan & Droms [Страница 5] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


   поддерживать согласованность, либо сохраняя IAID в энергонезависимой
   хранения или с помощью алгоритма, который будет последовательно производить
   тот же IAID, если конфигурация запрашивающего маршрутизатора
   не изменилось. Если запрашивающий маршрутизатор использует только один IAID, он может использовать
   известное значение, например.г., ноль.

   Информация о конфигурации в IA_PD состоит из одного или нескольких
   Префиксы IPv6 вместе с временами T1 и T2 для IA_PD. Видеть
   раздел 9 для представления IA_PD в сообщении DHCP.

7. Обзор DHCP с делегированием префикса

   Делегирование префикса с помощью DHCP не зависит от назначения адреса с помощью
   DHCP. Запрашивающий маршрутизатор может использовать DHCP только для делегирования префикса или
   для делегирования префикса вместе с назначением адреса и др.
   информация о конфигурации.Запрашивающий маршрутизатор сначала создает IA_PD и назначает ему IAID.
   Затем запрашивающий маршрутизатор передает сообщение запроса, содержащее
   Параметр IA_PD, описывающий IA_PD. Делегирование маршрутизаторов, которые могут
   делегировать префиксы IA_PD в ответ запрашивающему маршрутизатору с помощью
   Рекламное сообщение.

   Запрашивающий маршрутизатор может включать префиксы в IA_PD в качестве подсказки для
   делегирующий маршрутизатор о конкретных префиксах, для которых
   запрашивающий маршрутизатор имеет предпочтение.

   Когда запрашивающий маршрутизатор идентифицировал делегирующий маршрутизатор,
   запрашивающий маршрутизатор использует сообщение запроса для заполнения IA_PD
   префиксы.Запрашивающий маршрутизатор включает одну или несколько опций IA_PD.
   в сообщении запроса. Делегирующий маршрутизатор возвращает префиксы и
   другая информация об IA_PD для запрашивающего маршрутизатора в IA_PD
   параметры в ответном сообщении. Запрашивающий маршрутизатор записывает
   время жизни для делегированного префикса (ов) и использует префикс (ы) как
   описано в предыдущем разделе.

   До истечения допустимого времени жизни каждого делегированного префикса
   запрашивающий маршрутизатор включает префикс в опцию IA_PD, отправленную в
   Обновите сообщение делегирующему маршрутизатору.Делегирующий маршрутизатор
   отвечает, возвращая префикс с обновленным временем жизни в
   запрашивающий маршрутизатор.










Дорожка стандартов Troan & Droms [Страница 6] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


8. Выбор интерфейса

   Делегированные префиксы не связаны с конкретным интерфейсом в
   так же, как адреса для назначения адресов, а правила
   описано в разделе 16 «Исходный адрес и интерфейс клиента.
   Выбор "RFC 3315" не применяется.Когда запрашивающий маршрутизатор отправляет сообщение DHCP, оно ДОЛЖНО быть отправлено
   интерфейс, связанный с восходящим маршрутизатором (сеть ISP). В
   восходящий интерфейс обычно определяется конфигурацией. Этот
   правило применяется даже в том случае, если отдельный IA_PD используется для каждого
   нисходящий интерфейс.

   Когда запрашивающий маршрутизатор отправляет сообщение DHCP непосредственно на
   делегирование маршрутизатора с помощью одноадресной рассылки (после получения одноадресной рассылки от сервера
   параметр от этого делегирующего маршрутизатора) адрес источника ДОЛЖЕН быть
   адрес из восходящего интерфейса и который подходит для использования
   делегирующий маршрутизатор отвечает запрашивающему маршрутизатору.9. Идентификационная ассоциация для варианта делегирования префикса

   Параметр IA_PD используется для переноса идентификатора делегирования префикса.
   ассоциации, параметры, связанные с IA_PD и
   связанные с ним префиксы.

   Формат опции IA_PD:

     0 1 2 3
     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | OPTION_IA_PD | опция-длина |
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | IAID (4 октета) |
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | T1 |
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | T2 |
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    ..
    . IA_PD-опции.
    . .
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +

   код опции: OPTION_IA_PD (25)

   option-length: 12 + длина поля IA_PD-options.





Дорожка стандартов Troan & Droms [Страница 7] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


   IAID: уникальный идентификатор для этого IA_PD; IAID должен
                     быть уникальным среди идентификаторов для всего этого
                     запрашивает IA_PD маршрутизатора.T1: время, в которое запрашивающий маршрутизатор должен
                     свяжитесь с делегирующим маршрутизатором, с которого
                     префиксы в IA_PD были получены для расширения
                     время жизни префиксов, делегированных IA_PD;
                     T1 - продолжительность времени относительно текущего времени
                     выражается в секундах.

   T2: время, в которое запрашивающий маршрутизатор должен
                     свяжитесь с любым доступным делегирующим маршрутизатором, чтобы продлить
                     время жизни префиксов, присвоенных
                     IA_PD; T2 - продолжительность времени относительно
                     текущее время в секундах.IA_PD-options: Параметры, связанные с этим IA_PD.

   Поле IA_PD-options инкапсулирует те параметры, которые являются конкретными.
   к этому IA_PD. Например, все параметры префикса IA_PD, несущие
   префиксы, связанные с этим IA_PD, находятся в параметрах IA_PD
   поле.

   Параметр IA_PD может отображаться только в области параметров DHCP.
   сообщение. Сообщение DHCP может содержать несколько опций IA_PD.

   Статус любых операций, связанных с этим IA_PD, указывается в
   Параметр кода состояния в поле IA_PD-options.Обратите внимание, что IA_PD не имеет явного «времени жизни» или «срока аренды»
   свой собственный. Когда допустимые времена жизни всех префиксов в IA_PD
   истек срок действия, IA_PD может считаться истекшим. Т1 и
   T2 включены, чтобы предоставить делегирующим маршрутизаторам явный контроль над тем, когда
   запрашивающий маршрутизатор должен связаться с делегирующим маршрутизатором по поводу
   конкретный IA_PD.

   В сообщении, отправленном запрашивающим маршрутизатором делегирующему маршрутизатору,
   значения в полях T1 и T2 указывают на запрашивающий маршрутизатор.
   предпочтение по этим параметрам.Запрашивающий маршрутизатор устанавливает T1 и
   T2 равняется нулю, если он не имеет предпочтений для этих значений. В сообщении
   отправляется делегирующим маршрутизатором запрашивающему маршрутизатору, запрашивающий
   маршрутизатор ДОЛЖЕН использовать значения в полях T1 и T2 для T1 и T2.
   параметры. Значения в полях T1 и T2 - это количество
   секунд до Т1 и Т2.

   Делегирующий маршрутизатор выбирает время T1 и T2, чтобы разрешить
   запрашивающий маршрутизатор продлить время жизни любых префиксов в



Дорожка стандартов Troan & Droms [Страница 8] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


   IA_PD до истечения срока службы, даже если делегирующий маршрутизатор
   недоступен в течение короткого периода времени.Рекомендуемые значения для T1
   и T2 составляют 0,5 и 0,8 кратчайшего предпочтительного срока службы
   префиксы в IA_PD, которые делегирующий маршрутизатор готов
   продлить соответственно. Если время, в которое префиксы в IA_PD
   должны быть продлены, остается на усмотрение запрашивающего
   router делегирующий маршрутизатор устанавливает для T1 и T2 значение 0.

   Если делегирующий маршрутизатор получает IA_PD с T1 больше, чем T2, и
   оба T1 и T2 больше 0, делегирующий маршрутизатор игнорирует
   недопустимые значения T1 и T2 и обрабатывает IA_PD, как если бы
   делегирующий маршрутизатор установил для T1 и T2 значение 0.Если запрашивающий маршрутизатор получает IA_PD с T1 больше, чем T2, и
   оба T1 и T2 больше 0, клиент отбрасывает IA_PD
   вариант и обрабатывает оставшуюся часть сообщения, как если бы
   делегирующий маршрутизатор не включил параметр IA_PD.

10. Параметр префикса IA_PD

   Параметр префикса IA_PD используется для указания префиксов адресов IPv6.
   связанный с IA_PD. Параметр префикса IA_PD должен быть
   инкапсулировано в поле IA_PD-options параметра IA_PD.

   Формат опции префикса IA_PD:

     0 1 2 3
     0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | OPTION_IAPREFIX | опция-длина |
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | предпочтительный срок службы |
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | срок действия |
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | длина префикса | |
    + - + - + - + - + - + - + - + - + Префикс IPv6 |
    | (16 октетов) |
    | |
    | |
    | |
    | + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | | .+ - + - + - + - + - + - + - + - +.
    . IAprefix-options.
    . .
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +




Дорожка стандартов Troan & Droms [Страница 9] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


   код опции: OPTION_IAPREFIX (26)

   option-length: 25 + длина поля IAprefix-options

   предпочтительное-время жизни: Рекомендуемое предпочтительное время жизни для IPv6.
                     префикс в опции, выраженный в единицах
                     секунд.Значение 0xFFFFFFFF представляет
                     бесконечность.

   допустимое-время жизни: допустимое время жизни для префикса IPv6 в
                     вариант, выраженный в секундах. Ценность
                     0xFFFFFFFF представляет бесконечность.

   длина префикса: длина этого префикса в битах.

   Префикс IPv6: префикс IPv6.

   IAprefix-options: Параметры, связанные с этим префиксом

   В сообщении, отправленном запрашивающим маршрутизатором делегирующему маршрутизатору,
   значения в полях могут использоваться для обозначения запрашивающего маршрутизатора
   предпочтение этим ценностям.Запрашивающий маршрутизатор может отправить значение
   нуля, чтобы указать отсутствие предпочтений. Запрашивающий маршрутизатор может установить
   Поле префикса IPv6 на ноль и заданное значение в длине префикса
   поле, чтобы указать предпочтительный размер префикса, который будет
   делегировано.

   В сообщении, отправленном делегирующим маршрутизатором, предпочтительный и действительный
   время жизни должно быть установлено равным AdvPreferredLifetime и
   AdvValidLifetime, как указано в разделе 6.2.1, «Конфигурация маршрутизатора.
   Переменные »RFC 2461 [4], если они не настроены администратором.Запрашивающий маршрутизатор отбрасывает все префиксы, для которых предпочтительный
   время жизни больше действительного. Делегирующий маршрутизатор
   игнорирует время жизни, установленное запрашивающим маршрутизатором, если предпочтительный
   время жизни больше допустимого времени жизни и игнорирует значения
   для T1 и T2, установленных запрашивающим маршрутизатором, если эти значения
   больше, чем предпочтительный срок службы.

   Значения в предпочтительном и допустимом сроке службы - это количество
   секунды, оставшиеся для каждого срока службы.

   Параметр префикса IA_PD может появляться только в параметре IA_PD.Больше, чем
   одна опция префикса IA_PD может появиться в одной опции IA_PD.

   Статус любых операций, связанных с этой опцией префикса IA_PD:
   указывается в опции кода состояния в поле IAprefix-options.




Дорожка стандартов Troan & Droms [Страница 10] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


11. Делегирование запроса маршрутизатора

   Запрашивающий маршрутизатор находит и выбирает делегирующий маршрутизатор в
   таким же образом, как описано в разделе 17 «Запрос DHCP-сервера»
   RFC 3315.Подробности процесса запроса предложений описаны в
   эта секция.

11.1. Запрос поведения маршрутизатора

   Запрашивающий маршрутизатор создает и передает сообщение запроса как
   описано в разделах 17.1.1, «Создание сообщений с запросом» и
   17.1.2, «Передача запрашиваемых сообщений» RFC 3315.
   запрашивающий маршрутизатор создает IA_PD и присваивает ему IAID. В
   запрашивающий маршрутизатор ДОЛЖЕН включать параметр IA_PD в запрос
   сообщение.

   Запрашивающий маршрутизатор обрабатывает любые полученные рекламные сообщения как
   описано в разделе 17.1.3, «Получение рекламных сообщений» RFC
   3315. Запрашивающий маршрутизатор МОЖЕТ принять во внимание наличие
   объявил префиксы в своем решении о том, какой маршрутизатор делегирует
   ответить на.

   Запрашивающий маршрутизатор ДОЛЖЕН игнорировать любое рекламное сообщение, которое включает
   параметр кода состояния, содержащий значение NoPrefixAvail, с
   исключение, что запрашивающий маршрутизатор МОЖЕТ отображать связанный
   статусное сообщение для пользователя.

11.2. Делегирование поведения маршрутизатора

   Делегирующий маршрутизатор отправляет сообщение Advertise запрашивающему
   роутер таким же образом, как описано в разделе 17.2.2, «Создание и
   передача рекламных сообщений »RFC 3315. Если сообщение
   содержит параметр IA_PD, а делегирующий маршрутизатор настроен на
   делегировать префикс (ы) запрашивающему маршрутизатору, делегирующий маршрутизатор
   выбирает префиксы, которые будут делегированы запрашивающему маршрутизатору. В
   механизм, с помощью которого делегирующий маршрутизатор выбирает префикс (а) для
   делегирование не указано в этом документе. Примеры способов в
   который делегирующий маршрутизатор может выбрать префикс (а) для запрашивающего
   маршрутизатор включает: статическое назначение на основе подписки на ISP;
   динамическое присвоение из пула доступных префиксов; выбор на основе
   на внешнем источнике, таком как сервер RADIUS, используя Framed-
   Параметр IPv6-Prefix, как описано в RFC 3162 [5].Если запрашивающий маршрутизатор включает параметр префикса IA_PD в IA_PD
   в своем сообщении Solicit делегирующий маршрутизатор МОЖЕТ выбрать
   используйте информацию в этой опции для выбора префикса (ов) или префикса
   размер, который будет делегирован запрашивающему маршрутизатору.




Дорожка стандартов Troan & Droms [Страница 11] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


   Делегирующий маршрутизатор отправляет сообщение Advertise запрашивающему
   роутер аналогично описанному в разделе «Создание и
   передача рекламных сообщений »RFC 3315.Делегирование
   маршрутизатор ДОЛЖЕН включать параметр IA_PD, идентифицирующий любой префикс (а), который
   делегирующий маршрутизатор будет делегировать запрашивающему маршрутизатору.

   Если делегирующий маршрутизатор не будет назначать префиксы ни одному IA_PD
   в последующем запросе от запрашивающего маршрутизатора делегирующий
   маршрутизатор ДОЛЖЕН отправить сообщение Advertise запрашивающему маршрутизатору, который
   включает IA_PD без префиксов в IA_PD и код состояния
   параметр в IA_PD, содержащий код состояния NoPrefixAvail и статус
   сообщение для пользователя, вариант идентификатора сервера с делегированием
   DUID маршрутизатора и вариант идентификатора клиента с запрашивающим
   DUID маршрутизатора.12. Запрос инициированного маршрутизатором делегирования префикса

   Запрашивающий маршрутизатор использует тот же обмен сообщениями, что описан в
   раздел 18 «Обмен конфигурациями по инициативе DHCP-клиента» RFC
   3315 для получения или обновления префиксов от делегирующего маршрутизатора. В
   запрашивающий маршрутизатор и делегирующий маршрутизатор используют префикс IA_PD
   возможность обмена информацией о префиксе (ах) во многом аналогичным образом
   Параметры IA Address используются для назначенных адресов.

12.1. Запрос поведения маршрутизатора

   Запрашивающий маршрутизатор использует сообщение запроса для заполнения IA_PD
   префиксы.Запрашивающий маршрутизатор включает одну или несколько опций IA_PD.
   в сообщении запроса. Затем делегирующий маршрутизатор возвращает
   префиксы для IA_PD запрашивающего маршрутизатора в параметрах IA_PD в
   ответное сообщение.

   Запрашивающий маршрутизатор включает параметры IA_PD в любом Renew или Rebind.
   сообщения, отправленные запрашивающим маршрутизатором. Опция IA_PD включает
   все префиксы, которые в настоящее время связаны с запрашивающим маршрутизатором
   с этим IA_PD.

   В некоторых случаях запрашивающему маршрутизатору может потребоваться проверка.
   что делегирующий маршрутизатор все еще имеет действительную привязку для
   запрашивающий маршрутизатор.Примеры случаев, когда запрашивающий маршрутизатор может
   попросите, чтобы такая проверка включала:

   o Запрашивающий маршрутизатор перезагружается.

   o Откидные створки восходящего канала запрашивающего маршрутизатора.

   o Запрашивающий маршрутизатор физически отключен от проводного
      связь.



Дорожка стандартов Troan & Droms [Страница 12] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


   Если такая проверка необходима, запрашивающий маршрутизатор ДОЛЖЕН инициировать
   Обмен сообщениями Rebind / Reply, как описано в разделе 18.1.4,
   «Создание и передача сообщений повторной привязки» RFC 3315 с
   исключение, что параметры ретрансляции должны быть установлены как для
   Подтвердите сообщение, описанное в разделе 18.1.2, «Создание и
   Передача подтверждающих сообщений »RFC 3315. Запрашивающий маршрутизатор
   включает любые IA_PD, а также префиксы, связанные с этими IA_PD
   в его сообщении Rebind.

   У каждого префикса есть допустимые и предпочтительные сроки жизни, продолжительность которых
   указывается в опции префикса IA_PD для этого префикса.Запрашивающий
   маршрутизатор использует сообщения Renew и Rebind, чтобы запросить продление
   время жизни делегированного префикса.

   Запрашивающий маршрутизатор использует сообщение Release для возврата делегированного
   префикс делегирующего маршрутизатора. Выпущенные префиксы ДОЛЖНЫ быть
   включены в IA_PD.

   Типы сообщений подтверждения и отклонения не используются с префиксом.
   Делегация.

   После получения действительного ответного сообщения для каждого IA_PD
   запрашивающий маршрутизатор назначает подсеть от каждого делегированного
   префиксы к каждой из ссылок, к которым привязаны интерфейсы
   прилагается, за следующим исключением: запрашивающий маршрутизатор ДОЛЖЕН
   НЕ назначайте делегированные префиксы или подсети из делегированных
   префикс (а) ссылки, по которой получено сообщение DHCP
   от делегирующего маршрутизатора.Когда запрашивающий маршрутизатор подключает делегированный префикс к подсети, он должен назначить
   дополнительные биты к префиксу для создания уникальных, более длинных префиксов.
   Например, если запрашивающий маршрутизатор на рисунке 1 был делегирован
   3FFE: FFFF: 0 :: / 48, он может генерировать 3FFE: FFFF: 0: 1 :: / 64 и
   3FFE: FFFF: 0: 2 :: / 64 для назначения двум ссылкам в подписчике
   сеть. Если запрашивающему маршрутизатору было делегировано 3FFE: FFFF: 0 :: / 48
   и 3FFE: FFFF: 5 :: / 48, он может назначить 3FFE: FFFF: 0: 1 :: / 64 и
   3FFE: FFFF: 5: 1 :: / 64 к одной из ссылок, а 3FFE: FFFF: 0: 2 :: / 64 и
   3FFE: FFFF: 5: 2 :: / 64 для назначения другой ссылке.Если запрашивающий маршрутизатор назначает делегированный префикс ссылке на
   к которому подключен роутер, и начинает отправлять роутер
   объявления для префикса на ссылке, запрашивающий маршрутизатор ДОЛЖЕН
   установить действительный срок действия в этих рекламных объявлениях не позднее, чем
   допустимое время жизни, указанное в опции префикса IA_PD. А
   запрашивающий маршрутизатор МОЖЕТ использовать предпочтительное время жизни, указанное в
   Параметр префикса IA_PD.





Дорожка стандартов Troan & Droms [Страница 13] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


   Обработка параметров кодов состояния в полученных ответных сообщениях
   описано в разделе 18.1.8, «Получение ответных сообщений» RFC 3315.
   Код состояния NoPrefixAvail обрабатывается так же, как и код состояния.
   Код состояния NoAddrsAvail.

12.2. Делегирование поведения маршрутизатора

   Когда делегирующий маршрутизатор получает сообщение запроса от запрашивающего
   маршрутизатор, содержащий параметр IA_PD, а делегирующий маршрутизатор
   уполномочен делегировать префиксы запрашивающему маршрутизатору,
   делегирующий маршрутизатор выбирает префиксы для делегирования
   запрашивающий маршрутизатор. Механизм, с помощью которого делегирующий маршрутизатор
   выбирает префикс (а) для делегирования не указан в этом документе.В разделе 11.2 приведены примеры того, как делегирующий маршрутизатор
   может выбрать префикс (ы) для делегирования запрашивающему маршрутизатору.

   Делегирующий маршрутизатор проверяет префиксы, указанные в IA_PD.
   Параметры префикса (в параметре IA_PD) в сообщениях Renew и Rebind и
   отвечает в соответствии с текущим статусом префикса (ов). В
   делегирующий маршрутизатор возвращает параметры префикса IA_PD (внутри IA_PD
   option) с обновленным временем жизни для каждого действительного префикса в сообщении
   от запрашивающего маршрутизатора.Если делегирующий маршрутизатор обнаружит, что
   префиксов нет в записи привязки запрашивающего маршрутизатора,
   делегирующий маршрутизатор возвращает префикс запрашивающему маршрутизатору с
   время жизни 0.

   Делегирующий маршрутизатор ведет себя следующим образом, когда не может найти
   привязка для IA_PD запрашивающего маршрутизатора:

   Обновить сообщение: если делегирующий маршрутизатор не может найти привязку
                       для IA_PD запрашивающего маршрутизатора делегирование
                       router возвращает IA_PD без префиксов
                       с параметром кода состояния, установленным на NoBinding в
                       Ответить на сообщение.Сообщение Rebind: если делегирующий маршрутизатор не может найти привязку
                       для IA_PD запрашивающего маршрутизатора и
                       делегирующий маршрутизатор определяет, что префиксы в
                       IA_PD не подходят для ссылки на
                       который запрашивающий интерфейс маршрутизатора
                       прикреплен в соответствии с делегирующими маршрутизаторами
                       явная конфигурация, делегирующий маршрутизатор МОЖЕТ
                       отправить ответное сообщение запрашивающему маршрутизатору
                       содержащий IA_PD со сроками жизни
                       префиксы в IA_PD установлены в ноль.Этот ответ
                       представляет собой явное уведомление
                       запрашивающий маршрутизатор, что префиксы в IA_PD
                       больше не действительны. Если делегирующий маршрутизатор



Дорожка стандартов Troan & Droms [Страница 14] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


                       невозможно определить, не является ли префикс
                       подходит для ссылки, сообщение Rebind будет
                       отброшен.Делегирующий маршрутизатор может пометить любой префикс (а) в параметрах префикса IA_PD.
   в сообщении Release от запрашивающего маршрутизатора как «доступно»,
   зависит от механизма, используемого для получения префикса, например, в
   случай динамического пула.

   Делегирующий маршрутизатор ДОЛЖЕН включать параметр или параметры префикса IA_PD.
   (в опции IA_PD) в ответных сообщениях, отправленных запрашивающему маршрутизатору.

13. Изменение конфигурации делегирования префиксов.

   В этом разделе описывается делегирование префикса в сообщении Reconfigure.
   обмены.13.1. Делегирование поведения маршрутизатора

   Делегирующий маршрутизатор инициирует обмен сообщениями конфигурации с
   запрашивающий маршрутизатор, как описано в разделе 19, «DHCP-сервер -
   Начат обмен конфигурациями »RFC 3315, отправив
   Перенастроить сообщение (действующее как DHCP-сервер) на запрашивающее
   маршрутизатор, как описано в разделе 19.1 «Поведение сервера» RFC 3315.
   Делегирующий маршрутизатор указывает параметр IA_PD в параметре Option
   Параметр запроса, чтобы запрашивающий маршрутизатор включал IA_PD
   возможность получить новую информацию о делегированных префиксах.13.2. Запрос поведения маршрутизатора

   Запрашивающий маршрутизатор отвечает на сообщение Reconfigure, действуя как
   Клиент DHCP, полученный от делегирующего маршрутизатора, как описано в
   раздел 19.4, «Поведение клиента» RFC 3315. Запрашивающий маршрутизатор
   ДОЛЖЕН включать параметр (ы) префикса IA_PD (в параметр IA_PD) для
   префиксы, которые были делегированы запрашивающему маршрутизатору
   делегирующий маршрутизатор, от которого было получено сообщение Reconfigure.

14. Поведение агента ретрансляции

   Агент ретрансляции пересылает сообщения, содержащие параметры делегирования префикса.
   таким же образом, как описано в разделе 20 «Поведение агента ретрансляции»
   RFC 3315.Если делегирующий маршрутизатор взаимодействует с запрашивающим маршрутизатором через
   агенту ретрансляции делегирующему маршрутизатору может потребоваться протокол или другой
   внеполосная связь для добавления маршрутной информации для делегированных
   префиксы в граничный маршрутизатор провайдера.




Дорожка стандартов Troan & Droms [Страница 15] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


15. Соображения безопасности

   Соображения безопасности в DHCP описаны в разделе 23,
   «Соображения безопасности» RFC 3315.Маршрутизатор-мошенник-делегат может выдавать фальшивые префиксы запрашивающему
   роутер. Это может вызвать отказ в обслуживании из-за недоступности.

   Маршрутизатор злонамеренного запроса может установить отказ
   сервисная атака путем повторных запросов на делегированные префиксы, которые
   исчерпать доступные префиксы делегирующего маршрутизатора.

   Для защиты от атак через делегирование префикса, запрашивая
   маршрутизаторы и делегирующие маршрутизаторы ДОЛЖНЫ использовать аутентификацию DHCP в качестве
   описано в разделе 21 «Аутентификация сообщений DHCP» RFC.
   3315.Для двухточечных ссылок, когда полагают, что нет
   человек посередине, или один доверяет аутентификацию второго уровня, DHCP
   аутентификация или IPsec могут не потребоваться. Потому что запрашивающий
   маршрутизатор и делегирующие маршрутизаторы должны иметь по крайней мере один назначенный
   IPv6-адрес, маршрутизаторы могут использовать IPsec для аутентификации.
   сообщений DHCPv6. Подробности использования IPsec для DHCPv6 приведены в
   разработка.

   Сети, настроенные с делегированными префиксами, должны быть настроены на
   предотвращать преднамеренную или непреднамеренную ненадлежащую рекламу
   эти приставки.16. Соображения IANA

   IANA присвоила коды опций:

   OPTION_IA_PD (25)

   ОПЦИЯ_IAPREFIX (26)

   из пространства кода опции, как определено в разделе 24.3, «Параметры DHCP»
   RFC 3315.

   IANA присвоила код статуса 6:

   NoPrefixAvail: делегирующий маршрутизатор не имеет префиксов, доступных для
                       назначить IAPD

   из пространства кодов состояния, как определено в разделе 24.4, «Коды состояния»
   RFC 3315.






Дорожка стандартов Troan & Droms [Страница 16] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


17.Заявление об интеллектуальной собственности

   IETF не занимает никакой позиции относительно действительности или объема каких-либо
   интеллектуальная собственность или другие права, которые могут быть заявлены на
   относятся к реализации или использованию технологии, описанной в
   этот документ или степень, в которой любая лицензия на такие права
   может быть, а может и нет; и не означает, что это
   приложил все усилия, чтобы определить такие права. Информация о
   Процедуры IETF в отношении прав на отслеживание стандартов и
   документацию по стандартам можно найти в BCP-11.Копии
   требования о правах, предоставленных для публикации, и любые гарантии
   лицензии, которые должны быть предоставлены, или результат попытки
   получить генеральную лицензию или разрешение на использование таких
   права собственности разработчиков или пользователей данной спецификации могут
   можно получить в Секретариате IETF.

   IETF приглашает любую заинтересованную сторону довести до ее сведения любые
   авторские права, патенты или заявки на патенты или другие проприетарные
   права, которые могут охватывать технологии, которые могут потребоваться для практики
   этот стандарт.Пожалуйста, направьте информацию исполнительному директору IETF.
   Директор.

18. Ссылки

18.1. Нормативные ссылки

   [1] Диринг, С. и Р. Хинден, "Интернет-протокол, версия 6 (IPv6)"
        Спецификация », RFC 2460, декабрь 1998 г.

   [2] Дромс, Р., Баунд, Дж., Волц, Б., Лемон, Т., Перкинс, К. и М.
        Карни, "Протокол динамической конфигурации хоста для IPv6 (DHCPv6)",
        RFC 3315, июль 2003 г.

   [3] Брэднер, С., «Ключевые слова для использования в RFC для обозначения требований.
        Уровни », BCP 14, RFC 2119, март 1997 г.[4] Нартен, Т., Нордмарк, Э. и У. Симпсон, "Neighbor Discovery for
        IP Version 6 (IPv6) », RFC 2461, декабрь 1998 г.

   [5] Абоба Б., Зорн Г. и Д. Миттон, «RADIUS и IPv6», RFC 3162,
        Август 2001 г.

18.2. Информативные ссылки

   [6] Миякава, С. и Р. Дромс, «Требования к префиксу IPv6.
        делегация », Работа в процессе, август 2003 г.





Стандарты Troan & Droms [Страница 17] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


19.Благодарности

   Спасибо за вклад и обзор (в алфавитном порядке) Стива
   Диринг, Дэйв Форстер, Брайан Хаберман, Татуя Дзинмей, Шин Миякава,
   Пекка Савола, Берни Волц, Тревор Уорвик и Тоши Ямасаки.

20. Адреса авторов

   Оле Троан
   Cisco Systems
   250 Longwater Avenue
   Чтение RG2 6GB
   Объединенное Королевство

   Телефон: +44 20 8824 8666
   Электронная почта: [email protected]


   Ральф Дромс
   Cisco Systems
   1414 Массачусетс-авеню
   Боксборо, Массачусетс 01719
   Соединенные Штаты Америки

   Телефон: +16 1674
   Электронная почта: rdroms @ cisco.ком

























Дорожка стандартов Troan & Droms [Страница 18] 

RFC 3633 Параметры префикса IPv6 для DHCPv6, декабрь 2003 г.


21. Полное заявление об авторских правах

   Авторские права (C) The Internet Society (2003). Все права защищены.

   Этот документ и его переводы могут быть скопированы и предоставлены
   другие и производные работы, которые комментируют или иным образом объясняют это
   или помочь в его реализации могут быть подготовлены, скопированы, опубликованы
   и распространяется, полностью или частично, без ограничения каких-либо
   добрый, при условии, что указанное выше уведомление об авторских правах и этот абзац являются
   включены во все такие копии и производные работы.Однако это
   сам документ не может быть изменен каким-либо образом, например, путем удаления
   уведомление об авторских правах или ссылки на Internet Society или другие
   Интернет-организации, за исключением случаев, когда это необходимо для
   разработки Интернет-стандартов, в этом случае процедуры для
   авторские права, определенные в процессе разработки стандартов Интернета, должны быть
   следовали, или по мере необходимости перевести его на другие языки, кроме
   Английский.

   Ограниченные разрешения, предоставленные выше, являются бессрочными и не будут
   аннулировано Интернет-сообществом или его правопреемниками или правопреемниками.Этот документ и содержащаяся в нем информация размещены на
   Основа "КАК ЕСТЬ" и ИНТЕРНЕТ-ОБЩЕСТВО И ИНТЕРНЕТ-ИНЖИНИРИНГ
   TASK FORCE ОТКАЗЫВАЕТСЯ ОТ ВСЕХ ГАРАНТИЙ, ЯВНЫХ ИЛИ ПОДРАЗУМЕВАЕМЫХ, ВКЛЮЧАЯ
   НО НЕ ОГРАНИЧИВАЕТСЯ НИКАКОЙ ГАРАНТИЕЙ, ЧТО ИСПОЛЬЗОВАНИЕ ИНФОРМАЦИИ
   ЗДЕСЬ НЕ НАРУШАЕТ НИКАКИХ ПРАВ ИЛИ ПОДРАЗУМЕВАЕМЫХ ГАРАНТИЙ
   КОММЕРЧЕСКАЯ ЦЕННОСТЬ ИЛИ ПРИГОДНОСТЬ ДЛЯ ОПРЕДЕЛЕННОЙ ЦЕЛИ.

Подтверждение

   Финансирование функции редактора RFC в настоящее время обеспечивается
   Интернет-сообщество.Дорожка стандартов Troan & Droms [Страница 19]
 

черновик-ietf-lsr-ospf-prefix-originator-00

 Рабочая группа ЛСР А. Ван
Интернет-проект China Telecom
Предполагаемый статус: Standards Track A. Lindem
Истекает: 2 сентября 2019 г. Cisco Systems
                                                                 Дж.Донг
                                                     Технологии Huawei
                                                           К. Талауликар
                                                               П. Псенак
                                                           Cisco Systems
                                                           1 марта 2019 г.,


                  Расширение OSPF для инициатора префикса
                проект-ietf-lsr-ospf-prefix-originator-00

Абстрактный

   В этом документе описаны кодировки OSPFv2 и OSPFv3 для рекламы
   router-id отправителя межобластных префиксов для OSPFv2 и
   OSPFv3 LSA, которые необходимы в нескольких случаях использования в нескольких
   area Варианты использования OSPF.Статус этой памятки

   Данный Интернет-проект представлен в полном соответствии с
   положения BCP 78 и BCP 79.

   Интернет-проекты - это рабочие документы Интернет-инжиниринга.
   Целевая группа (IETF). Обратите внимание, что другие группы также могут распространять
   рабочие документы в виде Интернет-проектов. Список актуальных Интернет-
   Черновики находятся на https://datatracker.ietf.org/drafts/current/.

   Интернет-проекты - это проекты документов, срок действия которых составляет не более шести месяцев.
   и могут быть обновлены, заменены или исключены другими документами в любое время
   время.Использовать Интернет-черновики в качестве справочника неуместно.
   материала или цитировать их иначе, как «незавершенная работа».

   Срок действия этого Интернет-проекта истекает 2 сентября 2019 года.

Уведомление об авторских правах

   Авторские права (c) 2019 IETF Trust и лица, указанные как
   авторы документа. Все права защищены.

   Этот документ регулируется BCP 78 и Правовой нормой IETF Trust.
   Положения, касающиеся документов IETF
   (https://trustee.ietf.org/license-info) действует на дату
   публикация этого документа.Пожалуйста, просмотрите эти документы



Ван и др. Истекает Сентябрь 2, 2019 [Страница 1] 

Интернет-проект OSPF-Inter-Area-Ext Март 2019 г.


   внимательно, поскольку они уважительно описывают ваши права и ограничения
   к этому документу. Компоненты кода, извлеченные из этого документа, должны
   включить упрощенный текст лицензии BSD, как описано в Разделе 4.e
   Правовые положения Trust и предоставляются без гарантии, как
   описано в упрощенной лицензии BSD.Оглавление

   1. Введение  . . . . . . . . . . . . . . . . . . . . . . . . 2
   2. Условные обозначения, используемые в этом документе. . . . . . . . . . . . . . 3
   3. Описание сценария. . . . . . . . . . . . . . . . . . . . 3
   4. Под-TLV идентификатора исходного маршрутизатора префикса. . . . . . . . . . . . . . . 4
   5. Расширенные элементы процедуры АЛП. . . . . . . . . . . . . 5
   6. Соображения безопасности. . . . . . . . . . . . . . . . . . . 5
   7. Соображения IANA. . . . . . . .. . . . . . . . . . . . . 5
   8. Благодарность. . . . . . . . . . . . . . . . . . . . . . . 6
   9. Ссылки. . . . . . . . . . . . . . . . . . . . . . . . . 6
     9.1. Нормативные ссылки  . . . . . . . . . . . . . . . . . . 6
     9.2. Информативные ссылки. . . . . . . . . . . . . . . . . 7
   Приложение A. Процесс поиска межобластной топологии. . . . . . . 7
   Приложение Б. Особенности межзональной топологии
                Извлечение. . . . . . . . .. . . . . . . . . . . . 8
   Адреса авторов. . . . . . . . . . . . . . . . . . . . . . . 8

1. Введение

   [I-D.ietf-ospf-mpls-elc] определяет механизмы передачи сигналов Entropy Label.
   Возможность (ELC) и энтропийно читаемая глубина метки (ERLD) для проникновения
   LSR для обнаружения способности каждого LSR читать максимальную метку
   глубина стека и выполнение балансировки нагрузки на основе EL в сетях MPLS.
   Входящий LSR может использовать эту информацию для отправки соответствующего
   стек меток для конкретного трафика FEC, особенно при сегментной маршрутизации
   среды и другие сценарии многоуровневых LSP.Однако в межобластных сценариях пограничный маршрутизатор области (ABR) делает
   не объявлять исходный идентификатор маршрутизатора OSPF для префиксов между областями.
   Маршрутизатор OSPF в одной области не знает, где на самом деле префиксы
   пришел и не может определить маршрутизатор, с которого исходил межзональный
   префиксов, а затем не может судить о возможностях ELC и ERLD
   место назначения. Необходимо передать информацию об отправителе
   этих префиксов между областями, чтобы гарантировать, что входящий LSR создает
   правый стек этикеток.В более общем плане проект [I-D.ietf-ospf-segment-routing-msd] определяет
   механизм для объявления нескольких типов поддерживаемых максимальных глубин SID
   (MSD) на уровне узлов и / или звеньев. Эта информация будет
   упоминается, когда головной маршрутизатор начинает отправлять трафик на
   префиксы назначения. В межзональном сценарии также необходимо



Ван и др. Истекает Сентябрь 2, 2019 [Страница 2] 

Интернет-проект OSPF-Inter-Area-Ext Март 2019 г.


   чтобы отправитель узнал возможности связанных получателей
   с префиксами между областями.Существует также другой сценарий, при котором знание создателя интер-
   префиксы области полезны. Например, BGP-LS [RFC7752] описывает
   механизмы, использующие протокол BGP для объявления Link-State
   Информация. Это может позволить контроллеру SDN собирать
   автоматически подкладывать топологию сети.

   Но если подкладочная сеть разделена на несколько областей и
   работающему по протоколу OSPF, SDN-контроллеру непросто
   перестроить топологию с несколькими областями, потому что обычно граница области
   Маршрутизатор (ABR), который соединяет несколько областей, скроет подробные
   информация о топологии для этих не магистральных областей и маршрутизатора в
   магистральная область, на которой работает протокол BGP-LS, может только изучать и сообщать
   сводная сетевая информация из не магистральных областей.Если
   Контроллер SDN может узнать отправителя межобластных префиксов,
   они могут перестроить межобластную топологию
   автоматически.

   [RFC7794] представляет TLV IS-IS «Идентификаторы исходных маршрутизаторов IPv4 / IPv6» для
   рекламировать источник префиксов, перераспределенных из другого
   Уровень IS-IS. Это TLV можно использовать в описанных выше сценариях. Такой
   решение также может применяться в сетях, работающих по протоколу OSPF,
   но связанные объявления о состоянии канала (LSA) должны быть расширены.Этот проект предоставляет такое решение для OSPFv2 и OSPFv3.
   протоколы.

2. Условные обозначения, используемые в этом документе.

   Ключевые слова «ДОЛЖНЫ», «НЕ ДОЛЖНЫ», «ОБЯЗАТЕЛЬНО», «ДОЛЖНЫ», «НЕ ДОЛЖНЫ»,
   «ДОЛЖЕН», «НЕ ДОЛЖЕН», «РЕКОМЕНДУЕТСЯ», «МОЖЕТ» и «ДОПОЛНИТЕЛЬНО» в этом
   документ следует интерпретировать, как описано в [RFC2119].

3. Описание сценария

   На рис.1 показан сценарий топологии, когда OSPF работает в
   многозонный. R0-R4 - маршрутизаторы в магистральной области, S1-S4, T1-T4 -
   внутренние маршрутизаторы в области 1 и области 2 соответственно.R1 и R3 - это
   граничные маршрутизаторы области между областью 0 и областью 1. R2 и R4 являются областью
   граничные маршрутизаторы между областью 0 и областью 2. N1 - это сеть между
   маршрутизатор S1 и S2, а N2 - это сеть между маршрутизатором T1 и T2. Ls1
   - адрес обратной связи узла S1, а Lt1 - адрес обратной связи узла
   Узел T1.






Ван и др. Истекает Сентябрь 2, 2019 [Страница 3] 

Интернет-проект OSPF-Inter-Area-Ext Март 2019 г.


                            + ----------------- +
                            | Контроллер IP SDN |
                            + -------- + -------- +
                                     |
                                     | BGP-LS
                                     |
        + --------------------- + ------ + -------- + ----- + ----- --------- +
        | + - + + - + ++ - + ++ - + + - ++ + - + + - + |
        | | S1 + -------- + S2 + --- + R1 + --- | R0 + ---- + R2 + --- + T1 + -------- + T2 ||
        | + - ++ N1 + - ++ ++ - + + - + + - ++ ++++ N2 + - ++ |
        | | | | | || | |
        | | | | | || | |
        | + - ++ + - ++ ++ - + + - ++ ++++ + - ++ |
        | | S4 + -------- + S3 + --- + R3 + ----------- + R4 + --- + T3 + -------- + T4 ||
        | + - + + - + ++ - + + - ++ ++ - + + - + |
        | | | |
        | | | |
        | Площадь 1 | Площадь 0 | Площадь 2 |
        + --------------------- + --------------- + ----------- --------- +

              Инжир.1 Сценарий инициатора межзонального префикса OSPF

   Если S1 хочет отправить трафик на префикс Lt1, который подключен к T1 в
   в другой области, он должен знать значения ELC, ERLD и MSD, которые
   связанный с узлом T1, а затем построить правый стек меток
   на входном узле для целевого трафика.

   В другом сценарии, если R0 имеет какой-либо метод, чтобы узнать создателя
   сеть N1 и передает эту информацию контроллеру IP SDN, затем он
   Контроллер может получить топологию в не-
   позвоночник.Процесс получения топологии и его использование
   ограничения описаны в Приложении A и Приложении B.

   Из приведенных выше сценариев мы можем сделать вывод, что полезно ввести
   и определите sub TLV отправителя префикса в OSPF.

4. Под-TLV идентификатора маршрутизатора-источника префикса

   [RFC7684] и [RFC8362] определяют расширения TLV для OSPFv2 и
   OSPFv3 соответственно. Эти документы облегчают добавление новых
   атрибуты префиксов и ссылок. На основе этих форматов мы можем
   определить новый под-TLV для объявления «идентификатора маршрутизатора-источника префикса», как
   это определено в [RFC7794].Суб-TLV «Prefix Source Router-ID» имеет следующий формат:






Ван и др. Истекает Сентябрь 2, 2019 [Страница 4] 

Интернет-проект OSPF-Inter-Area-Ext Март 2019 г.


    0 1 2 3
    0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | Тип | Длина |
    + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - + - +
    | Префикс Source Router-ID |
    + ------------------------------------------------- -------------- +

   o Тип вложенного TLV идентификатора исходного маршрутизатора: TBD1 [RFC7684] или TBD2 [RFC8362]

   o Длина: 4

   o Значение: Router-ID исходного маршрутизатора OSPFv2 / OSPFv3.

   Этот суб-TLV может быть включен в "OSPFv2 Extended Prefix Opaque"
   LSA »[RFC7684] или« E-Inter-Area-Prefix-LSA »[RFC8362].5. Расширенные элементы процедуры АЛП

   Когда ABR, например R2 на рисунке 1, получает Router-LSA
   объявление в области 2, оно должно исходить из соответствующего "OSPFv2
   Расширенный префикс непрозрачного LSA "для OSPFv2 или" E-Inter-Area-Prefix-LSA "
   для OSPFv3, который включает вложенный TLV-идентификатор исходного маршрутизатора для сети
   префиксы, например, для префикса Lt1, N2. и т. д., что определяет источник
   маршрутизатор, объявивший префикс.

   Когда S1 в другой области получает такой LSA, он может узнать, что
   префикс Lt1 связан с узлом T1, проверьте ELC, ERLD или MSD
   значение в соответствии с его необходимостью, и построить правильный стек меток
   на входном узле S1 для трафика, предназначенного для Lt1.Когда R0 получает такой LSA, он узнает идентификатор префикса исходного маршрутизатора и
   включает его в информацию о префиксе, объявленную контроллеру SDN
   как описано в [I-D.ietf-idr-bgp-ls-segment-routing-ext]. SDN
   затем контроллер может использовать такую ​​информацию для построения межзонного
   топология согласно процессу, описанному в Приложении A.
   процесс получения топологии может не подходить для некоторых сред, так как
   указано в Приложении Б.

6. Соображения безопасности

   TBD.

7. Соображения IANA

   TBD.Ван и др. Истекает 2 сентября 2019 г. [Страница 5] 

Интернет-проект OSPF-Inter-Area-Ext Март 2019 г.


8. Благодарность

   Большое спасибо Лесу Гинзбергу за его ценные советы по этому поводу.
   проект. А также благодарит Джеффа Танцуру, Роба Шакира, Ван Де Вельде
   Гюнтеру, Геталсу Дирку, Шаофу Пэну, Джону Э. Дрейку за их ценные
   комментарии к этому проекту.

9. Ссылки

9.1. Нормативные ссылки

   [I-D.ietf-idr-bgp-ls-segment-routing-ext]
              Превиди, С., Талауликар, К., Филсфилс, К., Гредлер, Х.,
              и М. Чен, "Расширения состояния канала BGP для сегмента
              Маршрутизация ", draft-ietf-idr-bgp-ls-segment-routing-ext-11
              (в разработке), октябрь 2018 г.

   [I-D.ietf-ospf-mpls-elc]
              Xu, X., Kini, S., Sivabalan, S., Filsfils, C., and S.
              Литковский, "Возможности энтропийных меток и энтропия"
              Читаемая глубина стека этикеток с использованием OSPF ", draft-ietf-ospf-
              mpls-elc-07 (в разработке), сентябрь 2018 г.[I-D.ietf-ospf-segment-routing-msd]
              Танцура, Дж., Чундури, У., Алдрин, С., и П. Псенак,
              «Сигнализация MSD (максимальная глубина SID) с использованием OSPF», черновик-
              ietf-ospf-segment-routing-msd-25 (в разработке),
              Октябрь 2018.

   [RFC2119] Брэднер, С. «Ключевые слова для использования в RFC для обозначения
              Уровни требований », BCP 14, RFC 2119,
              DOI 10.17487 / RFC2119, март 1997 г.,
              .[RFC2328] Мой, Дж., «OSPF Version 2», STD 54, RFC 2328,
              DOI 10.17487 / RFC2328, апрель 1998 г.,
              .

   [RFC5340] Колтун, Р., Фергюсон, Д., Мой, Дж., И А. Линдем, "OSPF
              для IPv6 ", RFC 5340, DOI 10.17487 / RFC5340, июль 2008 г.,
              .

   [RFC7684] Псенак П., Гредлер Х., Шакир Р., Хендерикс В.,
              Танцура, Дж., И А. Линдем, "Атрибут префикса / ссылки OSPFv2
              Реклама », RFC 7684, DOI 10.17487 / RFC7684, ноябрь
              2015 г., .





Ван и др. Истекает 2 сентября 2019 г. [Страница 6] 

Интернет-проект OSPF-Inter-Area-Ext Март 2019 г.


   [RFC7752] Gredler, H., Ed., Medved, J., Previdi, S., Farrel, A., and
              С. Рэй, "Северное распределение состояний канала и
              Информация управления трафиком (TE) с использованием BGP », RFC 7752,
              DOI 10.17487 / RFC7752, март 2016 г.,
              .

   [RFC7794] Ginsberg, L., Ed., Decraene, B., Previdi, S., Xu, X., и
              У. Чундури, "Атрибуты префикса IS-IS для расширенного IPv4"
              и доступность IPv6 ", RFC 7794, DOI 10.17487 / RFC7794,
              Март 2016 г., .

   [RFC8362] Линдем, А., Рой, А., Геталс, Д., Редди Валлем, В., и
              Ф. Бейкер, "Объявление состояния канала OSPFv3 (LSA)
              Расширяемость », RFC 8362, DOI 10.17487 / RFC8362, апрель
              2018 г., .

9.2. Информативные ссылки

   [I-D.wang-idr-bgpls-inter-as-topology-ext]
              Ван, А. и Х. Чен, "Расширение BGP-LS для Inter-AS
              Получение топологии ", draft-wang-idr-bgpls-inter-as-
              topology-ext-02 (в разработке), август 2018.

Приложение A. Процесс поиска межобластной топологии

   Когда IP-контроллер SDN получает эту информацию, он должен:
   сравните префикс NLRI, включенный в пакет BGP-LS.Когда это
   встречает тот же префикс, но с другим идентификатором исходного маршрутизатора, он
   должен извлечь соответствующий идентификатор области, восстановить связь между
   эти два разных исходных маршрутизатора в не магистральной области. Belows - это
   один пример, основанный на Рис.1:

   Предполагая, что мы хотим восстановить соединение между маршрутизатором S1 и
   маршрутизатор S2, расположенный в области 1:

   а. Обычно маршрутизатор S1 объявляет префикс N1 в своем маршрутизаторе-
       LSA.

   б. Когда этот маршрутизатор-LSA достигает маршрутизатора ABR R1, он преобразует
       его в summary-LSA, добавьте под-TLV Prefix Source Router-ID,
       который в этом примере является идентификатором маршрутизатора S1.c. Затем R1 рассылает это LSA-сводку расширения на R0, который выполняется.
       Протокол BGP-LS с контроллером IP SDN. Затем контроллер
       знает, что префиксы N1 взяты из S1.

   d. Маршрутизатор S2 выполнит аналогичный процесс, а контроллер -
       также узнайте, что префиксы N1 также от S2.



Ван и др. Истекает Сентябрь 2, 2019 [Страница 7] 

Интернет-проект OSPF-Inter-Area-Ext Март 2019 г.


   е. Затем он может восстановить связь между S1 и S2, используя
       префикс N1.Затем можно восстановить топологию внутри Зоны 1.
       соответственно.

   Постоянно повторяя вышеуказанный процесс, контроллер IP SDN может
   получить подробную топологию, охватывающую несколько областей.

Приложение Б. Особые соображения по извлечению межобластной топологии

   Вышеупомянутый процесс поиска топологии может применяться в случае, когда
   каждому каналу между маршрутизаторами присваивается уникальный префикс. Тем не мение,
   в некоторых ситуациях эта эвристика не может быть применена.
   В частности, случаи, когда ссылка ненумерована или префикс
   соответствующий ссылке является произвольным префиксом и не уникален.Приложение А для восстановления топологии обычно можно использовать эвристику.
   если все ссылки пронумерованы и префиксы anycast соответствуют
   петли и имеют длину префикса хоста, т.е. 32 для префиксов IPv4.
   и 128 для префиксов IPv6.

Адреса авторов

   Айджун Ван
   China Telecom
   Город Бэйцицзя, район Чанпин
   Пекин 102209
   Китай

   Электронная почта: [email protected]


   Эйси Линдем
   Cisco Systems
   301 Midenhall Way
   Кэри, Северная Каролина 27513
   Соединенные Штаты Америки

   Электронная почта: acee @ cisco.ком


   Джи Донг
   Технологии Huawei
   Пекин
   Китай

   Почта: [email protected]





Ван и др. Истекает 2 сентября 2019 г. [Страница 8] 

Интернет-проект OSPF-Inter-Area-Ext Март 2019 г.


   Кетан Талауликар
   Cisco Systems
   S.No. 154/6, Фаза I, Хинджавади
   Пуна 411 057
   Индия

   Электронная почта: [email protected]


   Петр Псенак
   Cisco Systems
   Улица Прибинова, 10
   Братислава, Eurovea Center, Central 3 81109
   Словакия

   Электронная почта: ppsenak @ cisco.ком



































Ван и др. Срок действия истекает 2 сентября 2019 г. [Страница 9]
 

Сборка

— MIPS: разделение строки на префикс и суффикс (подстрока)

Я использую язык ассемблера MIPS для создания программы, которая будет принимать 2 строковых ввода от пользователя и определять, возможен ли палиндром с префиксом первой строки и суффиксом второй строки. Вот пример вывода того, что я пытаюсь сделать:

Введите первую строку: вращается
Введите вторую строку: создатель
Палиндром: ротатор

Вот код, который у меня есть:

 
    .данные
    prompt1: .asciiz "Введите первую строку:"
    prompt2: .asciiz "Введите вторую строку:"
    prompt3: .asciiz "Палиндром:"
    RerunPrompt: .asciiz "\ nВы хотите снова вычислить? 0 или 1"
    Пусто: .asciiz "\ n"
    firstString: .space 20
    secondString: пробел 20
    firstPrefix: .space 20
    firstSuffix: .space 20
    secondPrefix: .space 20
    второй Суффикс: пробел 20
    
    .текст
    
    главный:
    
    la $ a0, prompt1
    li $ v0,4
    системный вызов
    
    li $ v0,8 # принять ввод
    la $ t0, firstString
    li $ a1, 20 # выделяем байтовое пространство для строки
    переместить $ t0, $ a0 # сохранить строку в t0
    системный вызов
    jal countFirst
    
    la $ a0, prompt2
    li $ v0,4
    системный вызов
    
    li $ v0,8 # принять ввод
    la $ t1, secondString
    li $ a1, 20 # выделяем байтовое пространство для строки
    переместить $ t1, $ a0 # сохранить строку в t0
    системный вызов
    
    jal countSecond
    jal firstSuf
    jal firstPre
    jal secondSuf
    jal secondPre
    j Выход
    
    countFirst:
        фунт $ a0,0 ($ t0)
        beqz $ a0, fDone
        addi $ t0, $ t0, 1
        добавить $ t2, $ t2, 1
        j countFirst
    f Сделано:
        sub $ t2, $ t2, 1
        младший $ ра
        
        
    countSecond:
        фунт $ a0, 0 ($ t1)
        beqz $ a0, sDone
        добавить $ t1, $ t1, 1
        добавить $ t3, $ t3, 1
        j countSecond
    sДелано:
        sub $ t3, $ t3, 1
        младший $ ра
    
    firstPre:
    div $ t5, $ t2, 2
  

Как видите, я застрял на первой префиксной функции, я не понял, с чего начать.Что я пытаюсь сделать с этой функцией, так это создать префикс с первой половиной первой строки и создать суффикс со второй половиной, например:

Введите первую строку: банан

Первый префикс: бан

Первый суффикс: ana

Заранее извините, я новичок в MIPS!

Создание IRI из префикса и данных в JSON-LD

У меня проблема с построением IRI для объекта с использованием префикса и значения данных при преобразовании неотредактированных данных JSON в JSON-LD.У меня есть пример кода:

  {
    "@context":
    {"префикс": "http://www.gerastree.at/",
      "rdfs": "http://www.w3.org/1999/02/22-rdf-syntax-ns#",
      "@vocab": "http://example.com/",
      «нагрузка»: «префикс: загрузка»
       "items": "prefix: item"

    },
    "@type": "дерево",
    "@id": "префикс: t1",
    "Предметы" :
    [
        {"@id": "prefix: t2",
          "@type": "предмет",
          "load": "some111"
         },
        {"@id": "prefix: t3",
          "@type": "предмет",
          "load": "some2222"
         }
    ]
}
  

, но когда я меняю значения @id с «prefix: t1» на простые значения данных, которые есть в исходном JSON (т.е.е. просто «t1», «t2» и «t3») объекты больше не обрабатываются.
Код, который не соответствует JSON-LD (по крайней мере, не читается riot )

  {
    "@context":
    {"префикс": "http://www.gerastree.at/",
      "rdfs": "http://www.w3.org/1999/02/22-rdf-syntax-ns#",
       "@vocab": "http://example.com/",
       «нагрузка»: «префикс: загрузка»
       "items": "prefix: item"

    },
    "@type": "дерево",
    "@id": "t1",
    "Предметы" :
    [
        {"@id": "t2",
          "@type": "предмет",
          "load": "some111"
         },
        {"@id": "t3",
          "@type": "предмет",
          "load": "some2222"
         }
    ]
}
  

Значение «t1» и т. Д.уникальны, и я хотел бы использовать их с префиксом как IRI, чтобы связать данные с другими данными. Есть ли способ создать IRI с некоторым дополнением к контексту, не изменяя программу, которая создает данные JSON или редактирует файл.

Я нашел решение (на основе решения Json-LD> Определить «человека» для простого повторного использования в качестве значений для разных ключей для схемы веб-страницы), но не понимаю, почему оно работает.

  {
    "@context":
    {"префикс": "http: // www.gerastree.at/ ",
      "rdfs": "http://www.w3.org/1999/02/22-rdf-syntax-ns#",
       "@base": "http://example.com/",
      "load": "префикс: load",
     "items": "prefix: item"

    },
    "@type": "дерево",
    "@id": "t1",
    "Предметы" :
    [
        {"@id": "t2",
          "@type": "предмет",
          "load": "some111"
         },
        {"@id": "t3",
          "@type": "предмет",
          "load": "some2222"
         }
    ]
}
  

Я не думаю, что это дубликат Любой способ указать URI по умолчанию для @id типа @type или значений свойства? .

Какие дополнения и изменения в контексте необходимы?

.