Jump to content

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

hgd

By hgd
in LAN, xDSL , DOCSIS

 Share

Recommended Posts

hgd Explorer

hgd

Posted
Posted

Здравейте,

Предполагам, че доста от вас са си блъскали главите с такива рутери - TL-WR740N (и "подобрената" версия TL-WR720N). За съжаление, клиентите масово ги купуват - заради цената, разбира се.

 

При PPPoE мрежа работят, при статични IP адреси - също. Но при DHCP - не работят коректно.

Или не си искат адрес, или не го потвърждават, или си губят default gw и т.н.

 

Надявам се да се включите и да споделите знания, опит (и сърцераздирателни истории за побелели коси и благопожелания към китайските майки :) ).

 

Не съм видял тема в която да се дискутират тези въпроси и удачното им "избягване".

 

TL-WR720N V1 с 2Mb flash - не позволява слагане на *wrt софтуер.

 TL-WR720N_V1_121123 (English) и TL-WR720N_V1_130131_RU (Русский) не работрят коректно по DHCP.

При превключване от динамично на статично и после динамично IP - работи до рестарт на рутера.

 

TL-WR740N V4 с 4Mb flash - позволява слагане на *wrt софтуер, но се губи гаранцията (и клиентите не желаят)

TL-WR740N_V4_130329 (English) не работи коректно по DHCP (някой път успява да се оторизира, дръг път не)

 
Link to comment
Share on other sites
  • Administrator
kokaracha Enthusiast

kokaracha

Posted
  • Administrator
Posted

Пробвай да ги изолираш в отделен влан и да гледаш заявките който ти првят на 67/68 порт.Възможно е да имаш клиентски "обърнати"  рутери и  тия който цитира да се закачат там.

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Link to comment
Share on other sites
hgd
Explorer

hgd

Posted
  • Author
Posted

Пробвай да ги изолираш в отделен влан и да гледаш заявките който ти првят на 67/68 порт.Възможно е да имаш клиентски "обърнати"  рутери и  тия който цитира да се закачат там.

За съжаление, не е това. При мен са си изолирани, но проблемите съществуват и когато разпъна тестова установка при мен с клиентските рутери.

 

Пращат рекуест, върща им се отговор, но не потвърждават получаването на адресите и до там.

Ако предизвикам спиране на dhcp клиента в рутера (чрез настройка на друг метод и връщане на dhcp) и ново стариране - нещата тръгват (до рестарт).

Link to comment
Share on other sites
  • Administrator
kokaracha Enthusiast

kokaracha

Posted
  • Administrator
Posted

Сложи втори,различен от досегашния дхцп сървър и пробвай с тази постановка.

Като се случи проблема рестартирай трасето или извади кабела да падне ъплинка на рутера и тогава пробвай отново.

Ако подмениш софтуера на клиентския рутер няма да отпадне гаранцията при положение че той може и да се върне в първоначално състояние.

Use since

OpenBSD 3.x

FreeBSD 4.x

Centos 5.x Debian 3.x Ubuntu 7.x

Аз съм фен на OpenWRT.

 

Горчивината от лошото качество остава дълго след като е преминало удоволствието от ниската цена.

_____________________________

___|____|____|____|____|____|__

_|____|____|____|____|____|____

___|____|_ Удряй _|____|____|__

_|____|___ главата ___|____|____

___|____|_ си тук!! |____|____|__

_|____|____|____|____|____|____

___|____|____|____|____|____|__

Link to comment
Share on other sites
hgd
Explorer

hgd

Posted
  • Author
Posted

Проблемът не е в сървърът (на ISC DHCP) - 90% от TP-Link-овете работят, но някои не искат (вероятно различни ревизии и/или доставки).

Спирането/пускането на порта не помага (имам пълен контрол над порта на клиентите). Проблемът е непълно спазване на RFC-тата от страна на рутера.

Link to comment
Share on other sites
  • Administrator
111111 Rising Star

111111

Posted
  • Administrator
Posted

А NAK приемат ли?

Харесай поста ^^^
acer.gif htc.gifsigpic4024_2.gif

Форумът е за взаимопомощ а не за свършване на чужда работа

ɹɐǝɥ uɐɔ noʎ ǝɹoɯ ǝɥʇ 'ǝɯoɔǝq noʎ ɹǝʇǝınb ǝɥʇ

Link to comment
Share on other sites
hgd
Explorer

hgd

Posted
  • Author
Posted

А NAK приемат ли?

Не, отсъстват NAK - няма дублажи или превземания на адреси. Проблемът съществува и при PC с линукс и dhcp и кабел до рутера.

Link to comment
Share on other sites
MiPSus Newbie

