Учебники

DSL — Главная

Июль 22, 2018

DSL Home — это инициатива DSL-Forum. Следующие пункты опишут его различные особенности и преимущества.

  • Определить требования, связанные с домашними устройствами, такими как бытовые шлюзы, устройства VoIP и локальное и удаленное управление домашними устройствами.

  • Предоставление конечным пользователям услуг Triple / Quad Play, таких как голос, видео, данные, включая IPTV, видео по запросу, контент по запросу и т. Д.

  • Протокол удаленного управления DSL Home (TR-69) и его расширения не зависят от доступа.

  • Удаленное управление — это ядро домашней сети DSL или следующего поколения (RG) и домашних сетей.

  • DSL Home group разработала стандарты для требований CPE и управления устройствами CPE.

  • Стандарты, определяющие требования —

    • WT-124 — выпуск 2 из TR-068 — Residential Gateway, определяющий полные требования RG, которые не относятся к DSL, но включают в себя другие технологии доступа, такие как xPON.

    • TR-122 определяет требования к Voice ATA.

  • Стандарты в структуре управления —

    • TR-64 — Конфигурация и усовершенствования CPE на стороне LAN.

      Для настройки и управления устройствами CPE через локальный интерфейс локальной сети.

      TR-69 — протокол управления CPE Wan

      Для настройки и управления устройством CPE через удаленную сторону.

    • TR-111 — позволяет удаленное управление TR69 для устройств в домашней сети (HN).

    • TR-98 и TR-133 — Конфигурация и управление параметрами дифференциации услуг (QoS) в устройствах CPE через TR-69 и TR-64 ​​соответственно.

    • TR-104 Модель данных для услуг VoIP

      Расширено для видео сервисов тоже.

    • TR-106 определяет общий шаблон модели данных

      Определяет базовую структуру объекта и набор доступных параметров для устройства TR-69.

    • TR-122 — определяет требования к Voice ATA.

    • WT-135 — объектная модель для приставок.

    • WT-140 — объект модели сетевых накопителей.

    • WT-142 — платформа для устройств PON с поддержкой TR-069.

Определить требования, связанные с домашними устройствами, такими как бытовые шлюзы, устройства VoIP и локальное и удаленное управление домашними устройствами.

Предоставление конечным пользователям услуг Triple / Quad Play, таких как голос, видео, данные, включая IPTV, видео по запросу, контент по запросу и т. Д.

Протокол удаленного управления DSL Home (TR-69) и его расширения не зависят от доступа.

Удаленное управление — это ядро домашней сети DSL или следующего поколения (RG) и домашних сетей.

DSL Home group разработала стандарты для требований CPE и управления устройствами CPE.

Стандарты, определяющие требования —

WT-124 — выпуск 2 из TR-068 — Residential Gateway, определяющий полные требования RG, которые не относятся к DSL, но включают в себя другие технологии доступа, такие как xPON.

TR-122 определяет требования к Voice ATA.

Стандарты в структуре управления —

TR-64 — Конфигурация и усовершенствования CPE на стороне LAN.

Для настройки и управления устройствами CPE через локальный интерфейс локальной сети.

TR-69 — протокол управления CPE Wan

Для настройки и управления устройством CPE через удаленную сторону.

TR-111 — позволяет удаленное управление TR69 для устройств в домашней сети (HN).

TR-98 и TR-133 — Конфигурация и управление параметрами дифференциации услуг (QoS) в устройствах CPE через TR-69 и TR-64 ​​соответственно.

TR-104 Модель данных для услуг VoIP

Расширено для видео сервисов тоже.

TR-106 определяет общий шаблон модели данных

Определяет базовую структуру объекта и набор доступных параметров для устройства TR-69.

TR-122 — определяет требования к Voice ATA.

WT-135 — объектная модель для приставок.

WT-140 — объект модели сетевых накопителей.

WT-142 — платформа для устройств PON с поддержкой TR-069.

Варианты технологии DSL

В следующей таблице подробно описаны различные варианты технологии DSL.

семья МСЭ название ратифицированный Максимальная скорость
ADSL G.992.1 G.dmt 1999

7 Мбит / с вниз

800 кбит / с

ADSL2 G.992.3 G.dmt.bis 2002

8 Мбит / с вниз

1 Мбит / с

ADSL2plus G.992.5 ADSL2plus 2003

24 Мбит / с вниз

1 Мбит / с

ADSL2-RE G.992.3 Расширенный охват 2003

8 Мбит / с вниз

1 Мбит / с

SHDSL

(обновлено 2003)

G.991.2 G.SHDSL 2003 5,6 Мбит / с вверх / вниз
VDSL G.993.1 DSL с очень высокой скоростью передачи данных 2004

55 Мбит / с вниз

