Ну я конечно не претендую, но по моему опыту, попытка сделать из буханки тролейбус приводит к тому что и троллейбус вышел так себе и буханка как буханка уже не очень)

нет, ну если рзработчик скажет что мы тут ошиблись и маршрутизировать этот девайс не умеет, вопрос закрываем и ставим другое оборудование

Че то я в описании не увидел ни чего про маршрутизация

Просто маршрутизация без хотябы Рип это только статика

а статика это боль

а статика это боль

Не большая, это норм.

Вот такая секция в конфиге есть

Че то я в описании не увидел ни чего про маршрутизация

это на скольки сетях?) на 10 подсетях?)

ну да хоть бы и так)

/nightly@dlink_rubot

я просто не понимаю зачем роутить пусть даже 10 подсетей посередине сети.

дотащите в ядро

если у вас одно ядро

или сделайте нормальную сенкционную с несколькими ядрами

Вот такая секция в конфиге есть

Сюдя по надписи, задание дефолтного шлюза 😊

Сюдя по надписи, задание дефолтного шлюза 😊

он конечно пишется для красоты

Для коммутатора

или сделайте нормальную сенкционную с несколькими ядрами

это конечно верно. Если есть техническая возможность

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

а флоу подверждает что от этого вообще будет понт? а то может туда ходит полторы калеки, а вы городить готовитесь)

есть понт

есть понт

О чем речь, я чот пропустив:(

О нетфлоу?

о "понте"

Понте чего, нетфлоу?

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

Дефолтом для подсетей является кто?

Если да, то такой вот реатрический вопрос. Что безопаснее для тебя, зеркалирование трафика или нетфлоу на твоих подчинённых ;)?

Ну вот.. Сразу весь холивар прекратили. Одним вопросом

для клиентов этого свича он является дефолтом, он должен пересылать все пакеты ужа не ядро сети, там прописан маршрут о подсети за этим dgs3700

Трассировку в студию

Понте чего, нетфлоу?

вопросов к понту нетфлоу быть не может, так как нетфлоу это самая понтовая штука в нашем сетевом мире

вопросов к понту нетфлоу быть не может, так как нетфлоу это самая понтовая штука в нашем сетевом мире

ну исходя из вопросов - может и біть)

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

понтовее может быть полноценный дамп пакетов ;)

СОРМ.ЖПГ

ну вот еще, может вам еще и сразу фильтр для пкап файла написать, чтобы нужные пакеты показывать? кто тут клиент а кто провайдер? "ЗА что я плачу"

Я сама работала в isp, там максимум за нетфлоу шарит только старший админ

а просто системніе админі

вообще ничего не знают

набили руки на команды и все

не понимают что делают

я терпела этого 4 месяца и ушла

Кстати, а кто из длинк может пояснить за флоу? Че может, что практикует?

Доброго дня, коллеги.

Есть ли специалист тут способный настроить DFL 1660+SHREW SOFT VPN CLIENT+Ldap авторизация. По предложениям в личку.

Кстати, а кто из длинк может пояснить за флоу? Че может, что практикует?

очень плохо, когда в слове "циско" есть буквы "длинк"

Я сама работала в isp, там максимум за нетфлоу шарит только старший админ

хорошій провайдєр, із сосєдніх вєстімо..

Есть ли специалист тут способный настроить DFL 1660+SHREW SOFT VPN CLIENT+Ldap авторизация. По предложениям в личку.

наврятли ....

очень плохо, когда в слове "циско" есть буквы "длинк"

Очень странно искать цицсковскую проприетарщину в других вендорах, хотя микротик реализовал. Тут s-flow. Вопрос в а надо ли городить ? Железо под хранение и развертывание коллектора.

