Freesco, NND, CDN, EOS :: Wyświetl temat - Speedtouch

Autor:

Maciek [ sobota, 15 stycznia 2005, 17:21 ]

Tytuł:

Speedtouch - uwagi

Kilka uwag w związku z modemem speedtouch. Może komuś pomogą. Mopże tez posłużą do lepszego skonfigurowania skryptów startowych w następnej wersji.
1. Modem się łączy bardzo długo (porównując np z sagemem). Poniżej podaję załadowane moduły i fragment z logu, po połaczeniu oprócz eth0 i lo pojawia się ppp0.

: [/] [] ()

Module                  Size  Used by    Not tainted
ipt_state                536   2  (autoclean)
ipt_MASQUERADE          1304   1  (autoclean)
ipt_limit                856   1  (autoclean)
ipt_REJECT              3192   2  (autoclean)
ipt_multiport            664   2  (autoclean)
iptable_filter          1676   1  (autoclean)
ppp_synctty             4800   1  (autoclean)
ppp_generic            14948   3  (autoclean) [ppp_synctty]
slhc                    4624   0  (autoclean) [ppp_generic]
sis900                 12364   1
crc32                   2848   0  [sis900]
usb-ohci               18536   0  (unused)
usbcore                57004   1  [usb-ohci]
n_hdlc                  5984   1
ip_nat_irc              2032   0  (unused)
ip_nat_ftp              2480   0  (unused)
iptable_nat            15950   3  [ipt_MASQUERADE ip_nat_irc ip_nat_ftp]
ip_tables              11776   9  [ipt_state ipt_MASQUERADE ipt_limit ipt_REJECT ipt_multiport iptable_filter iptable_nat]
ip_conntrack_irc        2736   1
ip_conntrack_ftp        3600   1
ip_conntrack           18120   2  [ipt_state ipt_MASQUERADE ip_nat_irc ip_nat_ftp iptable_nat ip_conntrack_irc ip_conntrack_ftp]

GeSHi © Codebox Plus

Oczywiście niektóre moduły są wpisane do rc.conf, inne ładują się wraz z interfejsem ppp0.

: [/] [] ()

Jan 15 12:10:02 router_nnd modem_run[217]: modem_run version 1.3.1 started by root uid 0
Jan 15 12:10:58 router_nnd modem_run[217]: ADSL synchronization has been obtained
Jan 15 12:10:58 router_nnd modem_run[217]: ADSL line is up (160 kbit/s down | 96 kbit/s up)
Jan 15 12:11:03 router_nnd pppd[222]: pppd 2.4.3 started by root, uid 0
Jan 15 12:11:03 router_nnd pppoa3[229]: pppoa3 version 1.3.1 started by root (uid 0)
Jan 15 12:11:03 router_nnd pppoa3[229]: Control thread ready
Jan 15 12:11:03 router_nnd pppoa3[229]: Modem found!
Jan 15 12:11:03 router_nnd pppoa3[235]: host  --> pppoa3 --> modem stream ready
Jan 15 12:11:03 router_nnd pppoa3[236]: modem --> pppoa3 --> host  stream ready
Jan 15 12:11:03 router_nnd pppd[222]: Using interface ppp0
Jan 15 12:11:03 router_nnd pppd[222]: Connect: ppp0 <--> /dev/pts/0
Jan 15 12:11:23 router_nnd pppd[222]: CHAP authentication succeeded
Jan 15 12:11:23 router_nnd pppd[222]: local  IP address 83.25.246.163
Jan 15 12:11:23 router_nnd pppd[222]: remote IP address 213.25.2.57
Jan 15 12:11:23 router_nnd pppd[222]: primary   DNS address 194.204.152.34
Jan 15 12:11:23 router_nnd pppd[222]: secondary DNS address 217.98.63.164

GeSHi © Codebox Plus

2. Po restarcie czasami jest problem z połączeniem. Pomaga /etc/rc.d/internet restart.
Poniżej log po restarcie i brakiem połączenia.

: [/] [] ()

Jan 15 12:04:13 router_nnd modem_run[217]: modem_run version 1.3.1 started by root uid 0
Jan 15 12:04:59 router_nnd modem_run[217]: ADSL synchronization has been obtained
Jan 15 12:04:59 router_nnd modem_run[217]: ADSL line is up (160 kbit/s down | 96 kbit/s up)
Jan 15 12:05:04 router_nnd pppd[222]: pppd 2.4.3 started by root, uid 0
Jan 15 12:05:04 router_nnd pppoa3[229]: pppoa3 version 1.3.1 started by root (uid 0)
Jan 15 12:05:04 router_nnd pppoa3[229]: Control thread ready
Jan 15 12:05:04 router_nnd pppoa3[229]: Modem found!
Jan 15 12:05:04 router_nnd pppoa3[235]: host  --> pppoa3 --> modem stream ready
Jan 15 12:05:04 router_nnd pppoa3[236]: modem --> pppoa3 --> host  stream ready
Jan 15 12:05:04 router_nnd pppd[222]: Using interface ppp0
Jan 15 12:05:04 router_nnd pppd[222]: Connect: ppp0 <--> /dev/pts/0
Jan 15 12:05:06 router_nnd pppd[222]: LCP terminated by peer
Jan 15 12:05:09 router_nnd pppd[222]: Connection terminated.
Jan 15 12:05:09 router_nnd pppd[222]: Using interface ppp0
Jan 15 12:05:09 router_nnd pppd[222]: Connect: ppp0 <--> /dev/pts/1
Jan 15 12:05:09 router_nnd pppoa3[321]: pppoa3 version 1.3.1 started by root (uid 0)
Jan 15 12:05:09 router_nnd pppoa3[321]: Control thread ready
Jan 15 12:05:09 router_nnd pppoa3[321]: Modem found!
Jan 15 12:05:13 router_nnd pppd[222]: Modem hangup
Jan 15 12:05:13 router_nnd pppd[222]: Connection terminated.
Jan 15 12:07:47 router_nnd pppoa3[235]: Cleaning Read from usb data
Jan 15 12:07:47 router_nnd pppoa3[229]: Write to usb Canceled
Jan 15 12:07:47 router_nnd pppoa3[236]: Cleaning Write to usb data
Jan 15 12:07:47 router_nnd pppoa3[229]: Exiting

Poniżej też podaję zawartość pliku rc.neothomson:

: [/] [] ()

#!/bin/bash

. /etc/rc.d/functions

#FIRMWARE=/etc/speedtouch/KQD6_3.012
#FIRMWARE=/etc/speedtouch/ZZZL_3.012

case $1 in
        start)
                ln -sf /etc/ppp/resolv.conf /etc/resolv.conf
                mount -t usbdevfs none /proc/bus/usb
                sleep 2
                rev=`cat /proc/bus/usb/devices | grep 4061 | cut -d ' ' -f 6`
                case $rev in
                    0.00)
                        modem_run -f /etc/speedtouch/KQD6_3.012
                    ;;
                    2.00)
                        modem_run -f /etc/speedtouch/KQD6_3.012
                    ;;
                    4.00)
                        modem_run -f /etc/speedtouch/ZZZL_3.012
                    ;;
                esac
                sleep 5
#               modem_run -f $FIRMWARE
                pppd call neostrada
                wynik
                ;;
        stop)
                killall -q -9 pppd && \
                umount /proc/bus/usb && \
                wynik
                ;;
esac

Wygląda na to, że należałoby dodatkowy jakiś skrypt zastosować, który sprawdzałby istnienie inerfejsu ppp0 i w razie braku restartował połączenie.

Freesco, NND, CDN, EOS http://forum.freesco.pl/

Speedtouch - uwagi http://forum.freesco.pl/viewtopic.php?f=22&t=6444	Strona 1 z 1

Autor:	rapsik [ sobota, 15 stycznia 2005, 20:35 ]
Tytuł:
to by było mądre rozwiązanie - sam mam ten problem