15 Мбит / с

VDSL2 -12 МГц с большим радиусом действия G.993.2 DSL 2 с очень высокой скоростью передачи данных 2005

55 Мбит / с вниз

30 Мбит / с

VDSL2 — 30 МГц

Короткая досягаемость

G.993.2 DSL 2 с очень высокой скоростью передачи данных 2005 100 Мбит / с вверх / вниз

7 Мбит / с вниз

800 кбит / с

8 Мбит / с вниз

1 Мбит / с

24 Мбит / с вниз

1 Мбит / с

8 Мбит / с вниз

1 Мбит / с

SHDSL

(обновлено 2003)

55 Мбит / с вниз

15 Мбит / с

55 Мбит / с вниз

30 Мбит / с

VDSL2 — 30 МГц

Короткая досягаемость

Сближение дома

В цифровом доме следующего поколения сходятся многочисленные широкополосные и сетевые технологии, такие как —

  • ADSL2 / ADSL2 Plus / VDSL2 / xPON.
  • Беспроводной / Ethernet / USB / HomePlug A / V, HPNA и т. Д.
  • Бытовая электроника начинает работать в сети.

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

Задача — Как управлять различными элементами в доме?

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

Сегодня вам нужно быть ИТ-специалистом (или иметь несколько подростков в доме), чтобы настроить и настроить свои домашние сетевые устройства. Как указано в презентации «Отрасли промышленности, приложений и технологий», 30–50% домашних сетевых устройств возвращаются розничным продавцам без каких-либо проблем. Пользователи просто не смогли настроить и настроить устройство с помощью существующих инструментов / программного обеспечения.

Проблемы с существующим подходом

Ниже приведены проблемы с существующим подходом.

Перспектива пользователя

  • Нет гибкости, чтобы купить любое оборудование в продаже.

  • Нет поддержки со стороны поставщика услуг, если оборудование куплено.

  • Устройства не являются plug-n-play и требуют, чтобы как провайдер, так и пользователь выполнили некоторые настройки

  • Добавление новой услуги требует как интернет-провайдера, так и координации с конечным пользователем, что требует времени.

  • Требуется присутствие клиента дома, если задействован грузовик.

  • Может быть трудно соответствовать, поскольку больше пар работает в настоящее время.

Нет гибкости, чтобы купить любое оборудование в продаже.

Нет поддержки со стороны поставщика услуг, если оборудование куплено.

Устройства не являются plug-n-play и требуют, чтобы как провайдер, так и пользователь выполнили некоторые настройки

Добавление новой услуги требует как интернет-провайдера, так и координации с конечным пользователем, что требует времени.

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

Может быть трудно соответствовать, поскольку больше пар работает в настоящее время.

Перспектива поставщика услуг

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

  • Когда клиент подает жалобу, «службе поддержки» очень трудно проверить, что не так с устройством CPE, сидя в своем офисе.

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

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

  • Нет способа автоматически определить возможности устройства и определить, какие параметры поддерживаются.

  • Невозможно определить, изменилась ли пользовательская информация о конфигурации через локальный интерфейс управления, такой как Web, CLI или SNMP и т. Д.

  • Невозможно запретить пользователям изменять настройки, что может повлиять на предлагаемые ими услуги.

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

Когда клиент подает жалобу, «службе поддержки» очень трудно проверить, что не так с устройством CPE, сидя в своем офисе.

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

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

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

Невозможно определить, изменилась ли пользовательская информация о конфигурации через локальный интерфейс управления, такой как Web, CLI или SNMP и т. Д.

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

Услуги, предлагаемые DSL Home — TR-69

Ниже приведен список услуг, предлагаемых DSL Home — TR-69.

  • Удаленное управление устройствами безопасным способом (использует безопасность на основе SSL / TLS).

  • Предоставление услуг в режиме реального времени через автоматическую настройку.

  • Мониторинг состояния и производительности.

  • диагностика

  • Контроль доступа

  • уведомление

  • Обновление прошивки

  • Стандартизированная модель данных, специально разработанная для устройств CPE, предлагающих различные услуги, такие как передача голоса, видео, данных и IPTV, и т. Д. Включает широкий охват устройств LAN в домашних сегментах (STB, VoIP, NAS) в различных технологиях LAN, таких как — Ethernet, USB, WLAN. , так далее.

  • Протокол управления предназначен для доступа к технологиям, поэтому он может быть использован для широкого спектра устройств CPE. Например, xPON, xDSL и т. Д. Просто требует, чтобы устройство было IP-адресуемым.

  • Truckroll сводится к минимуму благодаря удаленному управлению.

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

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

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

  • Обеспечивает автоматическое обнаружение параметров, доступных на устройстве.

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

  • Предоставляет механизм уведомления, таким образом, мы узнаем о любых изменениях в конфигурации, связанных с услугами.

  • Уменьшает Opex.

  • Упрощение для пользователей и поставщиков услуг перехода от модемов и маршрутизаторов с максимальными усилиями к услугам Triple / Quad Play в цифровом доме.