Добрый день уважаемые товарищи. Нужна помощь в диагностике проблемы. Имеется сеть по топологии звезда. Центральный узел DFL 870 (прошивка DFL-870-11.10.01.06, NetDefendOS Version: 11.10.01.06-31272 Feb 1 2017) На узлах территорий DFL 860E (прошивка DFL-860E-11.10.01, , NetDefendOS Version: 2.27.30.03-26422 Apr 8 2015) В центр (DFL 870) на WAN1 подается интернет (untag) и передача данных для территорий (tagVLAN1765). На центре на порту WAN1 (base interface) настроен VLAN 0x810 IEEE 802.1Q (сеть 192.168.63.0/24, ip-адрес центра 192.168.63.1). На территории (DFL 860E) порт WAN1 воткнут в tag-порт "железяки" провайдера в том же самом VLAN (ip-адрес территории например 192.168.63.5). Локалка центра 10.18.161.0/24 (адрес DFL 10.18.161.197). Локалка территории 192.168.2.0/24 (адрес DFL 192.168.2.254). Другие территории аналогично по шаблону. Периодически рвется связь между центром и территорией: 15-30 минут работает без проблем, потом связь рвется на 10-30 секунд, потом все восстанавливается). При этом устройства не перегружаются (локально все работает, нет только связи центра с территорией: проверяем постоянным ping между хостами в VLAN 192.168.63.1 и 192.168.63.5). При этом от провайдера (вытащили с их стороны порт в этот же VLAN) ping не рвется. На железке провайдера у нас вытащили отдельные порты (изолированные) в том же VLAN и в центре и на территории. Воткнули туда компы в серой сетке 192.168.63.0/24. Между компами пинг идет, а пинг на DFL - рвется, что на территорию, что на центр. Машрутизация простейшая (серая сетка территории на адрес нужного шлюза VLAN, в Policies тоже никаких наворотов). Проблема со всеми территориями, а не только с этой конкретной. Железку в центре меняли (и на другую 870 и на аналогичную территориям 860E)... на территоиях тоже меняли. Уже не знаю, что и думать :-( ЧЯДНТ???

тему на форуме - скрины в студию ... схему от руки с интерфейсами и адресами 😉 вникать сложно - да и потеряется тут через десяток сообщений ... ситуация забавная . те компы пингуют друг друга а DFL нет ?! или я не понял ?!

Нарисовать сейчас нет возможности, но схема простая - звезда. Для простоты будем смотреть связку центр-одна территория. центр DFL870 WAN1 (VLAN1765, 192.168.63.1), тут же на WAN1 инет не тагированный, LAN 10.18.161.0/24 территория DFL860E WAN1 (в том же VLAN в железяке прова на территории, 192.168.63.5) LAN 192.168.2.0/24 DFL друг друга пингуют и компы их пингуют и они компы пингуют, но 15-30 минут работает без проблем, потом связь рвется на 10-30 секунд, потом все восстанавливается. При этом устройства не перегружаются (локально все работает, нет только связи центра с территорией. В центре IPv4 Routing table Flags Network Interface Gateway Local IP Metric 192.168.63.1 core (Iface IP) 0 172.17.100.254 core (Iface IP) 0 92.255.xxx.xxx core (Iface IP) 0 10.18.161.197 core (Iface IP) 0 127.0.0.1 core (Shared IP) 0 192.168.63.0/24 VLAN1765 30 192.168.2.0/24 VLAN1765 192.168.63.5 50 92.255.XXX.0/24 wan1 110 224.0.0.0/4 core (Iface IP) 0 0.0.0.0/0 wan1 92.255.XXX.XXX 110 Территория (192.168.63.5/192.168.2.0/24) IPv4 Routing table Flags Network Interface Gateway Local IP Metric 172.17.100.254 core (Iface IP) 0 192.168.63.5 core (Iface IP) 0 192.168.2.254 core (Iface IP) 0 127.0.0.1 core (Iface IP) 0 10.18.161.0/24 wan1 192.168.63.1 50 192.168.2.0/24 lan 100 192.168.63.0/24 wan1 100 224.0.0.0/4 core (Iface IP) 0 0.0.0.0/0 wan1 192.168.63.1 100 Main IP Rules # Name Src_If Src_Net Dest_If Dest_Net Service Address_Translation 1. AllowVW_Group_VLAN-LAN VLAN1765 all-nets lan1 VW_GroupIP all_services SRC:NAT 2. AllowVW_Group_LAN-VLAN lan1 VW_GroupIP VLAN1765 all-nets all_services SRC:NAT 3. AllowVPN VPN_Server all-nets any all-nets all_services 4. AllAllow_VLAN-LAN VLAN1765 all-nets lan1 all-nets all_services 5. AllAllow_LAN-VLAN lan1 all-nets VLAN1765 all-nets all_services 6. ping_fw any all-nets any all-nets ping-inbound 7. lan1_to_wan1 7.1. inet_WAN1-VLAN1765 wan1 all-nets VLAN1765 all-nets all_tcpudpicmp SRC:NAT 7.2. inet_VLAN1765-WAN1 VLAN1765 all-nets wan1 all-nets all_tcpudpicmp SRC:NAT 7.3. drop_smb-all lan1 lan1_net wan1 all-nets smb-all SRC:NAT 7.4. allow_ping-outbound any all-nets any all-nets ping-outbound SRC:NAT 7.5. allow_ftp-passthrough_av lan1 lan1_net wan1 all-nets ftp-passthrough-av SRC:NAT 7.6. allow_standard lan1 lan1_net wan1 all-nets all_tcpudpicmp SRC:NAT 8. Port_FWD 8.1. SAT_PBX any all-nets core wan1_ip sip-udp DST:SAT(10.18.161.39) 8.2. NAT_PBX any all-nets core wan1_ip sip-udp SRC:NAT 8.3. SAT_PBX_Voice any all-nets core wan1_ip Oktell_Voice DST:SAT(10.18.161.39) 8.4. NAT_PBX_Voice any all-nets core wan1_ip Oktell_Voice SRC:NAT 8.5. SAT_DNS_AD_UDP any all-nets core wan1_ip dns-udp DST:SAT(10.18.161.30) 8.6. NAT_DNS_AD_UDP any all-nets core wan1_ip dns-udp SRC:NAT 8.7. SAT_DNS_AD_TCP any all-nets core wan1_ip dns-tcp DST:SAT(10.18.161.30) 8.8. NAT_DNS_AD_TCP any all-nets core wan1_ip dns-tcp SRC:NAT

в логах есть что на это время ?!

скрины понятней были бы - лда и привычней

и нарисовать на draw.io

@cergo666 dir 825 ac g1 настройка соединений>wan>все настройки. Не смущает что меню авторизации по протоколу 802.1х появляется только при выключении переключателя напротив dns?)

глянул, разрабов оповестил, в ближайших ночнушках пофиксят

т.е. 3.0.6 уже не final? ))