Autor:	MAC!EK [ sobota, 15 stycznia 2005, 21:10 ]
Tytuł:
ja na prawdę nie wiem co wy macie nie tak ;/ jak ja u sibie postawiłem NND z thomsonem to przez 3 dni ładnie się łączył po rozłęczeniu i zawsze po reboocie też

Autor:	Ravel [ sobota, 15 stycznia 2005, 21:24 ]
Tytuł:
oj przydaloby sie zeby wiecej osob sie wzielo za testy(sam jestem chetny). chodzi mi o thomsona, bo zresetowalem qmplowi routera zdalnie aby sprawdzic czy uruchamiaja sie paczki poprawnie i cholera chyba nie wystartowal bo nie moge sie z nim polaczyc, a przedtem po zdalnych resetach bylo OK :/ a ze qmpla nie ma czesto w domu to sa problemy z reszta userow bo nie ma neta sam niestety nie potrafie za duzo, choc mam zamiar sie wziazc za czytanie we ferie (cale dwa tygodnie ) i moze jesli nikt mnie nie uprzedzi stworzyc (tzn przerobic) paczke mrtg i stat HTB (chodzi o ilosc pobranych danych), a czy mi sie uda sie okaze we ferie tj I polowa lutego trzymajcie za mnie kciuki, zwlaszcza aby mi sie nie odechcialo

Autor:	nicek [ sobota, 15 stycznia 2005, 21:30 ]
Tytuł:
ja mam thomsona 510 i problem z laczeniem jest mi nieznany bo router sie laczy sam a nnd tylko dzieli i przyspiesza lacze (proxy) teraz na allegro tego typu routerki mocno stanialy. polecam to rozwiazanie bo sam uzywam kilku routerow (bez nnd) od prawie 2 lat i nigdy nie dotknalem do nich od czasu wlaczenia. ani w pracy ani w sieci lokalnej. postanowilem tylko troche podniesc standard i skonfigurowalem serwer. (dzieki uzytkownikom tego forum) i teraz juz tylko czekam na prawdziwy sprawdzian serwera w boju codziennego zasysania. a w razie problemow za jednym przepieciem kabelka moge go odlaczyc i wrocic do stanu porzedniego nie zabierajac netu

Autor:	Maciek [ sobota, 15 stycznia 2005, 22:07 ]
Tytuł:
Ten wątek dotyczy modemu speedtouch na usb. Prywatnie moja opinia o rozwiązaniu jakie zastosowałeś nie jest dobra. Ae to inna sprawa. Cały wątek powstał dlatego, że pewna część użytkowników ma problem z połączeniem się za pomocą tego modemu, połączenie nie działa też po restartach (czasami). Dziś przetestowałem samą konfigurację i potwierdziłem problemy. Bez współpracy użytkowników thomsona nie zrobimy zbyt wiele. Ani MAC!EK (bo ma problemy ze sprzetem), ani ja (nie ma neo) - nie zastąpimy użytkowników. Wady różnych rozwiązań i konfiguracji czasem mogą wyjśc po kilku tygodniach ciągłego użytkowania.

Autor:	sm [ sobota, 15 stycznia 2005, 23:53 ]
Tytuł:
U mnie SpeedToch 330 na USB , restart zdalny przez ssh testuję już od dwóch tygodni zawsze nawiązuje połączenie . NND z 16.11.2004. Natomiast jak mu odłączę kabelek z sygnalem netu i ponownie włączę (symulacja zaniku sygnału ) to sam nie nawiąże połączenia trzeba wykonać rebot.

Autor:	rapsik [ niedziela, 16 stycznia 2005, 19:51 ]
Tytuł:
A więc jesli wam to pomoże to tak : wersja z 16.11 po pacman -Suy zmieniona wartość sleep na 5 logi - wycięte jako nieistotne /edytowane przez moderatora/

Autor:	MAC!EK [ niedziela, 16 stycznia 2005, 20:19 ]
Tytuł:
rapsik pisze: A więc jesli wam to pomoże to tak : wersja z 16.11 po pacman -Suy zmieniona wartość sleep na 5 zmień na sleep 10 i zaobserwuj co się stanie. Przypominam o rekonfiguracji net_confem!