Удаленное управление устройствами безопасным способом (использует безопасность на основе SSL / TLS).

Предоставление услуг в режиме реального времени через автоматическую настройку.

Мониторинг состояния и производительности.

диагностика

Контроль доступа

уведомление

Обновление прошивки

Стандартизированная модель данных, специально разработанная для устройств CPE, предлагающих различные услуги, такие как передача голоса, видео, данных и IPTV, и т. Д. Включает широкий охват устройств LAN в домашних сегментах (STB, VoIP, NAS) в различных технологиях LAN, таких как — Ethernet, USB, WLAN. , так далее.

Протокол управления предназначен для доступа к технологиям, поэтому он может быть использован для широкого спектра устройств CPE. Например, xPON, xDSL и т. Д. Просто требует, чтобы устройство было IP-адресуемым.

Truckroll сводится к минимуму благодаря удаленному управлению.

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

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

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

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

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

Предоставляет механизм уведомления, таким образом, мы узнаем о любых изменениях в конфигурации, связанных с услугами.

Уменьшает Opex.

Упрощение для пользователей и поставщиков услуг перехода от модемов и маршрутизаторов с максимальными усилиями к услугам Triple / Quad Play в цифровом доме.

TR69-Сценарий развертывания

На следующем рисунке показан сценарий развертывания TR69.

развертывание

Развертывание TR69 поможет со следующими функциями:

  • Безопасное сетевое решение для одновременного обслуживания пользователей дома.

  • Triple / Quad Play (ТВ / видео, телефония, интернет, беспроводная связь)

  • Предоставление услуг в режиме реального времени через автоматическую настройку

  • Механизм управления и автоматизации поддержки такого обеспечения

Безопасное сетевое решение для одновременного обслуживания пользователей дома.

Triple / Quad Play (ТВ / видео, телефония, интернет, беспроводная связь)

Предоставление услуг в режиме реального времени через автоматическую настройку

Механизм управления и автоматизации поддержки такого обеспечения

В WT-124 => TR-068v2 добавлены новые требования, основанные на расширенной области применения:

  • Требования к оптическому (PON) порту WAN Ethernet

  • Веб-перенаправление для диагностических требований

  • Требования к DHCP-клиенту

  • ACS инициировал требования к порталу.

Требования к оптическому (PON) порту WAN Ethernet

Веб-перенаправление для диагностических требований

Требования к DHCP-клиенту

ACS инициировал требования к порталу.

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

  • DSL не может тренироваться. Q. Как получить это от соответствующего порта PHY к сети?

  • Сигнал DSL не обнаружен. — Вопрос тот же, что и выше.

  • Широкополосный Ethernet не подключен (если применимо).

  • PVC PVC не обнаружен (если применимо).

  • Ошибка IEE 802.1x (если применимо).

  • Сервер PPP не обнаружен (если применимо).

  • Сбой аутентификации PPP (если применимо).

  • DHCP недоступен.

DSL не может тренироваться. Q. Как получить это от соответствующего порта PHY к сети?

Сигнал DSL не обнаружен. — Вопрос тот же, что и выше.

Широкополосный Ethernet не подключен (если применимо).

PVC PVC не обнаружен (если применимо).

Ошибка IEE 802.1x (если применимо).

Сервер PPP не обнаружен (если применимо).

Сбой аутентификации PPP (если применимо).

DHCP недоступен.

Пример — функционирование протокола TR-069

На следующем рисунке показано функционирование протокола TR-069.

протокол

