Пошук по сайту

Всем привет, Скорее не вопрос как починить а узнать сталкивались ли с подобным. Модель особенного значения не имеет но ряд из 4100. Периодически, но конечно редко, виска просто перестаёт видеть lacp и линка переходят в режим suspended. Лечится ребутом edge core. Кто нибудь имел возможность оттебажить данную проблему?

Построен в данный момент транк между Mikrotik CCR 1036 и Extreme x450-24x в режиме 802.3ad двумя sfp 1g портами, но к сожалению по неизвестным причинах больше 1g не пролазит через данный бондинг! CCR поддерживает round-robin balance, но к сожалению Extreme нет, советчики говорят что затык именно в моде 802.3ad, а проверить нечем, noc прова говорит что проблема на нашей стороне, хотя мы не упираемся по загрузке процессора и шины. Исходя из этого, какие маршрутизаторы не Mikrotik поддерживают и round-robin и 802.3ad? Или как еще попытаться выйти с этой ситуации, где noc уверен что трабл у нас?

А кто подскажет как собрать агрегацию, но при условии следующего конфига: Конфиг uplink порта: interface GigaEthernet0/6 switchport trunk vlan-allowed 10 switchport mode trunk switchport pvid 10 dhcp snooping trust Пробывал вот такой вариант: interface Port-aggregator1 switchport trunk vlan-allowed 10 switchport mode trunk switchport pvid 10 dhcp snooping trust ! interface GigaEthernet0/6 switchport trunk vlan-allowed 10 switchport mode trunk switchport pvid 10 dhcp snooping trust aggregator-group 1 mode lacp ! interface GigaEthernet0/7 switchport trunk vlan-allowed 10 switchport mode trunk switchport pvid 10 dhcp snooping trust aggregator-group 1 mode lacp Не прокатывает. Трафик не бегает. с uplink портов даже не летят маки. Может быть дело в том, что нужно добавлять в vlan-allowed 1 vlan ?

Добрый день, уважаемые форумчане. Возник нетривиальный вопрос. Имеется 2 10G линка к сети одного клиента. Предложил объединить их в LACP чтобы получить 20, но админ клиента утверждает, что LACP на их микроте CCR1036 до путя работать не будет. Правда это, или ...деж? Сам с таким не работал, поэтому спрашиваю мнение окружающих.

Посоветуйте РоЕ свич для домашнего использования, цена/качество, из требований - гигабитные порты (16-24, если не все, то большинство), РоЕ af/at и поддержка LACP Что можно посмотреть из такого?

Доброго здоровья! Товарищи, подскажите может кто сталкивался с такой проблемой. Периодически происходит отвал LACP между сервером FreeBSD 12.1 и коммутатором D-Link DGS-3120-24TC Когда происходит отвал, пропадает трафик на интерфейсах и в meesages пишет: Настройки на коммутаторе: Настройки на FreeBSD:

Есть сервер с дебианом bonding 802.3ad. Двумя портами смотрит в микротик, и еще двумя в DGS-3120. К 3120 подключены клиентские свичи доступа. Но никаким алгоритмом балансировки на 3120 не могу повлиять на входящий траффик. И в итоге получается, что на одной карте полка и начинаются потери, а другая даже на 50% не загружена. На линуксе пробовал разные Transmit Hash Policy. Не помогло. Стык с микротиком работает ровно. Настройка DGS-3120 #show link_aggregation Command: show link_aggregation Link Aggregation Algorithm = IP-Source-Dest Group ID : 1 Type : LACP Master Port : 1:1 Member Port : 1:1-1:2 Active Port : 1:1-1:2 Status : Enabled Flooding Port : 1:1 Trap : Disabled #show lacp_port 1,2 Command: show lacp_port 1:1-1:2 Port Activity ----- -------- 1:1 Active 1:2 Active # cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) Bonding Mode: IEEE 802.3ad Dynamic link aggregation Transmit Hash Policy: layer3+4 (1) MII Status: up MII Polling Interval (ms): 0 Up Delay (ms): 0 Down Delay (ms): 0 802.3ad info LACP rate: slow Min links: 0 Aggregator selection policy (ad_select): stable Active Aggregator Info: Aggregator ID: 1 Number of ports: 2 Actor Key: 17 Partner Key: 1 Partner Mac Address: ec:22:80:3c:31:e0 Slave Interface: eth0 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 00:26:55:51:15:9a Aggregator ID: 1 Slave queue ID: 0 Slave Interface: eth1 MII Status: up Speed: 1000 Mbps Duplex: full Link Failure Count: 0 Permanent HW addr: 00:26:55:51:15:9c Aggregator ID: 1 Slave queue ID: 0

всем привет! схема сети: мир идет в свитч 3120-24SC с него в сервер далее через вланы возвращается на этот же свич и потом на другие свичи так как хост машина начинает захлебываться при трафике 750-800мбит+ нужно сделать агрегацию портов пока не приедет оборудование и так на сервере сетевая 4*1Гб с ОС FreeBSD, далее идет свич D-link 3120-24SC, два порты в агрегации будут смотреть на мир , а другие два в локалку сначала подгружаем модуль #kldload if_lagg и добавляем его в автозагрузку echo 'if_lagg_load="YES"' >> /boot/loader.conf в файле rc.conf создаем виртуальные интерфейсы для агрегации и вланов, потом для интерфейсов агрегации назначаем протокол LACP и указываем какие порты буду туда входить, первый указанный порт будет мастер портом, далее вланы навешиваем на интерфейсы для агрегации далее на свиче, здесь немного запутался, сначала нужно создать группы для агрегации и протокол create link_aggregation group_id 1 type lacp create link_aggregation group_id 2 type lacp потом задать по какому алгоритму нужно работать (не понимаю какой нужно выбрать) config link_aggregation algorithm ip_destination или какой-то другой потом указываем мастер порт и какие порты будут входить в агрегацию config link_aggregation group_id 1 master_port 1 ports 1-2 state enable config link_aggregation group_id 2 master_port 3 ports 3-4 state enable далее нужно указать в каком режиме должны работать порты, также не понимаю что выбрать пассивный или активный config lacp_port 1-2 mode active или passive config lacp_port 3-4 mode active или passive подскажите пожалуйста по настройкам коммутатора и хост машины, дабы связка работала

Привет всем. Есть 2 коммутатора d-link (3200-28 и 3200-18), создал группу портов на 1 коммутаторе в лацп 2,4,6,8 (2 порт мастер), на втором лацп 1,3,5,7 (7 порт мастер). Соединил 2 с 1, 4 с 3, 6 с 5, 8 с 7, вопрос что будет с лацп если оба мастер порта будут в down? Соберется ли лацп без мастер порта, какие могут быть последствия если мастер порт на ведущем SW постоянно в статусе up/down?

Народ! подскажите скорее, как агрегировать GE порты на олте? а то что то команды из мануала не работают. У меня человек с патчкородом стоит уже на точке , а я не могу его сконфигурировать. интересуют варианты LACP и статик.

Главные герои сюжета: 1. WS-C3750G-24TS-1U , SW Version 12.2(25)SED1 2. VERSION : MA5600V800R013C00 PATCH : SPC101 PRODUCT : MA5608T Задача в заголовке - LACP между CISCO и HUAWEI. Пока результат нулевой. Либо есть линк только со стороны HUAWEI, либо есть линк с обеих сторон, на CISCO собирается etherchannel но обмена между устройствами нет. Ранее ни разу с подобной проблемой не сталкивался, взлетало сразу. А тут просидел несколько часов, перепробовал все возможные варианты - нет результата. Отдельно проверил каждый порт - всё исправно и работает, собрать LACP не получается. При этом LACP между CISCO и DLink, HUAWEI и DLINK взлетает без проблем. Хоть ставь между ними DLINK и запускай таким паровозиком. Требуется помощь сообщества, может кто сталкивался с подобной проблемой. Варианты настроек, наверное, предлагать не надо, всё пробовал - не работает. Нужна идейная мысль, к примеру замена прошивок на 100% рабочие и проверенные лично Вами в работе. Предположения и догадки тоже приветствуются. Спасибо.