MiPSus

Posted
Posted (edited)

May 7 06:35:37 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 06:35:37 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 07:42:17 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 07:42:17 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 08:48:57 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 08:48:57 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 09:55:37 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 09:55:37 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 11:02:18 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 11:02:18 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 12:08:58 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 12:08:58 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 13:15:38 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 13:15:38 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 14:22:18 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 14:22:18 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 15:28:58 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 15:28:58 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 16:35:38 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 16:35:38 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 17:42:18 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 17:42:18 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 18:48:58 nbr dhcpd: DHCPREQUEST for 46.10.23.41 from 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

May 7 18:48:58 nbr dhcpd: DHCPACK on 46.10.23.41 to 64:70:02:6b:52:57 (HE.VLevski.5) via mrmeoip

 

 

 

Имам няколко стотин от тях. Проблема е в мрежата ти , не в рутерите , вервай ми.

Edited by MiPSus

... и яз можем, и тате може, ма козата си сака пръч!

Link to comment
Share on other sites
  • Administrator
111111 Rising Star

111111

Posted
  • Administrator
Posted

Не, отсъстват NAK - няма дублажи или превземания на адреси. Проблемът съществува и при PC с линукс и dhcp и кабел до рутера.

Да се уточним, NAK е команден пакет от DHCP сървър която отказва назначен адрес преди да му е изтекъл срока.

Един вид отдалечена команда за рефреш на адреса.

Харесай поста ^^^
acer.gif htc.gifsigpic4024_2.gif

Форумът е за взаимопомощ а не за свършване на чужда работа

ɹɐǝɥ uɐɔ noʎ ǝɹoɯ ǝɥʇ 'ǝɯoɔǝq noʎ ɹǝʇǝınb ǝɥʇ

Link to comment
Share on other sites
hgd
Explorer

hgd

Posted
  • Author
Posted

Да се уточним, NAK е команден пакет от DHCP сървър която отказва назначен адрес преди да му е изтекъл срока.

Един вид отдалечена команда за рефреш на адреса.

Както казах - сървърът не отказва да назначи адреси на рутерите.

MiPSus - и при мен има стотици TP-Link-ове по абонати - обаче 10-тина не работят (и се налага да се подменят) и от време на време някой от ново включваните (с нов рутер или идващ от друг доставчик).

Link to comment
Share on other sites
MiPSus Newbie

MiPSus

Posted
Posted

Отиди в момента в който спре да взима адреси (следобяд предполагам) включи си лаптопа и пусни 65000 байта до гейта.

... и яз можем, и тате може, ма козата си сака пръч!

Link to comment
Share on other sites
hgd
Explorer

hgd

Posted
  • Author
Posted

Отиди в момента в който спре да взима адреси (следобяд предполагам) включи си лаптопа и пусни 65000 байта до гейта.

Проблемът не е, че не си вземат адреси след известно време.

 

Проблемът е, че никога не си вземат адреси. Както казах - вадиш един от кутията - пускаш и тръгва. Вадиш втори от кутията - не тръгва. Подменяш го от магазина с друг от същия модел - пак не тръгва. Сменят го в магазина с доплащане за 841 или по-горен модел и тръгва. Това са половината случаи на проблеми (1-2 % месечно от всички TP-Link-ове).

 

По-лошият вариант - прехвърля се клиента от друг доставчик (било с PPPoE или Статични адреси) при нас и не тръгва рутерът независимо от всичкото "баене". Тогава може да се налее *wrt (обикновено е 2-3 год) и често тръгва. Обаче като не тръгне - клиента е недоволен и т.н.

Link to comment
Share on other sites
MiPSus Newbie

MiPSus

Posted
Posted

Не знам колега, за всичките ми години стаж нямам такъв случай, освен при насран LAN по веригата >:D намекнах ти го два пъти и спирам >:D

... и яз можем, и тате може, ма козата си сака пръч!

Link to comment
Share on other sites
Mile Rookie

Mile

Posted
Posted (edited)

Винаги съм се чудил защо не слагате eth1.xxx на рутера ;)

Ако е нормална мрежата можеш и в бридж и клиентския компютър/компютри да си взимат

адреса от гейта. Ако има и option 82, snooping би треало да заспи като пиян зет у баба си.

Като не иска рутера да работи.. ми фърляш и слагаш работещ.

Неработещите на село.. за нови абонати.

Edited by Mile
  • Like 1
Link to comment
Share on other sites
MiPSus Newbie

MiPSus

Posted
Posted

Когато проблемите ти са на L1 всичко друго е изгубено ;D

... и яз можем, и тате може, ма козата си сака пръч!

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share
Go to topic listing
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.

  I accept