Приведенная выше иллюстрация описана в следующих пунктах.

  • TR-069 обеспечивает настройку и управление устройствами конечного пользователя (RG, STB и VoIP). Существенным отличием подхода DSL Forum является то, что TR-069 может напрямую подключаться к устройству конечного пользователя.

  • Соединение — общий механизм, основанный на отправке удаленных вызовов процедур (RPC), который позволяет ACS считывать или записывать параметры для настройки , мониторинга и управления CPE. С помощью RPC сообщения SOAP (стандартный синтаксис на основе XML) передаются через SSL / TLS (уровень безопасности), через HTTP, через соединение TCP / IP, между CPE и Management Server.

  • (Примечание) — SNMP отправляет единицы данных протокола (PDU) поверх UDP между менеджером и агентом. UDP ненадежен по сравнению с TCP, размер PDU ограничен размером кадра UDP.

  • ACS Discovery —

    • CPE может обнаружить свою связанную ACS, используя DHCP.

    • Ручная настройка — CPE может быть настроен локально с URL-адресом ACS.

    • Конфигурация по умолчанию — CPE имеет URL-адрес ACS по умолчанию, который он может использовать, если не указан другой URL-адрес.

  • Сеанс (установка и завершение) . Сеанс ВСЕГДА инициируется из CPE в ACS с использованием предварительно определенного адреса ACS: выдает метод Inform RPC для настройки и Sear TearDown, который по завершении закрывает соединение TCP.

  • (Примечание) — SNMP не поддерживает концепцию сеанса. Клиент должен прослушивать указанный порт UDP на сообщения от сервера.

  • Государственное управление —

    • Для последовательности транзакций, образующих один сеанс, CPE поддерживает TCP-соединение, которое сохраняется в течение всего сеанса.

    • Когда непрерывное TCP-соединение невозможно, ACS использует куки-файлы сеанса для поддержания состояния сеанса.

    • CPE возвращает информацию (cookie), установленную ACS во всех обмененных сообщениях. В конце сеанса CPE завершает связанное TCP-соединение с ACS и удаляет все файлы cookie.

TR-069 обеспечивает настройку и управление устройствами конечного пользователя (RG, STB и VoIP). Существенным отличием подхода DSL Forum является то, что TR-069 может напрямую подключаться к устройству конечного пользователя.

Соединение — общий механизм, основанный на отправке удаленных вызовов процедур (RPC), который позволяет ACS считывать или записывать параметры для настройки , мониторинга и управления CPE. С помощью RPC сообщения SOAP (стандартный синтаксис на основе XML) передаются через SSL / TLS (уровень безопасности), через HTTP, через соединение TCP / IP, между CPE и Management Server.

(Примечание) — SNMP отправляет единицы данных протокола (PDU) поверх UDP между менеджером и агентом. UDP ненадежен по сравнению с TCP, размер PDU ограничен размером кадра UDP.

ACS Discovery —

CPE может обнаружить свою связанную ACS, используя DHCP.

Ручная настройка — CPE может быть настроен локально с URL-адресом ACS.

Конфигурация по умолчанию — CPE имеет URL-адрес ACS по умолчанию, который он может использовать, если не указан другой URL-адрес.

Сеанс (установка и завершение) . Сеанс ВСЕГДА инициируется из CPE в ACS с использованием предварительно определенного адреса ACS: выдает метод Inform RPC для настройки и Sear TearDown, который по завершении закрывает соединение TCP.

(Примечание) — SNMP не поддерживает концепцию сеанса. Клиент должен прослушивать указанный порт UDP на сообщения от сервера.

Государственное управление —

Для последовательности транзакций, образующих один сеанс, CPE поддерживает TCP-соединение, которое сохраняется в течение всего сеанса.

Когда непрерывное TCP-соединение невозможно, ACS использует куки-файлы сеанса для поддержания состояния сеанса.

CPE возвращает информацию (cookie), установленную ACS во всех обмененных сообщениях. В конце сеанса CPE завершает связанное TCP-соединение с ACS и удаляет все файлы cookie.

Безопасность

Безопасность повышена с TR-069 CPE, инициирующим всю связь. Протокол безопасности TR-069 поддерживает следующие два механизма безопасности (уровня):

  • SSL / TLS определяет аутентификацию на основе сертификатов между CPE и ACS для обеспечения единого безопасного соединения

  • CPE может использовать тот же сертификат x.509 для обеспечения шифрования.

SSL / TLS определяет аутентификацию на основе сертификатов между CPE и ACS для обеспечения единого безопасного соединения

CPE может использовать тот же сертификат x.509 для обеспечения шифрования.

Клиентские устройства, аутентифицированные с помощью широко распространенной аутентификации HTTP, выглядят следующим образом:

TR-069 и конечные устройства —

  • TR-069 может использоваться ACS для управления —

    • Жилые Ворота (RG)

    • Конечные устройства (ЭД) на основе TR-111

  • Два подхода —

    • RG действует как прокси для ED

    • ED управляется напрямую ACS

  • TR-111 определяет дополнительные правила, которые позволяют —

    • RG обнаружил в локальной сети ED с поддержкой TR-069

    • ACS связывается с ED TR-069, даже для RG без TR-069 (использует STUN; RFC 3489)

TR-069 может использоваться ACS для управления —

Жилые Ворота (RG)

Конечные устройства (ЭД) на основе TR-111

Два подхода —

RG действует как прокси для ED

ED управляется напрямую ACS

TR-111 определяет дополнительные правила, которые позволяют —

RG обнаружил в локальной сети ED с поддержкой TR-069

ACS связывается с ED TR-069, даже для RG без TR-069 (использует STUN; RFC 3489)

TR-064 LAN Side CPE

