1 Temat przez xrace (edytowany przez xrace 2010-03-22 15:01:15)

  • xrace
  • Użytkownik
  • Nieaktywny
  • Skąd: Wrocław
  • Zarejestrowany: 2010-03-22
  • Posty: 162

Temat: WRT160NL - restart i wolne DHCP

Mam problem w powyższym modelem. Walcze z nim już 3 dzień, niestety z marnym rezultatem.
Linux - podstawy mam, ale nie w tym problem. Otóż łącze się z moim dostawcą za pomocą PPPoE (eth1), natomiast na eth0 mam LAN (głównie radio, ale jak trzeba to i kabel). Mam problem z 2 rzeczami:
1. Często mi zrywa połączenie (na radiu i na LAN) - wydaje mi się jakby cały eth0 down i znowu próbuje wstać (po minucie wstaje), ale irytuje mnie to.
2. DHCP - przydzielanie adresów w (łącze sie przez radio) trwa długo (czasami nawet muszę, czasami nawet muszę korzystać z funkcji "napraw" w winxp - na innych 2 lapkach to samo). 

eth0: link down
device eth0 entered promiscuous mode
PPP generic driver version 2.4.2
NET: Registered protocol family 24
ar71xx: pll_reg 0xb8050014: 0x13000a44
eth0: link up (100Mbps/Full duplex)
br-lan: port 1(eth0) entering forwarding state
Generic kernel compatibility enabled based on linux-next next-20100113
cfg80211: Calling CRDA to update world regulatory domain
ar71xx: pll_reg 0xb8050018: 0x13000a44
eth1: link up (100Mbps/Full duplex)
cfg80211: World regulatory domain updated:
    (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp)
    (2402000 KHz - 2472000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
    (2457000 KHz - 2482000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
    (2474000 KHz - 2494000 KHz @ 20000 KHz), (300 mBi, 2000 mBm)
    (5170000 KHz - 5250000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
    (5735000 KHz - 5835000 KHz @ 40000 KHz), (300 mBi, 2000 mBm)
phy0: Selected rate control algorithm 'minstrel_ht'
phy0: Atheros AR9100 MAC/BB Rev:0 AR2122 RF Rev:a2 mem=0xb80c0000, irq=2
ip_tables: (C) 2000-2006 Netfilter Core Team
nf_conntrack version 0.5.0 (461 buckets, 1844 max)
CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use
nf_conntrack.acct=1 kernel parameter, acct=1 nf_conntrack module option or
sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
fuse init (API version 7.13)
eth1: link down
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
ar71xx: pll_reg 0xb8050018: 0x13000a44
eth1: link up (100Mbps/Full duplex)
device wlan0 left promiscuous mode
br-lan: port 2(wlan0) entering disabled state
device wlan0 entered promiscuous mode
br-lan: port 2(wlan0) entering forwarding state
ar71xx-wdt: enabling watchdog timer

Jakich informacji potrzebujecie żeby mi pomóc ? (jestem poczatkujący-ale każdy kiedyś się uczył). Ewentualnie mogę dać dostęp po ssh do routera (przez dyndns), może znajdzie odpowiedź na moje pytania.

2 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 116,104

Odp: WRT160NL - restart i wolne DHCP

Zrywanie i problem z uzyskaniem adresu raczej wskazuje na problem z zasięgiem. Wiec o ile nie masz uszkodzonych anten i łączy to przejdź się z ruterem po mieszkaniu i zobacz. Ew - zmień kanał na inny, bo może być tak zaszumiony że trudno cokolwiek na nim zrobić.

Nie masz rzeczy typu myszka bezprzewodowa czy telefon bezprzewodowy pracujący na 2.4G?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

3 Odpowiedź przez xrace (edytowany przez xrace 2010-03-22 19:34:31)

  • xrace
  • Użytkownik
  • Nieaktywny
  • Skąd: Wrocław
  • Zarejestrowany: 2010-03-22
  • Posty: 162

Odp: WRT160NL - restart i wolne DHCP

Zasięg nie sądzę. Anteny sprawne (bo testowane na innym routerze), mocą regulowałem od 10 dBm do 17dBm, jak na 5 metrową odległość  to i tak bardzo dużo, a przecież nie chcemy przesterowania sygnału. Kanał - teraz jest 2, ale podobnie bywa na innych. Myszka- odłączyłem, zobaczymy czy to coś zmieni, ale nie sądze.
-------------
Edit

Jeszcze ciekawiej. Zostawiłem komputer włączony na 4 godziny z uruchomionym pingiem na onet i na brame (192.168.1.1). Co ciekawe, na 15 tysięcy pakietów nie było strat. Wyłączyłem ping. Próbuje odświeżyć stronę i nagle mi zerwało połączenie. Dopiero po resecie routera wróciło do normy. Wygląda tak, że przy braku aktywności zaczyna szaleć.