ЧитавИ firmware за TP-Link TL-WR740N v.4/3/2/1 при DHCP раздаване на адреси

[hgd]

За да не съм голословен, това се случва в сървърът при някои от проблемните 720N през няколко секунди:

 

dhcpd: DHCPDISCOVER from 64:70:02:46:3a:bb via eth1.x
dhcpd: DHCPOFFER on 87.119.x.x to 64:70:02:46:3a:bb via eth1.x
dhcpd: DHCPREQUEST for 87.119.x.x (x.x.x.x) from 64:70:02:46:3a:bb via eth1.x
dhcpd: DHCPACK on 87.119.x.x to 64:70:02:46:3a:bb via eth1.x

 

А така изглежда на друг клиент, който си работи нормално в същият клон и си потвърждаване заемането:

dhcpd: DHCPREQUEST for 87.119.xx.xx from 64:70:02:43:xx:xx via eth1.x
dhcpd: DHCPACK on 87.119.xx.xx to 64:70:02:43:xx:xx via eth1.x
 

 

 

В мрежата се използва и опция 82 и снупинг и arp инспекция.

Достъпът на клиентите към мрежата е през MDU HCNA Bridge у-ва с Atheros AR8226 чипове. Би трябвало да са съвместими с Atheros чиповете в 720N и 740N (все пак са на една и съща фирма продукт).

 

За съжаление, рутерите не са наша собственост за да ги подменяме и "скрием" проблема.

[NetworkPro]

снифни неработещия dhcp процес че логовете много постни - кепчъра може да постнеш или да ми пратиш на ЛС мерси

[hgd]

Последният проблемен е подменен в магазин с друг(отново TP-Link), който си работи в момента.

 

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

[NetworkPro]

а със флаш web-> dd-wrt -> обратно tp-link фирмуера от техния сайт, пробва ли ?

[hgd]

а със флаш web-> dd-wrt -> обратно tp-link фирмуера от техния сайт, пробва ли ?

Не, не съм се сетил. Обещавам да опитаме и това следващия път.

Благодаря за идеята

[NetworkPro]

За целта изглежда се ползва ddwrt-webrevert-нещоси http://www.dd-wrt.com/site/support/router-database преди да качиш тплинкския фирмуер.

Редактирано 10 Май, 2013 от NetworkPro

[hgd]

Проблемът е ескалиран до L1-L2. Несъвместимост между Atheros чиповете в 720N/740N4.23/740N4.24 и Atheros чиповете в нашите bridge у-ва.

Когато не се използва DHCP snooping - рутерите работят в dhcp мрежа.

 

Добавено:

След направена проверка - не се разбират и със снупинга в повечето суичове (L2/L2+/L3).

Проблемът е открит в "gratuitous arp" на рутерите.

 

Ако някой има "връзки" при китайците и може да съдейства - ще му бъда много благодарен.

unmatched_arp.zip

Редактирано 17 Май, 2013 от hgd

[netman84]

а със флаш web-> dd-wrt -> обратно tp-link фирмуера от техния сайт, пробва ли ?

 

 По-добре да не сменя изобщо заводския фърм, че тогава започва адЪТ с този модел сапунерки. Инак за парите си даже много работа вършат.

 

 

 

п.с. Храбъре, вии сте богата фирма - подменете им на клиентите рутерите и готово бре какво се стискате ...

[hgd]

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

 

Проблемът за нашата мрежа беше разрешен съвместно с нашият партньор ден, след като получихме "дефектна" мостра в офиса.

Проблемът в Tp-Link-овете си остава и друг може да има проблеми.