Автор: 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.
10.06.12 11:13 как ответ на Aleksandr Alekseevich Radostin. Для желающих приобрести DSLAM SG-17AM с SHDSL модулями на 4 интерфейса по 15,2Мбит/c каждый. Размещайте заявки – sales@sigrand.ru До конца 2010 года сможем отгрузить какое-то количество. Варианты включения – «звезда» до 16-и портов в комплекте с модемами SG-17B или «точка-точка» с использованием до 4-х пар (до 60 Мбит/c). Цена за 1 SHDSL порт в конфигурации питания базовой платформы SG-17AM 36-72В DC с SHDSL модулем MR-17H4 (без ДП): сборка на 4 порта SG-17AM-1RU-CP1-4ETH/DC/MR-17H4 - $195 сборка на 8 портов SG-17AM-1RU-CP1-4ETH/DC/2*MR-17H4 - $139 сборка на 12 портов SG-17AM-1RU-CP1-4ETH/DC/3*MR-17H4 - $120 сборка на 16 портов SG-17AM-1RU-CP1-4ETH/DC/4*MR-17H4 - $111 Цена за 1 SHDSL порт в конфигурации питания базовой платформы SG-17AM 220В AC с SHDSL модулем MR-17H4: сборка на 4 порта SG-17AM-1RU-CP1-4ETH/220VAC-W1/MR-17H4 - $203 сборка на 8 портов SG-17AM-1RU-CP1-4ETH/220VAC-W1/2*MR-17H4 - $143 сборка на 12 портов SG-17AM-1RU-CP1-4ETH/220VAC-W1/3*MR-17H4 - $123 сборка на 16 портов SG-17AM-1RU-CP1-4ETH/220VAC-W1/4*MR-17H4 - $113 Дополнительные фичи. Платформа SG-17AM ("AM" - Assecc Multipoint) поддерживает в режиме коммутатора следующие модули: MR-17H4 (4xSHDSL 15296 кбит/c по каждой паре) MR-17H4P2 (4xSHDSL 15296 кбит/c по каждой паре с подачей ДП) MR-17E8 (8xEthernet 10/100) MR-17E8P (8xEthernet 10/100 с PoE до 30Вт) Не занятые слоты SG-17AM можно использовать для модулей которые поддерживаются платформой SG-17R ("R" - router). Это позволяет на базе одного устройства выполнить функции коммутатора и маршрутизатора, VoIP шлюза, мультиплексора, терминального сервера и т.д. Например, можно дополнительно установить следующие функциональные модули: SHDSL (MR-17H1*, MR-17H2*), RS-232, VoIP (FXO/FXS/ТЧ), E1. При этом можно использовать эти модули независимо от свитча или включить их в общий свитч с выходом в гигабитный Ethernet. Максимальная емкость SG-17AM по интерфейсам Ethernet c PoE. Для варианта SG-17AM/DC (от внешнего источника 48В DC): PoE (до 15,4Вт) - 32 порта PoE+ (до 30 Вт) - 16 портов Для варианта SG-17AM/AC (встроенный источник 220В AC 350W - W3): PoE (до 7 Вт) - 32 порта PoE (до 15,4Вт) - 16 портов PoE+ (до 30 Вт) - 8 портов Применение PoE c повышенной мощностью (15,4Вт и 30Вт) позволит использовать термокожуха для IP-камер работающих от 48В с мощностью нагревательного элемента от 10Вт и выше, а также осуществлять управление поворотными камерами. Ссылки по теме: - Специализированный SHDSL модем SG-17BT для работы с IP-камерами.
10.06.12 11:13 как ответ на Aleksandr Alekseevich Radostin. Текущие новости: 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* и полного набора режимов управления).
22.03.12 19:14 как ответ на Aleksandr Alekseevich Radostin. Aleksandr V K Ранг: Только зашёл Записи: 9 Дата присоединения: 22.03.12 Здравствуйте, хотелось бы разобраться с нумерацией и назначением интерфейсов в SG-17s. При первоначальном включении (заводская конфигурация) обнаруживается один интерфейс eth0. При этом физически два gigabit порта, они имеют один адрес 192.168.2.100 Как я понимаю, это "настройка встроенного Ethernet коммутатора на странице Hardware/Switch, на которой производится привязка физических портов коммутатора к сетевым интерфейсам". В документации к SG-17R это показано на стр.30 рис. 6.1 Смотрим по аналогии В SG-17S этот пункт меню (Hardware/Switch) выглядит иначе Никакой привязки портов-интерфейсов тут нет. В документации к SG-17S это вообще нигде не упоминается. При попытке создания vlan на eth0 в разделе динамических интерфейсов возникают ещё и eth1, eth2, eth3. При удалении созданного eth0v16 (так, кажется, обозначился с vlan16), eth1-3 никуда не исчезают. 1. Проясните соответствие физических gigabit0 и gigabit1 интерфейсам eth0-3. 2. Где конкретно в модели SG-17S производится привязка порт-интерфейс 3. Просьба выложить полную документацию на SG-17S, т.к. та, что шла с оборудованием и она же доступна для скачивания SG-17S User manual_v1 обрывается на стр.21 - явно не закончена. 4. Думаю, на форуме для модели "S" должна быть отдельная тема. Спасибо.
26.03.12 13:10 как ответ на Aleksandr V K. Здравствуйте, 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 интерфейсов - это баг, так не должно быть.
27.03.12 16:45 как ответ на Михаил Юрьевич Щербаков. Понял вас, задам вопрос конкретно по моей ситуации. Требуется создать для каждого DSL-абонента отдельный VLAN между портами dslXX и eth0, eth0 - trunk в сторону Catalyst'a. Во вкладке Hardware/switсh в VLAN list'e прописаны: Number Name ID Ports 0 default 1 dsl00-dsl24, gigabit0, gigabit1, CPU 16 VLAN16 16 gigabit0, gigabit1, CPU В разделе Network->Dynamyc Interfaces создан eth0v16 и присвоен адрес (10.112.16.2/24) связка gigabit0(1) - catalyst работает (пингуется 10.112.16.1/24). Создаю бридж br0 dsl00 - eth0v16, интерфейс поднимается и пингуется с консоли (сам br0 10.112.16.3/24), но не пингуется со стороны dsl-абонента (у абонента 10.112.16.4/24). При этом (т.к. default VLAN прописан) со стороны dsl-абонента пингуется заводской адрес eth0-интерфейса 192.168.2.100 ( выставляю у абонента 192.168.1.101). У абонента SG-17B-3.3-M. Внесение dsl00 в vlan list Number Name ID Ports 0 default 1 dsl00-dsl24, gigabit0, gigabit1, CPU 16 VLAN16 16 dsl00, gigabit0, gigabit1, CPU ничего не изменило. Бридж создан неверно? Спасибо.
28.03.12 13:57 как ответ на Aleksandr V K. Не совсем понял что вам нужно. 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.
Михаил Юрьевич Щербаков: Да, конечно. неправильно выразился. Имелся в виду trunk 802.1q один из gigabit портов. dsl00 - gigabit1 - vlan16 dsl01 - gigabit1 - vlan17 и т.д. gigabit1 - trunk к catalyst, который: interface GigabitEthernet0/5 switchport trunk allowed vlan 16-17 switchport mode trunk end Всё как обычно. dsl0x - абоненты Действую по инструкции: Михаил Юрьевич Щербаков: 1. создание VLAN16, получаю VLAN List: Number Name VID Ports 0 default 1 dsl01-dsl23, gigabit0, gigabit1, CPU 1 VLAN16 16 dsl00 2. установка PVID на dsl00 Port Settings Port 0.0 (dsl0) PVID 16 Tagging/Untagging tagging (пробовал untagging, none) 3. установка tagging на gigabit1 Port Settings Port 4.1 (gigabit1) PVID 0 Tagging/Untagging tagging Работы нет. Где ошибка? И ещё вопрос. Иногда устройство самопроизвольно перегружается. ping с консоли на 192.168.2.100 идёт тут же захожу браузером https://192.168.2.100 - тишина. Смотрю в консоль - идёт перезагрузка. Почему?
Aleksandr V K: Во VLAN16 должен быть dsl00 и gigabit1. Aleksandr V K: Для dslXX output tagging нужно установить в untagging, иначе абоненту пакеты от catalyst-a будут приходить с тегом. Aleksandr V K: Для gigabit1 output tagging нужно установить в tagging. Только тут появляется проблема с доступом к SG-17S через gigabit1. Все пакеты из него будут выходить с тегом, в том числе те которые пришли от CPU без тега. Т.е. для удаленного управления через gigabit1 нужно на catalyst-е настроить свой VLAN с VID=1 и на SG-17S в меню network/dynamic ifaces/manage создать eth0v1. Aleksandr V K: А до перезагрузки на консоли или в логах (команды dmesg и logread) что-нибудь пишется?
