ShumBor

@jffulcrum @Irish У меня что-то лежит в 2 вариантах, но не помню полная или нет (по крайней мере бинари отличаются )

ну и если тона не помогут - то искать отбойники.

А почему 7.0.2 а не 702 ) Сейчас же VERSION.PATCHLEVEL.SUBLEVEL не котируется, Хромоногий покусал всех )

Скорее всего это из за механизма скрытия мака на смарте Мак разный у выданных адресов?

Ну так это 340) У меня Edgeport или на Moschip, с ними проблем не было пока.

Ну так обновиться надо для начала

DVG-6008S вроде умел пульс

Ну у нас оверхед был побольше, т.к. iscsi хранилось на винде, а там отдается из файла а не блочник. Но камер 500-600 тянуло, дальше не наблюдал, это у соседнего отдела схема. Из тюнинга - карточки i710 поставили заместо наботрных с медной 10кой (те затыкались немого на 5-6G, но я не ковырял их, у них свой админ под это дело есть), да mtu 9к + буфера карточки в 4к. Я у себя дома хранилки под видео вообще по sshfs собираю (гиг выжимаю на обмене), но мне так удобнее да и исторически так было - лень переделывать.

отдать блочные по iscsi и собрать в lvm Точнее у нас raid5 тома экспортирутся по iscsi и собираются в один большой lvm том состоящий из куска локального и десятки удаленных кусков Как раз под видео

Так есть жe WinTariff под это дело ) ну и самописных решений 1000 и 1 пачка

@Ivan_83 Да это тоже, но тут надо проще объяснить. А то еще спугнем )

На фряхе у нас было 200 pps, дальше дроп, не надо нагружать цпу не нужным трафиком. Да и на текущих л3 железках тоже лимит есть, ибо не надо контрол плейн нагружать мусором )

На длинках то хоть какой режим dhcp_local_relay или dhcp_relay? От этого настройки различаются

тогда снифер в зубы и отладку на коммутаторе и вперед. Хотя настройки длинка я бы проверил, может там на длинке порт в транк не переведен.

а на длинке как порт настроен, там точно keep на opt.82? если поснифать трафик - пакеты ходят?

@Ace63 Насколько помню - это напряжения 1 ячейки акб. А вот по значениям не скажу ибп с DL801 не в работе сейчас

попробуйте восстановить по по этой статье https://nag.wiki/pages/viewpage.action?pageId=25107759 Судя по Verifying Checksum ... Bad Data CRC у вас побилась прошивка или при прошивке вы дернули питание.

так скриншот и так пришлют в той же телеге, а особо продвинутые и sor файл даже.

@Evgeny Mirhasanov Ну да, как и должно быть. Вот обмен со стороны клиента root@shumbor:/var/log# tcpdump -nieth2 tcpdump: verbose output suppressed, use -v[v]... for full protocol decode listening on eth2, link-type EN10MB (Ethernet), snapshot length 262144 bytes 13:59:36.717769 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from a8:f9:4b:09:3b:4f, length 429 13:59:39.728104 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from a8:f9:4b:09:3b:4f, length 429 13:59:42.737573 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from a8:f9:4b:09:3b:4f, length 429 вот сервер root@shumbor:/var/log# tcpdump -nieth1 port 67 or 68 tcpdump: verbose output suppressed, use -v[v]... for full protocol decode listening on eth1, link-type EN10MB (Ethernet), snapshot length 262144 bytes 13:59:36.720208 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from a8:f9:4b:09:3b:4f, length 449 13:59:36.720501 IP 192.168.1.253.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 309 13:59:39.730523 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from a8:f9:4b:09:3b:4f, length 449 13:59:39.730877 IP 192.168.1.253.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 309 13:59:42.739974 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from a8:f9:4b:09:3b:4f, length 449 13:59:42.740386 IP 192.168.1.253.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 309 вот настройка железки касаемо dhcp. 1 - ложный dhcp сервер, 3 клиент, 7 - нормальный dhcp ip dhcp snooping enable ip dhcp snooping binding enable ! ip dhcp snooping information enable ip dhcp snooping information option subscriber-id format hex ! Interface Ethernet1/0/1 switchport access vlan 3 ! Interface Ethernet1/0/3 switchport access vlan 3 ! Interface Ethernet1/0/7 switchport access vlan 3 ip dhcp snooping trust !

Странно это, только что на столе проверил. Да со стороны сервера видно Jun 28 13:37:45 shumbor dhcpd[3988]: DHCPDISCOVER from a8:f9:4b:09:3b:4f (TAU-1M.IP) via eth1 Jun 28 13:37:45 shumbor dhcpd[3988]: DHCPOFFER on 192.168.1.23 to a8:f9:4b:09:3b:4f (TAU-1M.IP) via eth1 но клиент адрес не получает

написал в pm

Это Элтексу надо если не родные ону

У C-data как раз нету

настройку downlink порта в сторону 2 коммутатора покажите

@andpuxa а даунлинк с 1 на 2? там тоже надо.