Nanostation M5 loco и dhcp

[neironus]

Доброго времени суток!

Есть проблема, но не найду решение.

 

Стоят 2 точки в режиме прозрачного бриджа, скорость и сигнал более чем в норме.

Если вбить статику то все прекрастно работает, а вот по dhcp никто не получает адреса.

В логах на сервере вижу только запросы на получение и ответ сервака. но реквеста и пака нет.

 

Oct 18 11:35:07 nas dhcpd: dhcp.c(4230): non-null pointer
Oct 18 11:35:07 nas dhcpd: DHCPDISCOVER from e8:03:9a:23:cd:30 via 172.16.13.254
Oct 18 11:35:07 nas dhcpd: DHCPOFFER on 172.16.13.34 to e8:03:9a:23:cd:30 via 172.16.13.254
Oct 18 11:35:11 nas dhcpd: dhcp.c(4230): non-null pointer
Oct 18 11:35:11 nas dhcpd: DHCPDISCOVER from e8:03:9a:23:cd:30 via 172.16.13.254
Oct 18 11:35:11 nas dhcpd: DHCPOFFER on 172.16.13.34 to e8:03:9a:23:cd:30 via 172.16.13.254
Oct 18 11:35:13 nas dhcpd: dhcp.c(4230): non-null pointer
Oct 18 11:35:13 nas dhcpd: DHCPDISCOVER from e8:03:9a:23:cd:30 via 172.16.13.254
Oct 18 11:35:13 nas dhcpd: DHCPOFFER on 172.16.13.34 to e8:03:9a:23:cd:30 via 172.16.13.254

 

пока стояли tp-link 5210g все было в норме. Прошиву уже обновил до последней 5.5.6. наигрался с разными настройками,

но увы проблему так и немогу решить.

 

Помогите если у кого была такая трабла.

 

ЗЫ переводить абонов на статику не вариант.

 

 

[argus78]

точки в WDSe?

[ukrtelekom]

У меня подобная ситуация в такой схеме

микротик (дхцп сервер)->тупой свитч->бридж М2->Бридж М2->тупой свитч->буллет 2->буллет2>ПК

ПК не получает IP от микротика. Со статикой работает

[neironus]

точки в WDSe?

нет.

[neironus]

У меня подобная ситуация в такой схеме

микротик (дхцп сервер)->тупой свитч->бридж М2->Бридж М2->тупой свитч->буллет 2->буллет2>ПК

ПК не получает IP от микротика. Со статикой работает

у меня схема Server->Mikrotik->3 точки (одна из них m5, остальные 5210g)

на микротике стоит dhcp-relay на все 3 интерфейса.

Везде кроме m5 получают адреса. а тут трабла.

[mr.Sirb]

Попробуй в wds перевести, скорее всего все клиенты дхцпшка видит с маком антенны клиента

[neironus]

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

от wds толку не будет в любом случае, так как у клиентов точки 2,4 Ghz а м5 задействованы только что бы прокинуть нормальный канал до точки

ретрансляции.

[Flying]

Я бы тоже попробовал WDS.

[neironus]

не пойму зачем здесь вообще wds, мне же не нужно расширить диапазон вещания.

у меня просто проброс канала до определенной точки.

 

Я бы тоже попробовал WDS.

[mr.Sirb]

Давай просто договоримся считать это магией, на точках которые у тебя в пятерке с одной стороны поставь ap wds а на второй station wds. На этом настройка заканчивается.

[антоха]

видимо чувак не шарит, в чем разница прозрачного и непрозначного моста

если по теме - ставь WDS

[neironus]

видимо чувак не шарит, в чем разница прозрачного и непрозначного моста

если по теме - ставь WDS

 

поставил WDS с обоих сторон. магия не помогла. всеравно вижу в логах только оферы:

Oct 23 09:18:52 nas dhcpd: DHCPDISCOVER from f8:1a:67:94:dc:2b via 172.16.13.254

Oct 23 09:18:52 nas dhcpd: DHCPOFFER on 172.16.13.29 to f8:1a:67:94:dc:2b via 172.16.13.254

Oct 23 09:18:52 nas dhcpd: dhcp.c(4230): non-null pointer

Oct 23 09:18:52 nas dhcpd: DHCPDISCOVER from f8:1a:67:94:dc:2b via 172.16.13.254

Oct 23 09:18:52 nas dhcpd: DHCPOFFER on 172.16.13.29 to f8:1a:67:94:dc:2b via 172.16.13.254

 

зы: прозрачным постом считаю интерфейс br0 который бриджует 2 линух-интерфейса и wds для этого не пойму какой смысл включать. в arp таблице ничего не меняется.

[neironus]

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

с сервера, но увы ситуация с получением ip осталась прежней.