Ниже приведены особенности конфигурации CPE на стороне локальной сети TR-069.

  • Принимает архитектуру UPnP v1.0 и расширяет спецификацию UPnP IGD v1 (с некоторыми ограничениями).

  • Приложение управления (контрольная точка TR-64) работает на ПК и передает конфигурацию поставщика услуг и клиента в CPE, когда CPE добавляется в сеть.

  • Более полезно при первоначальной установке новых устройств CPE и при наличии проблем со связью на стороне глобальной сети.

Принимает архитектуру UPnP v1.0 и расширяет спецификацию UPnP IGD v1 (с некоторыми ограничениями).

Приложение управления (контрольная точка TR-64) работает на ПК и передает конфигурацию поставщика услуг и клиента в CPE, когда CPE добавляется в сеть.

Более полезно при первоначальной установке новых устройств CPE и при наличии проблем со связью на стороне глобальной сети.

Сценарий развертывания TR-64

На следующем рисунке показан сценарий развертывания TR-64.

LAN сторона

Варианты использования для DSL Home Services

Давайте рассмотрим следующие варианты использования домашних сервисов DSL.

Вариант использования — 1

Клиент сначала покупает широкополосные услуги для передачи данных и теперь должен подписаться на услуги VoIP.

Клиент может сообщить о новом запросе услуг через веб-сайт SP или позвонить в офис. Для предоставления этих услуг ИП должен ответить на следующие вопросы. Будь —

  • Вариант 1. Существующее аппаратное обеспечение CPE способно предоставлять новые услуги в соответствии с запросом.

  • Вариант 2. Аппаратное обеспечение работает, но прошивка требует обновления.

  • Вариант 3 — и аппаратное и микропрограммное обеспечение способно, и это только нуждается в конфигурации услуги VoIP.

Вариант 1. Существующее аппаратное обеспечение CPE способно предоставлять новые услуги в соответствии с запросом.

Вариант 2. Аппаратное обеспечение работает, но прошивка требует обновления.

Вариант 3 — и аппаратное и микропрограммное обеспечение способно, и это только нуждается в конфигурации услуги VoIP.

Давайте теперь разберемся с каждым из вариантов в деталях.

  • В первом варианте SP (провайдер услуг) либо нужен грузовик, чтобы предоставить CPE с поддержкой VoIP, либо он может попросить пользователя купить устройство на рынке в зависимости от заключенного соглашения.

  • Для второго варианта SP может поставить в очередь обновления микропрограммы и запросы конфигурации VoIP на ACS для этого устройства CPE. Когда CPE включен, он будет автоматически настроен на CPE через TR-69, и ACS будет проинформирован об изменении. Поставщик услуг может настроить ACS для информирования пользователя по электронной почте / SMS, как только он получает событие для успешной настройки служб.

  • Для третьего варианта это просто должно поставить в очередь запрос конфигурации услуги VoIP на ACS. Когда CPE включен, ACS автоматически обновит конфигурацию на устройстве CPE. Поставщик услуг может настроить ACS для информирования пользователя по электронной почте / SMS, как только он получает событие для успешной настройки служб.

В первом варианте SP (провайдер услуг) либо нужен грузовик, чтобы предоставить CPE с поддержкой VoIP, либо он может попросить пользователя купить устройство на рынке в зависимости от заключенного соглашения.

Для второго варианта SP может поставить в очередь обновления микропрограммы и запросы конфигурации VoIP на ACS для этого устройства CPE. Когда CPE включен, он будет автоматически настроен на CPE через TR-69, и ACS будет проинформирован об изменении. Поставщик услуг может настроить ACS для информирования пользователя по электронной почте / SMS, как только он получает событие для успешной настройки служб.

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

Вариант использования — 2

Поставщик услуг должен сделать обновление прошивки оптом.

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

  • При использовании решения для управления TR-69 ACS должна иметь полную информацию о CPE, такую ​​как версия аппаратного обеспечения, прошивка, используемая на устройствах (эта информация передается CPE при каждой настройке сеанса).

  • Оператор может идентифицировать устройства CPE, которые могут нуждаться в обновлении, поскольку не все устройства будут нуждаться в этом.

  • Из ACS он может планировать запрос обновления прошивки для выбранных CPE в шахматном порядке.

  • После обновления прошивки CPE он должен ознакомиться со списком CPE, на которых прошивка была успешно обновлена.

  • Все это происходит, не выходя в поле, не выходя из собственного офиса.

При использовании решения для управления TR-69 ACS должна иметь полную информацию о CPE, такую ​​как версия аппаратного обеспечения, прошивка, используемая на устройствах (эта информация передается CPE при каждой настройке сеанса).