да и слава богу

даешь новую жизнь самому народноме роутеру

картинку сейчас нарисую... там все просто на центре 870 воткнута WAN1 в мультитаг порт прова, на территории 860 WAN1 воткнута в таг порт того же VLAN железяки прова про логи - в system Log несколько ворнингов про ттллоу и несколько дропов для юдипи... сейчас вырежу syslog на момент разырыва с той и другой стороны.

те мы поднимаем что VLAN1765 это плоский Ethernet по территории ?!

т.е. 3.0.6 уже не final? ))

я всегда говорил, что финал - просто одна из ночнушек, просто помеченная для особо упоротых

я всегда говорил, что финал - просто одна из ночнушек, просто помеченная для особо упоротых

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

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

ну, прошивка осталась, а браузер обновился, и пипец

в firefox такого нету например

те мы поднимаем что VLAN1765 это плоский Ethernet по территории ?!

да

те мы поднимаем что VLAN1765 это плоский Ethernet по территории ?!

разрыв пинга от DFL до DFL (с самой DFL) происходит внутри этого VLAN ... при этом обычный комп воткнутый в этот VLAN пингует другой комп воткнутый в отдельный порт постоянно, а вот на интерфейс DFL рвется..

поставте коммутатор перед DFL и вынесите интерфейс на живой интерфейс например WAN2

пока других идей нету . не особо хорошо работает Vlan на WAN

поставте коммутатор перед DFL и вынесите интерфейс на живой интерфейс например WAN2

в смысле разделить untag интернет на WAN1, а tagVLAN на WAN2?

в смысле разделить untag интернет на WAN1, а tagVLAN на WAN2?

снять таг - ир послать на WAN2

в логах есть что на это время ?!

Я тебе одну очень умный вещь скажу ты только не психуй. НЕЛЬЗЯ определить КТО потерял пакет.

Рукалицо

глянул, разрабов оповестил, в ближайших ночнушках пофиксят

А я пока сижу на ночнушке от 29.05.2019

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

Линуксовый mtr тоже так делает гад

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

Ты получаешь то что ты измеряешь

Ни, чего не понял

Ни, чего не понял

что конкретно не понятно? 870 воткнута в прова у которого порт в VLAN, с территории 860 тоже также воткнута в порт прова в VLAN