Autor:	Mis' [ niedziela, 16 stycznia 2005, 21:54 ]
Tytuł:
Do kolegi Rapsik: naprawdę uważasz że to forum to najlepsze miejsce na wklejanie logów z kilku godzin działania komputera? przecież nikt normalny tego nie przeczyta. Nie możesz wyciąć i pokazać tylko to co dotyczy twojego problemu? Po co nam tutaj informacje o twoich kartach sieciowych, bootowaniu komputera i starcie kernela... A jak już nie wiesz co jest istotne to bądź łaskaw takie kobyły umieścić gdzieś w internecie, a tutaj dać tylko link. Rozumiem Twoją desperację, ale moim zdaniem, nie tłumaczy ona braku logicznego myślenia. Przecież takie kobyły rozpychają to forum nie niosąc żadnych informacji przydatnych dla innych. A to znowu zaowocuje wolniejszym przeszukiwaniem, większą bazą danych... takie "puste kalorie". Nie czepiam się tylko Ciebie, akurat teraz zauważyłem to w Twoich postach. To jest uwaga do wszystkich: pokazujemy logi, ale w jakiejś sensownej wielkości, jeśli z jakichś powodów są one wielkich rozmiarów to wystawiamy je gdzieś w sieci i na forum podajemy tylko link. Amen.

Autor:	rapsik [ niedziela, 16 stycznia 2005, 20:25 ]
Tytuł:
była była rekonfiguracja testuje z tą 10

Autor:	rapsik [ niedziela, 16 stycznia 2005, 20:42 ]
Tytuł:
po zmianie był net ale po chwili brak i takie logi errors Jan 16 19:25:45 router_nnd pppoa3[194]: Error reading from source device Jan 16 19:25:45 router_nnd pppoa3[190]: Woken by a sem_post event -> Exiting Jan 16 19:31:06 router_nnd thttpd[242]: socket :: - Address family not supported by protocol Jan 16 19:31:08 router_nnd pppd[167]: Cannot determine ethernet address for proxy ARP Jan 16 19:34:27 router_nnd pppoa3[178]: Error reading usb urb Jan 16 19:34:27 router_nnd pppoa3[173]: Woken by a sem_post event -> Exiting Jan 16 19:34:27 router_nnd modem_run[164]: Error reading interrupts Jan 16 19:34:27 router_nnd last message repeated 2 times Jan 16 19:34:27 router_nnd kernel: hub.c: already running port 1 disabled by hub (EMI?), re-enabling... Jan 16 19:34:27 router_nnd pppoa3[1223]: Modem not found. Jan 16 19:34:27 router_nnd pppoa3[1229]: Modem not found. Jan 16 19:34:58 router_nnd pppoa3[1238]: Error reading from source device Jan 16 19:34:58 router_nnd pppoa3[1232]: Woken by a sem_post event -> Exiting Jan 16 19:35:29 router_nnd pppoa3[1364]: Error reading from source device Jan 16 19:35:29 router_nnd pppoa3[1361]: Woken by a sem_post event -> Exiting Jan 16 19:35:50 router_nnd pppoa3[1480]: Error reading from source device Jan 16 19:35:50 router_nnd pppoa3[1477]: Woken by a sem_post event -> Exiting Jan 16 19:35:50 router_nnd kernel: uhci.c: 1460: host controller halted. very bad Jan 16 19:37:46 router_nnd pppd[181]: Cannot determine ethernet address for proxy ARP /edytowane przez moderatora/ potestuje jescze z odłaczeniem kabli

