rusol

Дякую за відповідь, зараз почитаю про ip unnumbered.

Добрый вечер. Есть от провайдера блок реальных адресов, к примеру 100.1.1.192/26 Раньше сеть была в одном влане и записи в /etc/rc.conf были такие: ifconfig_ix0="inet 192.168.0.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP ifconfig_ix0_alias0="inet 100.1.1.193 netmask 255.255.255.192" # Шлюз для пользователей с реальными IP После чего стала задача часть пользователей переводить во вланы тоже с разделением на локальные IP и реальные, первый влан создал где-то пару лет назад и все работает: ifconfig_vlan1="vlan 1 vlan

Добрый вечер. Есть от провайдера блок реальных адресов, к примеру 100.1.1.192/26 Раньше сеть была в одном влане и записи в /etc/rc.conf были такие: ifconfig_ix0="inet 192.168.0.1 netmask 255.255.255.0" # Шлюз для пользователей с локальным IP ifconfig_ix0_alias0="inet 100.1.1.193 netmask 255.255.255.192" # Шлюз для пользователей с реальными IP После чего стала задача часть пользователей переводить во вланы тоже с разделением на локальные IP и реальные, первый влан создал где-то пару лет назад и все работает: ifconfig_vlan1="vlan 1 vlan

Так же написал скрипт-снятие симптомов этой ситуации методом выключения и включения сетевой карты на маршрутизаторе. Может ли кто-то помочь добавить проверку загрузки interrupt, как только одно из ядер процессора будет больше загружено, чем в сумме все остальные в раза 2, то выключить и включить сетевую. Поставлю в крон, пока буду искать решение этой проблемы.

И вот только-что проявился этот глюк на абсолютно низкой нагрузке (сейчас веерное отключение света, нагрузка на сервер от пиковой максимум 10-15%) Количество пакетов тоже было небольшое (примерно 100К), смотрел через netstat -hdw1 -i ix0, сервак молотит в час пик 200-250К, и все норм.

Благодарю за ваши ответы! По поводу замены железа на более производительное: у меня есть ощущение, что происходит резкий скачок количества пакетов, проходимых через сервер, думал может это какие-то атаки и можно как-то обезопасить сервер от них, ведь если поменять железо, а эти атаки продолжатся, возможно ничего не изменится. По поводу смены версии на более новую, это сервак старенький, ему лет 5 точно, может ли такое быть, что 4 года такого не было, а на 5 год появилась эта проблема и может вылечиться переустановкой Фри на более свежую? Ipcad почему-то

Всем привет. Прошу помощи, не могу уже больше года побороть одну проблему. Иногда (раз в неделю, раз в месяц...), в основном в час пик, резко вырастает interrupt на одном из четырех ядер на сервере, на котором FreeBSD 10.1 + Nodeny + IPFW + PF + DHCP, при этом клиенты жалуются, что очень тупит интернету. Я этот симптом вижу на сервере так через top -SHPi: Так же наблюдаю значительное увеличение пакетов через команду netstat -hdw1 -i ix0 Помогает в таких ситуациях следующее: 1. Выключение на пару секунд и включе

Здравствуйте всем. Спасибо за ответы. Поменяли OLT на новую - все заработало. Будем сдавать в сервис OLT...

Нормально вроде #show epon optical-transceiver-diagnosis interface ePON 0/1:2 interface RxPower(dBm) ----------- -------------- epon0/1:2 -15.2

На последующем коммутаторе уже нету мака клиента, может быть, что OLT его по каким-то причинам не пропускает? OLT#show mac address-table interface epON 0/1:2 Mac Address Table (Total 2) ------------------------------------------ Vlan Mac Address Type Ports ---- ----------- ---- ----- 1 1d87.74b0.c28f DYNAMIC epon0/1:2 20 0d40.6389.1927 DYNAMIC epon0/1:2 Cisco Ethernet коммутатор L2#show mac address-table address 0d40.6389.1927 Mac Address Table ------------------------------------------- Vlan Mac Ad

Мы пробовали другой роутер поставить и другую онушку, это не дало результатов. Сейчас гляну до какого места виден мак клиента. Топология такая: Роутер клиента - ONU клиента - OLT - Ethernet коммутатор L2 - Ethernet коммутатор L3 - Центральный маршрутизатор

Це ви маєте на увазі чіп в ONU чи OLT?

Здравствуйте, помогите решить проблему, мысли у меня закончились. Ночью без видимых причин перестал работать клиент, коммутатор не перезагружался. #show version BDCOM(tm) P3310B Software, Version 10.1.0B Build 36687 Copyright by Shanghai Baud Data Communication CO. LTD. Compiled: 2016-7-21 16:48:14 by SYS_36687, Image text-base: 0x80008000 ROM: System Bootstrap, Version 0.3.3, Serial num:00313001324 System image file is "Switch.bin" (RISC) processor with 131072K bytes of memory, 8192K bytes of flash snmp info: product_ID:228 system_ID:1.3.6.1.4.1.3320.1.228.0 Switch

Большое спасибо ВСЕМ, особенно Гиперлупоид.инженера.гари и khatgit, все получилось после того как я поменял cmd-sequence 3 epon onu all-port ctc vlan mode tag 20 на cmd-sequence 3 epon onu port 1 ctc vlan mode tag 20 Тему можно закрывать, всем спасибо большое!

Был занят, не смог сразу ответить. Обновили прошивку на самую новую: #show version BDCOM(tm) P3310B Software, Version 10.1.0B Build 36687 Проверил маки, онушку и ноут видит: #show mac address-table interface EPON 0/4:1 Mac Address Table (Total 2) ------------------------------------------ Vlan Mac Address Type Ports ---- ----------- ---- ----- 1 1c87.7490.f28f DYNAMIC epon0/4:1 20 0022.1562.4f2a DYNAMIC epon0/4:1 Интернета по прежнему нету