dmvy

Должно работать. Покажите расширенную информацию. Если на противоположной стороне dlink, то возможно по-умолчанию lacp passive на нем. -> show configuration snapshot linkagg ! Link Aggregate : lacp linkagg 2 size 4 admin state enable lacp linkagg 2 name "sw-web" lacp linkagg 2 actor admin key 2 lacp linkagg 5 size 4 admin state enable lacp linkagg 5 name "sw2-vost92" lacp linkagg 5 actor admin key 5 lacp agg 1/9 actor admin key 2 lacp agg 1/10 actor admin key 2 lacp agg 1/11 actor admin key 5 lacp agg 1/12 actor admin key 5 -> show linkagg Number Aggregate SNMP Id Size Admin State Oper State Att/Sel Ports -------+----------+---------+----+------------+--------------+------------- 2 Dynamic 40000002 4 ENABLED UP 2 2 5 Dynamic 40000005 4 ENABLED UP 2 2 -> show linkagg 2 Dynamic Aggregate SNMP Id : 40000002, Aggregate Number : 2, SNMP Descriptor : Dynamic Aggregate Number 2 ref 40000002 size 4, Name : sw-web, Admin State : ENABLED, Operational State : UP, Aggregate Size : 4, Number of Selected Ports : 2, Number of Reserved Ports : 2, Number of Attached Ports : 2, Primary Port : 1/9 LACP MACAddress : [00:e0:b1:a5:40:9e], Actor System Id : [00:00:00:00:00:00], Actor System Priority : 0, Actor Admin Key : 2, Actor Oper Key : 2, Partner System Id : [00:00:00:00:00:00], Partner System Priority : 0, Partner Admin Key : 0, Partner Oper Key : 48

D-Link странно ведет себя на агрегации. Если arp-записей будет мало, то сгодится, как пример: транзитный или магистральный L3. Или роутинг сетей управления коммутаторами. 3620 полноценные L3 - OPSF/BGP/PIM и другие функции.

Есть ли команды в конфиге и выводят ли команды что-то похожее? card carrier 2 mic 1 ge-2-port mic 2 ge-2-port [local]core-#sh card -------------------------------------------------------------------- Slot number : 1 Configured-type : xcrp Installed-type : xcrp Initialized : Yes Active Crossconnect Card : Yes Standby Crossconnect Card : No Chassis Entitlement : All (0x0) Memory : Max -------------------------------------------------------------------- Slot number : 2 Configured-type : carrier Installed-type : carrier Initialized : Yes Card Admin State : No Shut IPPA running : Yes EPPA running : Yes Card PPAs Up : Yes Default Line Card : Yes MIC 1 : Config: ge-2-port Install: ge-2-port MIC 2 : Config: ge-2-port Install: ge-2-port Chassis Entitlement : All (0x0) Ports Entitled : All [local]core#sh card 2 port summary Slot 2: Port State Carrier Admin Type Rx I 1 up up up ether rx_eth_port E 1 up up up ether I 2 up up up ether rx_eth_port E 2 up up up ether I 3 up up up ether rx_eth_port E 3 up up up ether I 4 up down up ether rx_eth_port E 4 up down up ether I 15 up up up ether rx_eth_port E 15 up up up ether I 16 down down down ether rxETH E 16 down down down ether

производит какой-нибудь китайский заводик. а вот разработка скорее всего Risecom. при тесте коммутаторов Orion выпадывал FATAL ERROR с тресом и упоминанием Risecom. Можно сделать вывод, что софт также взят за основу от Risecom.

судя по тому, что коммутаторы Orion - это копия Risecom под другим шильдиком, то смотрите отзывы про GPON Risecom.

лучше сделать traffic segmentation и отфильтровать на агрегации

не будет ничего плохого - кольцо не по vlan-е управления ведь. а в dlink можно интервал проверки 1 секунду установить.

отключить на катклисте stp в этом vlan

У нас отображается 6 потров из 7, но 7-ой выключен. Он не отображается и командой show port