Оператор может идентифицировать устройства CPE, которые могут нуждаться в обновлении, поскольку не все устройства будут нуждаться в этом.

Из ACS он может планировать запрос обновления прошивки для выбранных CPE в шахматном порядке.

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

Все это происходит, не выходя в поле, не выходя из собственного офиса.

Вариант использования — 3

Клиент сообщает, что качество голосовой / видео услуги не на должном уровне.

Это можно решить, придерживаясь следующих пунктов —

  • Мониторинг параметров производительности, которые могут повлиять на качество передачи голоса / видео, для устранения неполадок и обеспечения ожидаемого качества конечного пользователя.

  • Чтобы предоставлять дифференцированные услуги для голоса, видео и данных, он может настроить требуемые параметры QoS в соответствии с соглашением об уровне обслуживания с клиентом.

Мониторинг параметров производительности, которые могут повлиять на качество передачи голоса / видео, для устранения неполадок и обеспечения ожидаемого качества конечного пользователя.

Чтобы предоставлять дифференцированные услуги для голоса, видео и данных, он может настроить требуемые параметры QoS в соответствии с соглашением об уровне обслуживания с клиентом.

Вариант использования — 4

Клиент сталкивается с проблемами подключения и сообщает о проблеме с некоторыми услугами, тогда поставщик услуг может —

  • SP может запустить диагностику на CPE для устранения проблем.

  • Он может установить диагностический параметр в CPE, и как только диагностика будет завершена, ACS будет проинформирован о его завершении. После этого ACS может получить результаты удаленно через TR-69 и диагностировать проблему.

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

SP может запустить диагностику на CPE для устранения проблем.

Он может установить диагностический параметр в CPE, и как только диагностика будет завершена, ACS будет проинформирован о его завершении. После этого ACS может получить результаты удаленно через TR-69 и диагностировать проблему.

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

DSL Home Roadmap

Следующие пункты описывают DSL Home Roadmap.

  • Совместимость TR-069 —

    • События Plugfest — 3 уже выполнены.

    • В последнем мероприятии приняли участие 22 поставщика CPE и 11 поставщиков ACS.

  • TR-069 или DSL Home сертификация на рассмотрении.

  • Выполняется много WT: северный интерфейс ACS, новые объектные модели сервисов, QoS, новые спецификации RG, контрольные тесты и тесты на совместимость и т. Д.

  • Совместите и поддерживайте связь с UPnP Forum, DLNA, HGI и т. Д., Определяя стандарты для устройств в домашних сегментах.

  • Многие стандартные организации приняли стандарт TR-69 для удаленного управления домашними устройствами: ИК16 МСЭ-T, Инициативы домашних шлюзов (HGI), Форум по совместимости IPIS ATIS (IIF) и т. Д.

  • Организация Direct Video Broadcast (DVB) (стандарты ETSI) приняла TR-069 и WT-135 для удаленного управления IPTV STB или альтернативой CableLabs.

  • Оперативная группа МСЭ-Т по IPTV с участием нескольких исследовательских комиссий также будет заниматься вопросом протокола удаленного управления.

Совместимость TR-069 —

События Plugfest — 3 уже выполнены.

В последнем мероприятии приняли участие 22 поставщика CPE и 11 поставщиков ACS.

TR-069 или DSL Home сертификация на рассмотрении.

Выполняется много WT: северный интерфейс ACS, новые объектные модели сервисов, QoS, новые спецификации RG, контрольные тесты и тесты на совместимость и т. Д.

Совместите и поддерживайте связь с UPnP Forum, DLNA, HGI и т. Д., Определяя стандарты для устройств в домашних сегментах.

Многие стандартные организации приняли стандарт TR-69 для удаленного управления домашними устройствами: ИК16 МСЭ-T, Инициативы домашних шлюзов (HGI), Форум по совместимости IPIS ATIS (IIF) и т. Д.

Организация Direct Video Broadcast (DVB) (стандарты ETSI) приняла TR-069 и WT-135 для удаленного управления IPTV STB или альтернативой CableLabs.

Оперативная группа МСЭ-Т по IPTV с участием нескольких исследовательских комиссий также будет заниматься вопросом протокола удаленного управления.

TR-69 против SNMP