Autor:	rapsik [ niedziela, 16 stycznia 2005, 20:58 ]
Tytuł:
Nic nie robiłem i znowu brak netu zmieniłem opcje sleep z 1 na 10 w /etc/rc.d/internet znalazłem taki skrypt mozna go przerobić na potrzeby nnd ps -e\|grep pppd\|\|"`stopadsl` `adictrl -w` `startadsl`"\|echo "`date` !!restart neo z powodu zawieszenia " >> /var/log/log ps -e\|grep pppoe\|\|"`stopadsl` `adictrl -w` `startadsl`"\|echo "`date` !!restart neo z powodu zawieszenia " >> /var/log/log albo coś w cronie np "Wiec moze z crona odpalac skrypt co 5 minut o tresci: ping -c 3 194.204.159.1 \|\| stopadsl ; adictrl -w ; startadsl nic innego narazie mi do glowy nie przychodzi."

Autor:	Maciek [ niedziela, 16 stycznia 2005, 22:40 ]
Tytuł:
Dodam jeszcze, że dziś testowałem dwa modemy speedtouch. Obydwa z tą samą wersją firmware. Jeden z nich potrafił zawiesić komputer i nie łączył się wcale. Błędy w logach nie były specyficzne (w przypadku braku połączenia analogicznie jak w pierwszym moim poście). Nic ważnego nie było w /var/log/kernel. System wykrywał usb i pomimo jakichś komunikatów o błędach czy warningów, nie w tym należy upatrywać problemów. Mam wrażenie, że jeden z modemów jest uszkodzony, nie mam możliwości jednak przetestować go na innym systemie, zatem mogę jedynie mieć nadzieję, że właściciel, gdy mu odeślę ten sprzęt, sprawdzi to dokładnie. Drugi modem łączył się bez problemu, nie było też kłopotów po restarcie (wpisana wartość sleep 10). Ogólnie wydaje mi się, że te modemy są gorsze od sagema, łączą się bardzo długo i mam wrażenie, że będą z nimi problemy w przypadku zaników połączenia. Nadal sądzę, że należałoby opracować jakiś skrypt pilnujący połączenia i w razie problemów rebootujący system. Samo przywrócenie połączenia po kilkuminutowym lub dłuższym braku netu, może bowiem zaowocować kłopotami z niceshaperem czy htb. Podsumowując odradzam te modemy.

Autor:	rapsik [ poniedziałek, 17 stycznia 2005, 08:49 ]
Tytuł:
Czyli lepszym sposobem będzie przesiadka na sagema

Autor:	nicek [ poniedziałek, 17 stycznia 2005, 10:32 ]
Tytuł:
lub zmiana na moja propozycje z np thomson 510 (niekoniecznie thomson byle router a nie bridge) u mnie w prawdzie krotko jeszcze dziala bo 2 dni, a to bardzo malo jak na testy ale jest super. mam juz kilka wlasnych poprawek . jak ktos chce sprobowac to moge nawet oddzielny temat zaczac (zeby tu nie zawalac tekstami o routerach +nnd tekstow o nnd + modem) . zachecam do testow tych co moga to sprawdzic, i w razie czego moge pomoc, tak jak mi pomoglo pare osob z forum

Autor:	MAC!EK [ poniedziałek, 17 stycznia 2005, 12:22 ]
Tytuł:
rapsik pisze: Nic nie robiłem i znowu brak netu zmieniłem opcje sleep z 1 na 10 w /etc/rc.d/internet miałeś zmienić sleep 1 na sleep 10 ale w pliku /etc/network/rc.neothomson

Autor:	Ravel [ poniedziałek, 17 stycznia 2005, 16:53 ]
Tytuł:
swego czasu bywalem na forum neo+ (adresu nie podaje bo i tak moderator wytnie, a jak ktos chce to znajdzie ) i tam jest pracowanik telepunktu ktory wypowiedal sie na temat modemow thomsona, jak i sagema. dziennie potrafil gosc w telepunkcie wymienic kilka sztuk, poniewaz sa to najtansze z najtanszych, ponoc sagemu sa roznych odcieni bieli/szarosci sa byle nie dawo kupowac w telepunkcie telefon i dwie osoby przyszly oddac swoje modemy bo sie zepsuly.... podsumowuje to takiem powiedzeniem: co tanie to drogie

Strona 1 z 1	Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group https://www.phpbb.com/