Давайте посчитаем: 1. Для каждого аплинка нужен отдельный микротик, если их 5, то уже 5 микротиков. 2. Шейпер это еще один микротик, в него будет приходить 5 кабелей от первых и от него же пойдет дальше, для резерва нужно ставить 2 микротика. 3. Дальше идет уже доступ, PPPoE, PPtP, DHCP, это можно сделать на одном микротике, если не ставить задачи по резервированию, лучше поставить 2 штуки. 4. MPLS это уже транспорт, поэтому после микротиков на доступе ставите еще микротики, это уже в зависимости от сложности сети. Считаем 5 + 2 + 2 + 1 = 10 микротиков, как минимум. В одну стойку влезет. Нужно добавлять "сарказм", а то не все поймут... Но можт быть как сейчас даже смешнее.

port ethernet 2/4 no shutdown

Вот в этом-то и вопрос.. Static routing трафик идёт через CPU, или нет?? Если первое, то сколько этого трафика и какого (снова вспомним пресловутый uTP) сможет "прожевать" CPU 3420? По сути, если отвлечься от Интернет, у меня получается "статическая маршрутизация между vlan", почти что "коммутация", причём всего лишь между двух vlan. Вроде как немного, и без участия динамических протоколов маршрутизации. Т.е. тупо "расбросать между интерфейсами". Но.. Всё упирается в отсутствие информации, одни "вроде" и "может быть".. Это предположение, или "официально"? И что значит "L3 но серьезно ограниченный"? Что входит в "ограничения"? P.S. Запостил тему на форуме длинк, пока "официалы" молчат.. Урезанный по TCAM для L3. Т.е. нормальный L3 коммутатор в среднем умеет 16000 маршрутов, то L2+ около 512. Также урезаны возможности в динамической маршрутизации. К примеру L2+ умеют только Static и RIP. В L2+ нет PIM. DGS-3420-26SC:admin#show rip Command: show rip RIP Global State : Disabled Update Time : 30 seconds Timeout Time : 180 seconds Garbage Collection Time : 120 seconds RIP Interface Settings Interface IP Address TX Mode RX Mode Authen- State tication ------------- ------------------ ---------- ------------- ---------- ----- System 172.20.18.10/24 Disabled Disabled Disabled Disabled Total Entries : 1 Для нынешних гигабитный чипсетов что делать L2-lookup, что L3-lookup почти ничего не стоит и делается аппаратно на скорости порта. Кстати для DGS-3120 новой ревизии есть специальная Routing прошивка. Подробности надо гуглить, но как помню там кроме RIP еще что-то есть.

коммуаторы ничего не коммутируют при помощи CPU. 3420 L2+ - это как L3-, т.е. L3 но серьезно ограниченный.

Вы хотели сказать "терминировать абонентов"? С этим лучше всего и справляются аппаратные BRAS. А использование L3-коммутатаоров для таких целей - это путь бедных маленьких компаний сэкономить деньги. Сами таким занимаемся исторически, хоть и выросли до 100000 абонентов. Но перейти на BRAS есть очень большое желание. Так что лучше найти денег и купить нормальное железо под ваши задачи.

Какой бы Вы посоветовали ? Извините, может я не прав, но это пипец и в голове как-то сразу нехорошо становится. Можете пояснить зачем/почему это было сделано? Когда-то сеть была полностью неуправляема и это было одним из методов борьбы с ARP SPOOFING. После переустановки винды клиенты по старой памяти прописывают в реестре (с помощью програмки готовой) в реестр статику на шлюз. C cisco дел не имел. Если нужен NAT, то Ericsson SE600, если нет нужды, то Juniper MX80.

при переходе с софтового решения на железное, вы все равно потеряете возможность менять mac на каждом интерфейсе отдельно. нужно отказываться от такой практики. Методично меняете по 100 маков на микротике и СТП работает с этими абонентами, чтобы убрать статическую запись. При 10000 абонентах я бы рекомендовал все же поставить BRAS.

на роутере делаете мост или igmp proxy? Проблема все же в роутере?..

Стоит такой, но после пограничника. Если есть, желание проводить опыты с коммерческим трафиком. То почему бы и нет? ) Из глюков, 3-4 раза было такое. Когда не работала агрегация. Удалял, Создавал Вилан. Проходило. Ну и глюки с ddm порты шутдаунились. В качестве Л2 на 4 с минусом. :) чтобы порт не ложился надо так: config ddm ports 25-26 state enable shutdown none у нас на L2 работает на 5. Думаю для ваших задач подойдет только в случае, если будем очень мало arp и они не будут меняться часто, т.е. абонентов напрямую не нужно садить на 3420.