IETF (Internet Engineering Task Force) определяет множество MIB для управления различными функциями и функциями. Однако консолидация не выполняется никаким стандартным органом или IETF, рекомендующим использовать набор MIB для управления устройствами CPE (особенно для домашних шлюзов, предоставляющих услугу Triple Play) для конфигурации и предоставления услуг. Поддержка MIB в устройстве CPE остается на усмотрение поставщиков в отношении их собственных реализаций. TR-69 и другие TR под зонтиком DSL Home определяют набор параметров, требуемых на устройствах CPE для услуг такого типа. Он рекомендует набор параметров, применимых для каждого типа услуг, которые:

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

  • MIB не доступны для системных служб, таких как обновление прошивки, диагностика и т. Д., Которые относятся только к устройствам CPE.

  • Использование SNMP требует открытия порта SNMP через NAT, так как большинство домашних шлюзов используют NAT, а управляемые устройства могут находиться за NAT. В SNMP запрос на получение / установку любых параметров всегда инициируется менеджером. Следовательно, порт должен быть открыт на CPE для получения запроса. В TR-69 сеанс TR-69 инициируется CPE, и сервер использует тот же сеанс для отправки запросов на получение / установку. Это устраняет открытие порта явно в среде NAT. TR-69 также определяет способ, которым ACS может отправлять запрос в CPE, и эта часть прозрачно обрабатывается частью 2 TR-111.

  • Большинство существующих реализаций SNMP не реализуют SNMPv3. Следовательно, сообщения, передаваемые через SNMP, не очень безопасны. В TR-69 безопасность обеспечивается с помощью схем аутентификации на основе SSL / TLS или HTTP. Большинство реализаций TR-69 на сегодняшний день реализуют SSL / TLS.

  • Любое указание от CPE для менеджера должно рассматриваться в виде ловушек, и эти ловушки должны быть предварительно определены в MIB. Как только эти ловушки определены, менеджер не может иметь контроль над CPE, должен ли он или не должен генерировать ловушку в условиях ловушки. TR-69 определяет очень общий метод для уведомления любого изменения параметра на сервере. Нет необходимости определять дополнительные ловушки, эта функция встроена в сам протокол, и если менеджеру не требуется уведомление о параметре, он может отключить его с помощью протокола. Кроме того, TR-69 предусматривает активный или пассивный механизм уведомления, который отсутствует в SNMP.

  • Нет механизма контроля доступа для доступа к переменной через другой протокол управления. TR-69 определяет механизм, в котором можно указать, какой протокол управления может контролировать, какие параметры и какой уровень доступа (чтение / чтение-запись) ему доступен. Эта функция очень полезна, когда поставщик услуг хочет управлять набором параметров, которые при изменении могут повлиять на услуги конечного пользователя. SNMP не определяет этот уровень детализации.

  • Обычно SNMP использует UDP как механизм связи, что не очень надежно, в то время как TR-69 использует HTTP через TCP, что более надежно.

  • На агентах SNMP адрес менеджера SNMP и строка сообщества должны быть настроены, в то время как в TR-69 нет необходимости настраивать определенные параметры ACS. Связанные с ACS параметры могут быть динамически обнаружены с помощью механизма на основе DHCP, если они не настроены оператором.

  • Благодаря управлению по протоколу SNMP поддерживаются только действия get / getnext и настройка из менеджера. В случае, если управление устройством требует какого-либо другого запатентованного действия или загрузки файла, это не может быть выполнено в TR-69. Это может быть легко достигнуто путем определения RPC для конкретного поставщика. Даже загрузка файла может быть достигнута в одном сеансе между CPE и ACS с использованием существующего механизма RPC.

  • НЕТ специализированного MIB для устройств CPE, поддерживающих услуги Triple Play.

  • Каждый поставщик предоставляет свое собственное решение на основе некоторых собственных MIB STD +

  • Использование SNMP требует открытия порта SNMP на устройстве.

  • Большая часть управления на основе SNMP не реализует SNMPv3. Следовательно, безопасность ставится под угрозу.

  • Реализация уведомления об изменении параметра по любому параметру сложна.

  • Нет контроля включения и отключения уведомлений.

  • Положения для контроля доступа не существует.

  • Использование метода доставки на основе UDP, который не очень надежен.

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

  • Может поддерживаться только определенный набор действий.

  • Все, что может быть достигнуто с помощью SNMP, может быть достигнуто с помощью TR-69 и многих других.

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

MIB не доступны для системных служб, таких как обновление прошивки, диагностика и т. Д., Которые относятся только к устройствам CPE.

Использование SNMP требует открытия порта SNMP через NAT, так как большинство домашних шлюзов используют NAT, а управляемые устройства могут находиться за NAT. В SNMP запрос на получение / установку любых параметров всегда инициируется менеджером. Следовательно, порт должен быть открыт на CPE для получения запроса. В TR-69 сеанс TR-69 инициируется CPE, и сервер использует тот же сеанс для отправки запросов на получение / установку. Это устраняет открытие порта явно в среде NAT. TR-69 также определяет способ, которым ACS может отправлять запрос в CPE, и эта часть прозрачно обрабатывается частью 2 TR-111.

