Автор: Happy
Support team member
Зарегистрирован: Oct 31, 2006
Сообщения: 74
Дата сообщения: Вс Авг 16, 2009 4:48 pm
--------------------------------------------------

Готовится к выпуску 16 канальный SHDSL DSLAM на базе SG-17R - Sigrand SG-17S (старое название SG-17AM).
Устройство представляет собой коммутатор 2-го уровня расширяемый модулями SHDSL.
Модули SHDSL имеют до 4-х портов, работающие на скоростях по 15296 кбит/c по одной паре. Модули SHDSL могут иметь блок подачи дистанционного питания в линию для питания удаленных регенераторов SG-17E*P, модемов SG-17BP или IP-камер Sigrand IPcam-*PD. В состав шасси могут быть установлены до 4-х модулей SHDSL SG-17H4*. Управление коммутатором может быть выполнено через web-интерфейс или в консольном режиме через ssh. Два гигабитных выхода можно использовать для подключения DSLAM через медные или оптические соединения. Функциональность DSLAM получается из базовой платформы SG-17R после установки в ее состав специального модуля свитча, обеспечивающего взаимодействие между модулями расширения без участия штатного процессорного модуля. Установка модуля свитча может быть произведена пользователями самостоятельно. Для этого базовая платформа SG-17R должна иметь в своем составе райзеры для установки модулей расширения версию не ниже v.2.0.
В дальнейших модификациях, устройство Sigrand SG-17S будет расширятся модулями Ethernet c PoE и модулями VDSL2+.
Применение DSLAM или Ethernet PoE коммутаторов на базе Sigrand SG-17S может найти свое применение для подключения IP-камер различных производителей или IP-камер Sigrand: IPcam-20PD, Sigrand IPcam-04PDN, а также в качестве узлов центрального доступа для операторов связи или корпоративного сектора.

Функциональные возможности коммутатора SG-17S:
Поддержка IGMP snooping — позволяет ретранслировать multicast трафик только на те порты, пользователи которых подписаны на этот трафик. Без поддержки этой функции, multicast трафик ретранслируется на все порты, что увеличивает нагрузку на сеть.

Поддержка VLAN:
- по порту;
- по тегу;
- возможность добавления/изменения/удаления тега.

Качество обслуживания позволяет выделять приоритетный трафик на основании:
- порта коммутатора;
- 802.1Q;
- IP ToS (IPv4/IPv6);
- порта UDP/TCP.

Управление пропускной способностью портов коммутатора.
Защита от широковещательных штормов.
Ограничение доступа к порту коммутатора:
- по MAC-адресу;
- по IP-адресу;
- по порту UDP/TCP.
Поддержка STP (Spanning Tree protocol).

Напомним также, что готовится к выпуску и новая версия процессорного модуля на базе Intel Tolopai, имеющий в своем составе поддержку гигабитных интерфейсов, подключаемых через сменные SFP модули. Данная версия SG-17R позиционируется как высокопроизводительный маршрутизатор, поддерживающий аппаратное шифрование.

Ссылки по теме:
- Оборудование для подключения IP-камер;
- Новый процессорный модуль на Intel Tolapai для SG-17R;
- Программная и сервисная часть обеспечение платформы SG-17R.

Текущие новости:

1)
Изменено названия базовой платформы для построения DSLAM или Коммутатора с SG-17AM на SG-17S («S» - Switch).
Новое название модулей работающих в режиме DSLAM или Коммутатор:
MS – 17** (Module Switch)
Например:
для модулей SHDSL: MS-17H4, MS-17H4P (c ДП питанием);
для модулей Ethernet 10/100: MS-17E8, MS-17E8P (c PoE).

Модули работающие в режиме маршрутизатора и мультиплексора имеют названия:
MR – 17** (Module Router)
Например:
Для модулей SHDSL: MR-17H2, MR-17H2P (c ДП питанием) и т.д.

Модули MS-17** устанавливаться только в базовую платформу SG-17S.
Модули MR-17** устанавливаться как в базовую платформу SG-17R так и могут быть установлены в базовую платформу SG-17S одновременно с модулями MS-17**.

2)
По состоянию на 1.10.10 все образцовые комплекты проданы. Начало серийных продаж – декабрь 2010. Цена на базовые платформы SG-17S будет несколько выше запланированной.

3)
В раздел продукции Базовые платформы SG-17S выложена Документация (пока без описания модулей MS-17E* и полного набора режимов управления).

Здравствуйте,
1) Порты которые у SG-17R в системе видны как интерфейсы eth0-eth3, в SG-17S не используются. В SG-17S процессор соединен со свитчевой платой через порт GMII. В системе этот порт виден как интерфейс eth0. Физические порты ge0, ge1, feXX, dslXX не имеют полноценных интерфейсов в системе, они используются только для настройки портов свитча. SG-17S можно представить как SG-17R к которому через eth0 (только гигабитный) подключили свитч с портами ge0, ge1, feXX, dslXX. На вкладке hardware/switch производится настройка этого свитча, порт к которому подключен процессор там называется CPU порт.
2) В SG-17S эти порты не используются и нет такой привязки.
3) Документация еще в процессе разработки. Та что выложена на сайте последний вариант. Если есть вопросы спрашивайте, проконсультируем.

Появление интерфейсов eth1-eth3 при создании VLAN интерфейсов - это баг, так не должно быть.

Не совсем понял что вам нужно. VLAN должны быть между какими портами? dslXX и geX? Как eth0 может быть транком в сторону catalyst?

Если вам нужно чтобы трафик приходящий от каждого абонента по dsl тегировался своим тегом и дальше передавался на geX, то нужно на вкладке Hardware/switсh создать для каждого DSL свой VLAN, установить для него соответствующий PVID (дефолтный VID который будет присваиваться кадру если он пришел без тега) и чтобы из geX выходили пакеты с тегами, сделать его tagged.

Если вам нужно чтобы трафик приходящий от каждого абонента по dsl тегировался своим тегом и дальше передавался процессору для дальнейших действий. То создается VLAN интерфейс на eth0 (например eth0v123) и на вкладке Hardware/switсh создается VLAN из CPU и соответствующего dslXX. Никаких бриджей создавать не нужно, eth0 и свитчевая плата всегда забриджованы.
Также, т.к. от абонента приходит нетегированный траффик, нужно на интерфейсе dsl задать PVID 123 и для порта CPU output tagging установить в tagged. Но перед тем как устанавливать CPU порт в tagged нужно создать eth0v1 и установить на него IP адрес, иначе связь с SG-17S пропадет.

В бридж нельзя добавлять интерфейсы SG-17S (dslXX, feXX, geX), т.к. они не являются полноценными интерфейсами в системе. ОС может общаться с ними только через eth0.

Во VLAN16 должен быть dsl00 и gigabit1.



Для dslXX output tagging нужно установить в untagging, иначе абоненту пакеты от catalyst-a будут приходить с тегом.



Для gigabit1 output tagging нужно установить в tagging. Только тут появляется проблема с доступом к SG-17S через gigabit1. Все пакеты из него будут выходить с тегом, в том числе те которые пришли от CPU без тега. Т.е. для удаленного управления через gigabit1 нужно на catalyst-е настроить свой VLAN с VID=1 и на SG-17S в меню network/dynamic ifaces/manage создать eth0v1.



А до перезагрузки на консоли или в логах (команды dmesg и logread) что-нибудь пишется?