последня команда перекроет предпоследнюю. Пропадет связь на портах 1-24.

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

лучше скачайте mibs и найдите сами. http://habrahabr.ru/post/206612/ Для dlink вам нужно вот эта ветка dmvy@dmvy-tn:/mnt/bigdata/mibs/3620/proprietaryMIB$ snmptranslate -Ln \ -M ./Dlink-common-mgmt/:./Dlink-mgmt/:/usr/share/mibs/ietf:/usr/share/mibs/iana \ -m DDM-MGMT-MIB \ -On -Tp .1.3.6.1.4.1.171.12.72 +--swDdmMIB(72) | +--swDdmCtrl(1) | | | +-- -RW- EnumVal swDdmTrapState(1) | | Values: enabled(1), disabled(2) | +-- -RW- EnumVal swDdmLogState(2) | | Values: enabled(1), disabled(2) | +-- -RW- EnumVal swDdmPowerUnit(3) | Values: mw(1), dbm(2) | +--swDdmInfo(2) | | | +--swDdmStatus(1) | | | +--swDdmStatusTable(1) | | | +--swDdmStatusEntry(1) | | Index: swDdmPort | | | +-- -R-- INTEGER swDdmPort(1) | | Range: 1..65535 | +-- -R-- String swDdmTemperature(2) | | Textual Convention: DisplayString | | Size: 0..255 | +-- -R-- String swDdmVoltage(3) | | Textual Convention: DisplayString | | Size: 0..255 | +-- -R-- String swDdmBiasCurrent(4) | | Textual Convention: DisplayString | | Size: 0..255 | +-- -R-- String swDdmTxPower(5) | | Textual Convention: DisplayString | | Size: 0..255 | +-- -R-- String swDdmRxPower(6) | Textual Convention: DisplayString | Size: 0..255 | +--swDdmMgmt(3) | | | +--swDdmThresholdMgmt(1) | | | | | +--swDdmThresholdMgmtTable(1) | | | | | +--swDdmThresholdMgmtEntry(1) | | | Index: swDdmPort, swDdmThresholdType | | | | | +-- -R-- EnumVal swDdmThresholdType(1) | | | Values: temperature(1), voltage(2), bias(3), txPower(4), rxPower(5) | | +-- -RW- String swDdmHighAlarm(2) | | | Textual Convention: DisplayString | | | Size: 0..255 | | +-- -RW- String swDdmLowAlarm(3) | | | Textual Convention: DisplayString | | | Size: 0..255 | | +-- -RW- String swDdmHighWarning(4) | | | Textual Convention: DisplayString | | | Size: 0..255 | | +-- -RW- String swDdmLowWarning(5) | | Textual Convention: DisplayString | | Size: 0..255 | | | +--swDdmActionMgmt(2) | | | +--swDdmActionMgmtTable(1) | | | | | +--swDdmActionMgmtEntry(1) | | | Index: swDdmPort, swDdmActionType | | | | | +-- -R-- EnumVal swDdmActionType(1) | | | Values: alarm(1), warning(2) | | +-- -RW- EnumVal swDdmShutdown(2) | | | Values: enabled(1), disabled(2), other(3) | | +-- -RW- EnumVal swDdmTrapAndLog(3) | | Values: enabled(1), disabled(2), other(3) | | | +--swDdmPortMgmtTable(2) | | | +--swDdmPortMgmtEntry(1) | | Index: swDdmPort | | | +-- -RW- EnumVal swDdmPortState(1) | | Values: enabled(1), disabled(2) | +-- -RW- EnumVal swDdmPortShutdown(2) | Values: alarm(1), warning(2), none(3), other(4) | +--swDdmNotify(4) | +--swDdmNotifyPrefix(0) | | | +--swDdmAlarmTrap(1) | +--swDdmWarningTrap(2) | +--swDdmNotificationBinding(1) | +-- ---N EnumVal swDdmThresholdExceedType(1) | Values: high(1), low(2) +-- ---N EnumVal swDdmThresholdExceedOrRecover(2) Values: exceed(1), recover(2) Нашел эту ветку командой: dmvy@dmvy-tn:/mnt/bigdata/mibs/3620/proprietaryMIB$ snmptranslate -Ln \ -M ./Dlink-common-mgmt/:./Dlink-mgmt/:/usr/share/mibs/ietf:/usr/share/mibs/iana \ -m ALL \ -Tp 1|grep -i ddm | | | | | Values: sendSABM(1), sendDISC(2), sendDM(3), none(4), other(5) | | | +--swDdmMIB(72) | | | | +--swDdmCtrl(1) | | | | | +-- -RW- EnumVal swDdmTrapState(1) | | | | | +-- -RW- EnumVal swDdmLogState(2) | | | | | +-- -RW- EnumVal swDdmPowerUnit(3) | | | | +--swDdmInfo(2) | | | | | +--swDdmStatus(1) | | | | | +--swDdmStatusTable(1) | | | | | +--swDdmStatusEntry(1) | | | | | | Index: swDdmPort | | | | | +-- -R-- INTEGER swDdmPort(1) | | | | | +-- -R-- String swDdmTemperature(2) | | | | | +-- -R-- String swDdmVoltage(3) | | | | | +-- -R-- String swDdmBiasCurrent(4) | | | | | +-- -R-- String swDdmTxPower(5) | | | | | +-- -R-- String swDdmRxPower(6) | | | | +--swDdmMgmt(3) | | | | | +--swDdmThresholdMgmt(1) | | | | | | +--swDdmThresholdMgmtTable(1) | | | | | | +--swDdmThresholdMgmtEntry(1) | | | | | | | Index: swDdmPort, swDdmThresholdType | | | | | | +-- -R-- EnumVal swDdmThresholdType(1) | | | | | | +-- -RW- String swDdmHighAlarm(2) | | | | | | +-- -RW- String swDdmLowAlarm(3) | | | | | | +-- -RW- String swDdmHighWarning(4) | | | | | | +-- -RW- String swDdmLowWarning(5) | | | | | +--swDdmActionMgmt(2) | | | | | +--swDdmActionMgmtTable(1) | | | | | | +--swDdmActionMgmtEntry(1) | | | | | | | Index: swDdmPort, swDdmActionType | | | | | | +-- -R-- EnumVal swDdmActionType(1) | | | | | | +-- -RW- EnumVal swDdmShutdown(2) | | | | | | +-- -RW- EnumVal swDdmTrapAndLog(3) | | | | | +--swDdmPortMgmtTable(2) | | | | | +--swDdmPortMgmtEntry(1) | | | | | | Index: swDdmPort | | | | | +-- -RW- EnumVal swDdmPortState(1) | | | | | +-- -RW- EnumVal swDdmPortShutdown(2) | | | | +--swDdmNotify(4) | | | | +--swDdmNotifyPrefix(0) | | | | | +--swDdmAlarmTrap(1) | | | | | +--swDdmWarningTrap(2) | | | | +--swDdmNotificationBinding(1) | | | | +-- ---N EnumVal swDdmThresholdExceedType(1) | | | | +-- ---N EnumVal swDdmThresholdExceedOrRecover(2) Оставалось найти в каком модуле упоминается swDdmMIB и указать искать только в этом модуле.

Включительно дебаг на цыске и дебаг логи на экстриме. Мы на экстриме делаем на lo интерфейсе msdp, обычный bgp и pim rp. Наш пир сделал один Статик-роут до lo и всю логику на него направляет.

А кроме как access eco еще какой-то вариант позволяет сделать clips на портченале? Потому как в 3G уже уперлись. А для SE100 есть 10G карта? link-group ? access Define a access type group dot1q Define a dot1q type group ether Define a Ether type group hdlc Define a HDLC type group mfr Define Multilink FR group mp Define Multilink PPP group Уперлись в 3G - пора покупать телегу побольше и побыстрее, а не насиловать ослика... Или хотя бы взять двух осликов.

LLDP включить везде. после этого увидите маки реальных соседей на каких портах. можно собрать данные по SNMP. mib на это должен быть стандартный.

Для начала se100 хватит. После 2000-3000 онлайн абонентов лучше купить se600. В остальном потянет железка. Желательно статиков в отдельные vlan и повесить на них non-dhcp clips. Маршрутизатор работает с radius. Как его адаптируете для вашего биллинга так и будет работать.