Большинство существующих реализаций SNMP не реализуют SNMPv3. Следовательно, сообщения, передаваемые через SNMP, не очень безопасны. В TR-69 безопасность обеспечивается с помощью схем аутентификации на основе SSL / TLS или HTTP. Большинство реализаций TR-69 на сегодняшний день реализуют SSL / TLS.

Любое указание от CPE для менеджера должно рассматриваться в виде ловушек, и эти ловушки должны быть предварительно определены в MIB. Как только эти ловушки определены, менеджер не может иметь контроль над CPE, должен ли он или не должен генерировать ловушку в условиях ловушки. TR-69 определяет очень общий метод для уведомления любого изменения параметра на сервере. Нет необходимости определять дополнительные ловушки, эта функция встроена в сам протокол, и если менеджеру не требуется уведомление о параметре, он может отключить его с помощью протокола. Кроме того, TR-69 предусматривает активный или пассивный механизм уведомления, который отсутствует в SNMP.

Нет механизма контроля доступа для доступа к переменной через другой протокол управления. TR-69 определяет механизм, в котором можно указать, какой протокол управления может контролировать, какие параметры и какой уровень доступа (чтение / чтение-запись) ему доступен. Эта функция очень полезна, когда поставщик услуг хочет управлять набором параметров, которые при изменении могут повлиять на услуги конечного пользователя. SNMP не определяет этот уровень детализации.

Обычно SNMP использует UDP как механизм связи, что не очень надежно, в то время как TR-69 использует HTTP через TCP, что более надежно.

На агентах SNMP адрес менеджера SNMP и строка сообщества должны быть настроены, в то время как в TR-69 нет необходимости настраивать определенные параметры ACS. Связанные с ACS параметры могут быть динамически обнаружены с помощью механизма на основе DHCP, если они не настроены оператором.

Благодаря управлению по протоколу SNMP поддерживаются только действия get / getnext и настройка из менеджера. В случае, если управление устройством требует какого-либо другого запатентованного действия или загрузки файла, это не может быть выполнено в TR-69. Это может быть легко достигнуто путем определения RPC для конкретного поставщика. Даже загрузка файла может быть достигнута в одном сеансе между CPE и ACS с использованием существующего механизма RPC.

НЕТ специализированного MIB для устройств CPE, поддерживающих услуги Triple Play.

Каждый поставщик предоставляет свое собственное решение на основе некоторых собственных MIB STD +

Использование SNMP требует открытия порта SNMP на устройстве.

Большая часть управления на основе SNMP не реализует SNMPv3. Следовательно, безопасность ставится под угрозу.

Реализация уведомления об изменении параметра по любому параметру сложна.

Нет контроля включения и отключения уведомлений.

Положения для контроля доступа не существует.

Использование метода доставки на основе UDP, который не очень надежен.

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

Может поддерживаться только определенный набор действий.

Все, что может быть достигнуто с помощью SNMP, может быть достигнуто с помощью TR-69 и многих других.

Заключение

  • Набор спецификаций DSL Home определяет решения следующего поколения Residential Gateway (RG).

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

  • TR-069 (CWMP) является ядром DSL Home —

    • Расширяемый и гибкий протокол управления.

    • Технология доступа не зависит.

    • Активное продвижение TR-069 для технологий доступа, отличных от DSL. Например — кабель / DOCSIS, волокно / PON (WT-142).

    • Другие органы принимают TR-069: ИК16 МСЭ-Т Q21, HGI, DVB, ATIS IIF и т. Д.

  • TR-068 (модем с маршрутизацией) дополнен WT-124 = требованиями к RG.

  • TR-098 (модель данных RG) —

    • Богатое моделирование политики RG QoS.

    • Принято для HGI QoS.

    • Для удовлетворения требований HGI не требуется никаких расширений.

  • Инструмент моделирования ACS был разработан и доступен, чтобы помочь клиентам в тестировании их CPE-решения на ACS.

Набор спецификаций DSL Home определяет решения следующего поколения Residential Gateway (RG).

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

TR-069 (CWMP) является ядром DSL Home —

Расширяемый и гибкий протокол управления.

Технология доступа не зависит.

Активное продвижение TR-069 для технологий доступа, отличных от DSL. Например — кабель / DOCSIS, волокно / PON (WT-142).

Другие органы принимают TR-069: ИК16 МСЭ-Т Q21, HGI, DVB, ATIS IIF и т. Д.

TR-068 (модем с маршрутизацией) дополнен WT-124 = требованиями к RG.

TR-098 (модель данных RG) —

Богатое моделирование политики RG QoS.

Принято для HGI QoS.

Для удовлетворения требований HGI не требуется никаких расширений.

Инструмент моделирования ACS был разработан и доступен, чтобы помочь клиентам в тестировании их CPE-решения на ACS.

В следующей главе мы обсудим различные компоненты системы DSL.

47
Share: