Jump to content

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

hgd

От hgd
в LAN, xDSL , DOCSIS

 Сподели

Recommended Posts

hgd Изследовател

hgd

Публикувано
Публикувано

Здравейте,

Предполагам, че доста от вас са си блъскали главите с такива рутери - 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 (някой път успява да се оторизира, дръг път не)

 
Адрес на коментара
Сподели в други сайтове
  • Администратор
kokaracha Ентусиаст

kokaracha

Отговорено
  • Администратор
Отговорено

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

Use since

OpenBSD 3.x

FreeBSD 4.x

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

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

 

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

_____________________________

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

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

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

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

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

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

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

Адрес на коментара
Сподели в други сайтове
hgd
Изследовател

hgd

Отговорено
  • Автор
Отговорено

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

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

 

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

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

Адрес на коментара
Сподели в други сайтове
  • Администратор
kokaracha Ентусиаст

kokaracha

Отговорено
  • Администратор
Отговорено

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

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

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

Use since

OpenBSD 3.x

FreeBSD 4.x

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

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

 

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

_____________________________

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

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

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

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

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

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

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

Адрес на коментара
Сподели в други сайтове
hgd
Изследовател

hgd

Отговорено
  • Автор
Отговорено

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

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

Адрес на коментара
Сподели в други сайтове
  • Администратор
111111 Изгряваща звезда

111111

Отговорено
  • Администратор
Отговорено

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

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

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

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

Адрес на коментара
Сподели в други сайтове
hgd
Изследовател

hgd

Отговорено
  • Автор
Отговорено

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

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

Адрес на коментара
Сподели в други сайтове
MiPSus Новак

MiPSus

Отговорено
Отговорено (Редактирано)

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

 

 

 

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

Редактирано от MiPSus

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

Адрес на коментара
Сподели в други сайтове
  • Администратор
111111 Изгряваща звезда

111111

Отговорено
  • Администратор
Отговорено

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

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

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

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

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

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

Адрес на коментара
Сподели в други сайтове
hgd
Изследовател

hgd

Отговорено
  • Автор
Отговорено

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

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

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

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

Адрес на коментара
Сподели в други сайтове
MiPSus Новак

MiPSus

Отговорено
Отговорено

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

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

Адрес на коментара
Сподели в други сайтове
hgd
Изследовател

hgd

Отговорено
  • Автор
Отговорено

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

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

 

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

 

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

Адрес на коментара
Сподели в други сайтове
MiPSus Новак

MiPSus

Отговорено
Отговорено

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

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

Адрес на коментара
Сподели в други сайтове
Mile Новобранец

Mile

Отговорено
Отговорено (Редактирано)

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

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

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

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

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

Редактирано от Mile
  • Харесай 1
Адрес на коментара
Сподели в други сайтове

Създайте нов акаунт или се впишете, за да коментирате

За да коментирате, трябва да имате регистрация

Създайте акаунт

Присъединете се към нашата общност. Регистрацията става бързо!

Регистрация на нов акаунт

Вход

Имате акаунт? Впишете се оттук.

Вписване
 Сподели
Върнете се назад
×
×
  • Създай нов...

Important Information

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

  I accept