Stránka 1 z 2

Nefunguje DHCP TP-LINK TL-R402M

Napsal: 22 led 2010, 18:13
od Vogon
Mám dva routery. Jeden "horní" má WAN port připojen na modem od UPC.
Do jeho LAN portu je připojen WAN port druhého "spodního" routeru.
Horní router má nastavenu statickou WAN na UPC, zapnute DHCP a vnitřní IP 192.168.1.1
Spodní router má nastavenou dynamickou WAN a vnitřní IP 192.168.10.1
DNS mají oba nastaveny na UPC.

Vedle sebe na stole to funguje perfektně.

Jakmile je spojím kabelem tak kolem 100metrů, dolní si nenačte adresu z DHCP. Pokud odpojim spodní router a na kabel připojím přímo NB tak si taky nenačte IP z horního DHCP.
Pokud nastavim na dolním konci pevnou IP všechno funguje jak má.
Nejde mi o to DHCP, nastavim spodnimu routeru pevnou IP a funguje to korektně ale nechápu co mu vadí.
PING na Seznam má hodnoty kolem: Odpověď od 77.75.76.3: bajty=32 čas=12ms TTL=249

Kabel je kvalitní s dvojitým stíněním, délka nemá žádný měřitelný vliv na rychlost. Nahoře i dole je stabilní rychlost 7,2Mb/s

Nevíte někdo co tomu DHCP vadí?

edit: na obrázku má být modem UPC

Napsal: 22 led 2010, 19:26
od rezis
Ve tvém případě asi blbá otázka, ale jak máš zapojen kabel?

Napsal: 22 led 2010, 19:36
od Vogon
T568B.

Edit, zrovna zkouším ještě jako "spodní" router SMC od barricade. Název nemůžu přečíst ale to je jedno. Chová se to stejně.
Problém evidentně není v železe ale v délce kabelu... asi.
Koukám na protokol DHCP ale nenapadá mě nic v čem by mohl být problém. PING na UDP 68 a 67 dává dlouhodobě stejný hodnoty jako jakýkoliv jiný port.

Napsal: 22 led 2010, 20:02
od rezis
A není maximální omezení pro UTP 105metrů ? Nebo alespoň takovou hodnotu si odněkud pamatuji. je možné že na hraně už to nechodí. Většinou je to problém kabelu ale jak jsem říkal ve tvem případě blbá otázka.

Napsal: 22 led 2010, 20:35
od Vogon
Podle IEE je maximální délka UTP cat 5e 100metrů.

Ten můj kabel není celých 100 metrů. Ze stometrové cívky mi zbylo asi deset metrů.

Napsal: 22 led 2010, 20:38
od p32
A neměl by ten druhej být připojenej jen jako switch, tj. z LAN 4 prvního na LAN 1 na druhej ? Jaksi jsem nepochopil, proč máš router za routrem a ne zapojení jako switch k prvnímu routru. Když tak mi vysvětli tu logiku, ať se něco zase naučím.

Napsal: 22 led 2010, 20:59
od rezis
p32 píše:A neměl by ten druhej být připojenej jen jako switch, tj. z LAN 4 prvního na LAN 1 na druhej ? Jaksi jsem nepochopil, proč máš router za routrem a ne zapojení jako switch k prvnímu routru. Když tak mi vysvětli tu logiku, ať se něco zase naučím.
Ono pokud mu na konci nechodí dhcp tak by musel přidělovat pevné adresy. Další důvodem je oddělení sítí.

Napsal: 22 led 2010, 21:37
od forbidden
Na spodním routeru má další DHCP, nic by přidělovat nemusel.
Osobně mám vyzkoušenou délku kabelu cca 180 m, chodilo to, ale občas to zlobilo. Nakonec jsem to nahradil optikou. Pokud můžeš, kabel v půlce přeruš a zkus tam zařadit obyčejnej switch jako posílení linky. Tak poznáš, jestli je na vině délka kabelu.

Napsal: 22 led 2010, 22:06
od Vogon
Je to v paneláku. Natažený je to jako celek instalační šachtou z 5 patra do přízemí, a navíc šikmo z jednoho vchodu do druhýho. Už s tím nic neudělám.
Při natahování jsem si na volně loženým kabelem nataženým přes chodbu a výtahovou šachtou provizorně ověřil funkčnost pouze propojením modemu UPC s NB.
Horní je "horní" byt a dolní je "dolní" byt.
Každý má svou vlastní síť.
Nevidím žádnou výhodu v použití switche v dolním bytě.

Primárně ovšem neřeším možnost toho či onoho ale zajímá mě zdali někdo neví proč to DHCP nejede. Je možné, že je v protokolu implementována nějaká funkce která způsobí nefunkčnost na určité délce kabelu.
Opět jsem si vědom omezení délky kabelu ale držme se na zemi. Fyzikální omezení 100BASE-TX je 250 metrů. IEE je jedna věc a realita druhá. Podotýkám, že ta linka běží stabilně na 7,2Mbps. Ty lidi jsou stahovači a tahle rychlost byl požadavek.

Napsal: 22 led 2010, 22:33
od rezis
Možná bych zkusil mezi dát hned za ten první router switch v podstatě jako repeater a pak dál. - Třeba má ten port nějaký divný - takové prasárny mi dělal Dlink.
Další věc je. Potřebuješ tam DHCP? Na prvním omezíš rozsah DHCP a na druhém dáš pevnou. Takže vše nahoře pojde automaticky a dole taky. Jen spojení mezi nima bude "tuhé"

Napsal: 22 led 2010, 22:42
od Vogon
Jasně, přesně tak jsem to nakonec udělal, píšu to už nahoře :-) a funguje to žádný problém.

Ale jde o to že, se zasviněností wi-fi pásem, začíná být metalické spojení opět v kursu. Takže je pravděpodobné, že budu topologicky podobný problém řešit za nějakou dobu zase a budu to DHCPko potřebovat.

Napsal: 23 led 2010, 11:50
od Petr-II
Ja mam take v hlave ulozeno, ze omezeni je na 250m. Take jsem se jiz setkal se zarizenim, ktere to nedokazalo protlacit. Asi to nejak "suli" pri vyrobe. Nevim jak a ani zda to jde nejak zmerit.

Napsal: 23 led 2010, 19:45
od Vogon
Mě na tom zaráží hlavně to že všechno ostaní jede, ethernet, voip, ftp...
Akorat ten broadcast na DHCP se někam ztratí.
Ale ping shora i sdola na UDP 67 a 68 se neztratí.

Napsal: 23 led 2010, 21:04
od rezis
Vogon píše: Ale ping shora i sdola na UDP 67 a 68 se neztratí.
Jsou věci mezi nebem a zemí. Přitom pokud máš ping na těchto portech pakk by měl paket odejít i přijíta tedy si vybrat adresu. Spíš bych viděl problém, v hardwaru toho routeru pokud. :roll:

Napsal: 06 úno 2010, 00:06
od drabek06
Nechápu proč to 2x routuješ. DHCP bych zapl jen na horním routeru a spodní bych přepl do "bridge" módu . . . :wink: