Nefunguje DHCP TP-LINK TL-R402M
Moderátor: Moderátoři
Nefunguje DHCP TP-LINK TL-R402M
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
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
- Přílohy
-
- TL-R402M.JPG
- (7.84 KiB) Staženo 47 x
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.
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.
Ono pokud mu na konci nechodí dhcp tak by musel přidělovat pevné adresy. Další důvodem je oddělení sítí.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.
Internet - metla lidstva
- forbidden
- Příspěvky: 8808
- Registrován: 14 úno 2005, 01:00
- Bydliště: Brno (JN89GF)
- Kontaktovat uživatele:
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.
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.
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.
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.
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é"
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é"
Internet - metla lidstva