pin
-
Публикации
36 -
Зарегистрирован
-
Посещение
Сообщения, опубликованные пользователем pin
-
-
Опубликовано · Изменено пользователем pin · Жалоба на ответ
Port mdi managementStatus Speed Mode 1000M Mode Fiber portMode Flow control loopback Ethernet1/0/4 auto No Shutdown auto auto NULL Auto Non flow control status no loopback
-
Были задействованы порты с 1 по 4 по очереди
-
Всем здравия!
Возникла необходимость собрать эту связку. использовались SFP-модули SNR-SFP-W53-3, SNR-SFP-W35-3 и родные трикомовские, которые двухволоконные (модель, к сожалению, более точно сказать не могу - фото этих модулей пролюбили, а снять их и посмотреть сейчас нет возможности). Ни на тех, ни на других модулях связка не взлетела - даже линк не поднялся, в то же время, если через SNR-модули подключить два 3COM4500 - все работает прекрасно. Информация об устройствах:
<4500>display version 3Com Corporation Switch 4500 50-Port Software Version 3Com OS V3.03.02s168p21 Copyright (c) 2004-2012 3Com Corporation and its licensors, All rights reserved. Switch 4500 50-Port uptime is 25 weeks, 1 day, 22 hours, 4 minutes Switch 4500 50-Port with 1 Processor 64M bytes DRAM 8196K bytes Flash Memory Config Register points to FLASH CPLD Version is CPLD 001 Bootrom Version is 4.06 [subslot 0] 48 FE + 4 GE Hardware Version is 00.00.00
System Version Information SNR-S2990G-24FX Device, Compiled on Jul 23 17:32:15 2015 sysLocation Building 57/2,Predelnaya st, Ekaterinburg, Russia CPU Mac f8:f0:82:73:b9:ec Vlan MAC f8:f0:82:73:b9:eb SoftWare Version 7.0.3.5(R0102.0138) BootRom Version 7.1.37 HardWare Version 1.0.1 CPLD Version N/A Serial No.:SW041710F323000199 Copyright (C) 2015 NAG LLC All rights reserved Last reboot is warm reset. Uptime is 12 weeks, 3 days, 23 hours, 21 minutes
заранее благодарю всех откликнувшихся
-
Опубликовано · Изменено пользователем pin · Жалоба на ответ
Похоже, что таки да, на одном из серверов недавно 2012 R2 накатили, соотвественно LACP реализован средствами самого windows. Получается, что несмотря на то, что на интерфейсах выставлено MTU 9000, на самой агрегации таки да, стандартные 1500. ибо другой сервер, подключенный к этим же свичам заработал без проблем
-
Проверка MTU:
dis int gi 1/0/1 | inc Frame IP Packet Frame Type: PKTFMT_ETHNT_2, Hardware Address: cc3e-5f4d-05d6 The Maximum Frame Length is 9216
Требуется фрагментация пакета, но установлен запрещающий флаг.
А такое сообщение на L2 генерится не может, это приходит с локального стека.
В моем случае:
[HP]dis int gi 1/0/1 | inc Frame IP Packet Frame Type: PKTFMT_ETHNT_2, Hardware Address: cc3e-5fbc-1728 The Maximum Frame Length is 10240
-
MTU проверяющей машины какой?
На обеих серверах стоит 9000
-
Опубликовано · Изменено пользователем pin · Жалоба на ответ
Здравствуйте!
Имеются два таких свича. Связаны друг с другом по оптике через LACP, плюс в каждый подключено по серверу, тоже через LACP. На серверах поддержка jumbo включена и работает - подключал оба сервера к ProCurve 2910-48G все бегало и прыгало. Хочется иметь поддержку jumbo frame. Мои действия на обеих свичах:
_cmdline-mode on system-view jumboframe enable
Результат:
ping 172.16.0.8 -f -l 8000 Обмен пакетами с 172.16.0.8 с 8000 байтами данных: Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг. Требуется фрагментация пакета, но установлен запрещающий флаг.
<HP>display version HP Comware Platform Software Comware Software, Version 5.20, Release 1513P95 Copyright (c) 2010-2015 Hewlett-Packard Development Company, L.P. HP V1910-16G Switch uptime is 1 week, 1 day, 0 hour, 58 minutes HP V1910-16G Switch 128M bytes DRAM 128M bytes Nand Flash Memory Config Register points to Nand Flash Hardware Version is REV.B CPLD Version is 002 Bootrom Version is 171 [subSlot 0] 16GE+4SFP Hardware Version is REV.B <HP>вшыздфн сгккут-сщташпгкфешщт ^ % Unrecognized command found at '^' position. <HP>display current-configuration # version 5.20, Release 1513P95 # sysname HP # clock timezone Ekaterinburg add 05:00:00 # domain default enable system # ip ttl-expires enable # password-recovery enable # vlan 1 # domain system access-limit disable state active idle-cut disable self-service-url disable # user-group system # local-user admin password cipher $c$3$jIaNMKnT8vh/x03psCl5g6eUlqE626z1q5Kod8QQf1zQ authorization-attribute level 3 service-type ssh telnet terminal service-type web # stp mode rstp stp enable # interface Bridge-Aggregation1 link-aggregation mode dynamic # interface Bridge-Aggregation2 link-aggregation mode dynamic # interface Bridge-Aggregation3 link-aggregation mode dynamic # interface NULL0 # interface Vlan-interface1 ip address 10.9.1.20 255.255.252.0 # interface GigabitEthernet1/0/1 stp edged-port enable port link-aggregation group 2 # interface GigabitEthernet1/0/2 stp edged-port enable port link-aggregation group 2 # interface GigabitEthernet1/0/3 stp edged-port enable port link-aggregation group 3 # interface GigabitEthernet1/0/4 stp edged-port enable port link-aggregation group 3 # interface GigabitEthernet1/0/5 stp edged-port enable # interface GigabitEthernet1/0/6 stp edged-port enable ....... # interface GigabitEthernet1/0/17 stp edged-port enable port link-aggregation group 1 # interface GigabitEthernet1/0/18 stp edged-port enable port link-aggregation group 1 # interface GigabitEthernet1/0/19 stp edged-port enable # interface GigabitEthernet1/0/20 stp edged-port enable # ntp-service unicast-server 10.9.0.2 # ssh server enable # user-interface aux 0 authentication-mode scheme user-interface vty 0 15 authentication-mode scheme
То есть на портах поддержка jumbo не включилась. Подробной информации на эту тему найти не мог, прошу помощи.
-
Вот в этом то и вопрос: правила файервола применять к интерфейчу туннеля?
-
Есть один нюанс: шеф хочет видеть оба офиса в сетевом окружении... Думаю что нормально получится реализвовть только с помощью EOIP. Не WINS же разводить 8(
-
Всем здравствуйте!
Возникла задача по объединению двух филиалов. Поскольку в обоих филиалах стоят микротики, решение напрашивается само собой - какой-нибудь VPN и IPoE в нем. Проблема в том, что на микротиках подняты еще DHCp-сервера, соответственно, нужно не пущать DHCP-запросы от клиентов через IPoE. Как это реализовать?
P. S. Пулы адресов не пересекаются.
2ISP+2MikroTik одно адресное пространство ЛВС
в Mikrotik коммутаторы и маршрутизаторы
Опубликовано · Жалоба на ответ
Здравствуйте!
Имеется две группы компьютеров, находящихся в разных районах и объединенных между собой каналом в 5 Мб (соединение типа мост). Адресное пространство единое - 192.168.0.0/24. Адреса прописаны вручную. каждая группа подключена к сети Интернет через своего провайдера, соответственно, первая группа выходит через шлюз 192.168.0.1, вторая - через 192.168.0.2. Коммутаторы, используемые в сети неуправляемые. Задача: при пропадании доступа к сети интернет (причем не обязательно, что WAN-линк ушел в даун, мог отказать, например, роутер у прова) необходимо, чтобы компьютеры обоих групп начинали ходить через тот роутер, доступ на котором остался. Как я это представляю: заменить свичи на управляемые, развести каждую группу в свой VLAN и настроить VRRP, без использования VLAN'ов не представляю, как будут уживаться два IP из одной сетки на одном MikroTike, пингами мониторить канал до шлюза провайдера. Проблема: в сетевом окружении должны быть видны компьютеры обеих групп (требование начальства :(((). Первая группа состоит из 8 компьютеров, вторая из 12, то есть замену коммутаторов еще придется как-то обосновывать... Может быть, как-то можно решить проблему без использования VLAN? И да, сейчас, понятное дело, смена шлюза по умолчанию происходит вручную.