olegvp Posted December 15, 2021 Posted December 15, 2021 (edited) Взяли биллинг от нетапа, ТП тухлая там и все что они сказали я не знаю почему так. Ситуация такая. Абонет длжен получать статический ип по dhcp исходя из мак адреса. Проблема в следующем, по логам dhcp сервера ип клиенту выдан, в арп таблице свича я вижу ип с маком клиента, на клиенте ипа нет вижу 169 сеть. Что на роутере любого вендора, что на виндовом компе, что на линуксе. При этом в этой же подсети кто-то получает ип и у него сеть работает. Я с таким столкнулся первый раз, что в арпе свича ип есть на клиенте его нет. Может кто сталкивался или может подсказать куда копать? При этом на предыдущем биллинге мы таких проблем не имели, все работало без проблем айпи выдавались и по опции 82 где поддерживается и по маку где нет. Перешли на УТМ и нажили проблем с выдачей ипов. Edited December 15, 2021 by olegvp Вставить ник Quote
passer Posted December 15, 2021 Posted December 15, 2021 В 15.12.2021 в 09:04, olegvp сказал: на роутере любого вендора, что на виндовом компе, что на линуксе мак при этом клонировали? В 15.12.2021 в 09:04, olegvp сказал: арп таблице свича я вижу ип с маком клиента, именно arp, не коммутации? Причиной может быть что угодно, вплоть до хренового обжима или горелого порта на коммутаторе доступа. Вставить ник Quote
olegvp Posted December 15, 2021 Author Posted December 15, 2021 В 15.12.2021 в 11:16, passer сказал: мак при этом клонировали? Я смотрю мак клиента и прописываю его биллинг в параметр к его айпишнику. Клонирование тут не причем. Ставил линуксовыую машину в этом же сегменте, для теста. В 15.12.2021 в 11:16, passer сказал: именно arp, не коммутации? sh arp | i 10.2.42.11 Internet 10.2.42.11 0 f8f0.82b4.3251 ARPA Vlan17 Я бы понял если бы просто не получал бы клиент ип, искал бы где что теряется. мне не понятна ситуация с арп таблицей, ипа на клиенте нет, в арп таблице есть Вставить ник Quote
passer Posted December 15, 2021 Posted December 15, 2021 А что мешает прямо на линуховой машине запустить tcpdump и посмотреть что прилетает? Или на win - запустить wireshark. Вставить ник Quote
olegvp Posted December 15, 2021 Author Posted December 15, 2021 В 15.12.2021 в 11:22, passer сказал: А что мешает прямо на линуховой машине запустить tcpdump и посмотреть что прилетает? Или на win - запустить wireshark. ничего, все визуально нормально, все стадии общения между клиентом и сервером проходят и AСK пакет приходит. Вставить ник Quote
jffulcrum Posted December 15, 2021 Posted December 15, 2021 В 15.12.2021 в 09:19, olegvp сказал: Internet 10.2.42.11 0 f8f0.82b4.3251 ARPA Vlan17 А отслеживали MAC до конкретного порта на доступе? Это порт клиента? Вставить ник Quote
olegvp Posted December 15, 2021 Author Posted December 15, 2021 В 15.12.2021 в 11:53, jffulcrum сказал: А отслеживали MAC до конкретного порта на доступе? Это порт клиента? да, и арп записи нет до момента включения, и второго мака нет в сегменте. единственное что это удаленный сегмент через сеть оператора связи, влан. Вставить ник Quote
[anp/hsw] Posted December 15, 2021 Posted December 15, 2021 В 15.12.2021 в 13:35, olegvp сказал: все стадии общения между клиентом и сервером проходят и AСK пакет приходит. Запустите "dhcpcd -d -T ethXXX" на линуксовой машине и выложите сюда (где ethxxx - ваша сетевуха). Вставить ник Quote
jffulcrum Posted December 15, 2021 Posted December 15, 2021 Х-м, может там как у Микротика, маска отдельным параметром сейчас передается. У клиентов от этого срывает башню со схожими проявлениями. Маску должны строго от адреса наследовать. Вставить ник Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.