Собственно сабж. Аплинк 10g, транзит во второй 10g и lacp из 4х портов в линуксовый такзик. Изначально lacp был на 3 порта. При трафике 1.6Г получаем возрастание latency, деградацию сервиса и упор в 1.8Г. После расширения лацпа до 4х портов ситуация не поменялась абсолютно. По 10г порту вопросов нет, льет трафик без проблем. Возможно у кого есть опыт с подобным мастодонтом. Или это пресловутая проблема маленького кеша? На сколько удалось выкурить - там 768кб на группу из 12 портов с непонятным разделением по портам.

Знатоки подскажите пожалуйста делаю link_aggregation на свитче от компании Dlink DGS-3200-10. Свитч этот окучевает несколько серверов на фри (со стороны фри все четко там точно косяка нет), так вот проблема вот что от серверов (то есть RX) трафик делится поровну и все ок, а трафик на сервера (по TX) долбится через один порт и не делится поровну на агрегированых портов. На свитче ранее упомянутом подняты агрегации по типу lacp и порты на которых поднята агрегация имеют lacp статус active. В чем может быть проблема. Скрины прилагаются.

Добрый день. Имеем коммутатор BDCOM(tm) S5612 Software, Version 2.2.0B Build 37303 пытались подключить по лагу с линукс машиной, на которой настроен бондинг. До этого машина работала на стенде по двум 10Г портам с коммутатором FORCE10 и дилинк. Было все ок. Нужно было переключить машину в этот бдком. Настройки на бдкоме: enable config interface Port-aggregator6 description 20G_LACP no spanning-tree switchport trunk vlan-allowed 2,1000-1999 switchport mode trunk exit interface tgigaEthernet 1/11 no spanning-tree aggregator-group 6 mode lacp switchport trunk vlan-allowed 2,1000-1999 switchport mode trunk exit interface tgigaEthernet 1/10 no spanning-tree aggregator-group 6 mode lacp switchport trunk vlan-allowed 2,1000-1999 switchport mode trunk exit ! aggregator-group load-balance both-ip ! Переключили физически в порты бдкома - порты поднимаются, а lacp down - не поднимается. tg1/10 with_eth1 up Trunk(1) full 10000Mb 10Giga-FX tg1/11 with_eth2 up Trunk(1) full 10000Mb 10Giga-FX p6 20G_LACP down Trunk(1) Прошивка была 2.2.0B 37303 обновляли -> 2.2.0C 42666 -> 2.2.0C 50891 -> и на последнюю 2.2.0C 69953 Добавление вилана 1 помогло - заработало: interface Port-aggregator6 switchport trunk vlan-allowed add 1 Хотя между коммутаторов работает без 1 (дефаулт) влана. Может кому пригодиться, намучались немного # cat interfaces auto lo iface lo inet loopback auto eth1 iface eth1 inet manual bond-master bond0 up ifconfig $IFACE mtu 9000 post-down ifconfig $IFACE down auto eth2 iface eth2 inet manual bond-master bond0 up ifconfig $IFACE mtu 9000 post-down ifconfig $IFACE down auto bond0 iface bond0 inet manual bond-mode 802.3ad bond-miimon 100 bond-downdelay 200 bond-updelay 200 bond-lacp-rate 1 bond-xmit-hash-policy 1 bond-slaves eth1 eth2 up ifconfig $IFACE mtu 9000 auto bond0.2 iface bond0.2 inet static address 192.168.200.200 netmask 255.255.0.0 gateway 192.168.200.120 dns-nameservers 8.8.8.8 vlan_raw_device bond0 cat /proc/net/bonding/bond0 Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011) Bonding Mode: IEEE 802.3ad Dynamic link aggregation Transmit Hash Policy: layer3+4 (1)