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

nnd + sdi + sciagacze (emule) = zwis sdi co jakis czas ;(
http://forum.freesco.pl/viewtopic.php?f=22&t=4961		 Strona 1 z 1
Autor:  sibi [ czwartek, 15 lipca 2004, 21:58 ]
Tytuł:  nnd + sdi + sciagacze (emule) = zwis sdi co jakis czas ;(
Jest sobie siec (w sumie dziala 3-4 komputery), podlaczone do sdi, chodzi ok bo sluzy wszystko do sciagania poczty i ogladania www.
Problem sie pojawia - gdy usiluje ktos wlaczyc emule (niewiem jak inne ssacze)
Po czasie 10-25 minut SDI zdycha, NND restartuje je, czasem odrazu wstanie i nastepne 25minut dziala, a pod duzym obciazeniem ppp0 wstaje i pada odrazu przez jakies 5minut...

im wiecej polaczen w emule sie ustawi (oraz wieksze dozwolone transfery) to sytuacja jest gorsza. Przy ustawionych 100 polaczeniach oraz transferach dozwolonych ~8k lacze pada po 10 minutach na zawsze - jedynie restart NND pomaga (na kolejne 10 minut)

sytuacja w logach wyglada nastepujaco (limit 20polaczen na emule)
: [/] [] ()
Jul 15 03:50:35 sibi pppd[77]: No response to 5 echo-requests
Jul 15 03:50:35 sibi pppd[77]: Serial link appears to be disconnected.
Jul 15 03:50:37 sibi pppd[77]: Hangup (SIGHUP)
Jul 15 03:50:37 sibi pppd[77]: Modem hangup
Jul 15 03:50:37 sibi pppd[77]: Connection terminated.
Jul 15 03:50:37 sibi pppd[77]: Connect time 14.5 minutes.
Jul 15 03:50:37 sibi pppd[77]: Sent 5082999 bytes, received 4217944 bytes.
Jul 15 03:50:40 sibi pppd[77]: Using interface ppp0
Jul 15 03:50:40 sibi pppd[77]: Connect: ppp0 <--> /dev/ttyS0
Jul 15 03:50:46 sibi pppd[77]: local  IP address 213.76.204.26
Jul 15 03:50:46 sibi pppd[77]: remote IP address 213.76.204.26
GeSHi © Codebox Plus

tutaj ladnie ppp0 wstal ponownie po polaczeniu

ale gdy ustawi sie limit polaczen na klijencie emule na 100, to po jakichs 10minutach od odpalenia emule w logu jest:
: [/] [] ()
Jul 15 20:56:51 sibi pppd[77]: No response to 5 echo-requests
Jul 15 20:56:51 sibi pppd[77]: Serial link appears to be disconnected.
Jul 15 20:56:51 sibi pppd[77]: Connection terminated.
Jul 15 20:56:51 sibi pppd[77]: Connect time 556.7 minutes.
Jul 15 20:56:51 sibi pppd[77]: Sent 59351596 bytes, received 55023457 bytes.
Jul 15 20:56:51 sibi pppd[77]: Hangup (SIGHUP)
Jul 15 20:56:54 sibi pppd[77]: Using interface ppp0
Jul 15 20:56:54 sibi pppd[77]: Connect: ppp0 <--> /dev/ttyS0
Jul 15 20:57:00 sibi pppd[77]: Connection terminated.
Jul 15 20:57:00 sibi pppd[77]: Hangup (SIGHUP)
Jul 15 20:57:03 sibi pppd[77]: Using interface ppp0
Jul 15 20:57:03 sibi pppd[77]: Connect: ppp0 <--> /dev/ttyS0
Jul 15 20:57:09 sibi pppd[77]: Connection terminated.
Jul 15 20:57:09 sibi pppd[77]: Hangup (SIGHUP)
GeSHi © Codebox Plus

i tak w kolko... az do restartu nnd

Jako dziwne podam iz:
w momencie "zapchania sie lacza" - transfery w emule spadaja do zera
ping do lan-ip serwera nnd jest ok, ale nie chodzi ping na ip zewnetrzne !
tak jakby ppp0 zdychalo ! a dopiero pozniej nastepuje restart ppp0 widoczny w logach, na skutek braku odpowiedzi na echo

W freesco 0.2.7 mialem podobne jazdy, ale przewaznie nie wstawalo polaczenie tak szybko, ale tez nie bylo stanow jak powyzej, ze wogole nie wstaje (?)

NND z htb skonfigurowanym (Ale przy 1 userze wlaczonym - to nic nie zmienia)
sprzet: P2 400Mhz, 128MB ram/100mhz, sieciowka intel txpro 100, SDI .
probowalem na roznych kompach i sprzecie - nic to nie zmienialo...
Autor:  Albercik [ czwartek, 15 lipca 2004, 22:22 ]
Tytuł: 
To nie wina serwera tylko modemu - te modemy mają ograniczoną liczbę aktywnych połączeń i dokładnie tak reagują . Musisz zmniejszyć liczbę połączeń , inaczej będzie regularnie umierać Twój modem :cry: .
Autor:  sibi [ czwartek, 15 lipca 2004, 22:30 ]
Tytuł: 
to nie jest zadne rozwiazanie...
powiedzmy ze ogranicze w emule liczbe polaczen - to i tak zdycha sdi, jesli np na drugim kompie zaczne Allegro przegladac....
w domu to ja sobie moge - ograniczac, albo wiedziec ze nie moge otwierac za duzo - ale to kurna tak byc nie moze! nie poto jest ciecie lacza, cuda zwidy, zeby mi i tak sie zapychalo .
Przeciez jak jesli postawie router u klijenta - to nie mam wplywu na to co ustawi kazdy z userow na swoim kompie.

a tak pozatym to modem sdi erricsona niema pojecia co przez niego przesylasz - czy leci pakiet, czy leci 1000 polaczen, czy pakiety w ramach jednego polaczenia - to tylko modem, to co dostaje w postaci szeregowej z RS232 zamienia elektrycznie i wysyla drutem do polki, ktora znow to zamienia na RxD/ TxD i dopiero zamienia te dane na pakiety, ktore jakostam routuje... Wiec winna bylaby polka SDI jak juz - ale to tez niezbyt wyglada -jesli wyciagne druta z SDI, to nadal mam ping 213.76.204.26 ok, do momentu stwierdzenia ze ppp0 padlo i sie restartuje. A w emulowej sytuacji - ping znika pierwszy, a potem dopiero sdi sie rozlacza (bo pppd go rozlacza, stwierdzajac ze nie umie przeslac danych przez ppp0)
Autor:  Albercik [ czwartek, 15 lipca 2004, 23:27 ]
Tytuł: 
Cytuj:
a tak pozatym to modem sdi erricsona niema pojecia co przez niego przesylasz - czy leci pakiet, czy leci 1000 polaczen,


Widzę ,że się nie rozumiemy . Tu nie chodzi o ilość userów , tylko obsługę aktywnych połączeń , a to zupełnie inna bajka. Co do RS232 czy półki w TPsa , też nie masz racji . No , ale albo pytasz , albo tłumaczysz. Dając przykład : standardowe routery dla DSL (speedstream ...czy coś takiego ) obsługują tylko 300 aktywnych połączeń , co nie znaczy ,że to jest to samo co 300 userów. Pogoogluj troszkę na ten temat to dostaniesz odpowiedź na męczące Cię pytania.

Cytuj:
a tak pozatym to modem sdi erricsona niema pojecia co przez niego przesylasz


Łoj , tutaj dałeś popis i plamę całkowitą :cry:

Cytuj:
ping znika pierwszy, a potem dopiero sdi sie rozlacza


Pada modem , bo nie potrafi tego obsłużyć.
Dedukcję pozostawiam Tobie.
Powodzenia.
Autor:  sibi [ czwartek, 15 lipca 2004, 23:49 ]
Tytuł: 
nie porownuj routera od iDSL czy innego sprzetu pracujacego na protokole tcp/ip od modemu sdi - sproboj podlaczyc sie z modemem sdi terminalem na 115200/8/N/1. Jesli dobrze pokombinujesz to bedziesz recznie mogl przez cale logowanie pap/chap itd przejsc, a potem zaleje cie stado bajtow bez ladu i skladu (chyba ze dlugopisem i kartka obsluge tcp/ip sobie zrobisz ;) )
powtarzam - modem ericssona nie zajmuje sie iloscia polaczen, nie interesuje go zawartosc ramki ktora przesyla ani ilosc ramek - przesyla 115200 bitow w obie strony z polka, mozesz go traktowac jako przedluzenie lini TxD i RxD z twojego portu RS232 do "wirtualnego" rs232 na polce, ktora ma cos-jak serwer dial-up z pppd.
bardzo podobne modemy wykorzystywalem do przesylania transmisji RS232 pomiedzdy miernikiem (takim V A Ohmy z wyjsciem rs232) i drukarka szeregowa, do zdalnych pomiarow, i nie powiesz mi ze lecialo to przez tcp/ip czy ipx...
Autor:  Asio [ piątek, 16 lipca 2004, 00:13 ]
Tytuł: 
tez kiedys walczylem z problemem zawieszajacego sdi, z tego wszystkiego wyczytalem ze problem nie lezy w modemie tylko w polce w tpsa i do tego w tych wiekszych polkach sto z czyms userow, 16userowe podobno nie maja takiego problemu. Ericsson podobno nie bardzo chcial poprawiac oprogramowanie i tpsa chyba rezygnuje juz z sdi na korzysc neo. Mi w kazdym razie nie udalo sie tego problemu rozwiazac i zmienilem na neo :)
Autor:  Albercik [ piątek, 16 lipca 2004, 00:14 ]
Tytuł: 
Cytuj:
nie porownuj routera od iDSL czy innego sprzetu pracujacego na protokole tcp/ip od modemu sdi


Mieszasz pojęcia (próbujesz mnie zaskoczyć , czy jak ?? ) mam nadzieję ,że wiesdz o czym mówisz ...
Router DSL pracuje poprzez fizyczne podłączenie dwóch kabli , na podwyższonej częstotliwości (Rx/Tx) do centralki - podobnie jak SDI . Protokół TCP/IP , o którym mówisz , jest dopiero translatowany przez sam router , a w Twoim przypadku zajmuje się tym serwer , a serwer MUSI ograniczyć ilość otwartych połączeń , bo popierdalające zera i jedynki zaleją Twój beztroski modem Ericssona , aż się utopi. Nie musisz się mnie radzić , ale jeżeli chodzi o doświadczenie zawodowe w kwestii przesyłu szeregowego to jednak pewne mam. Przez kilka latek zajmowałem się obsługą , właśnie przez RS232/RS495 , programowaniem procesorów serii MCS51 i pakowania na nich programików do obługi różnistych urządzeń - głównie zegarów i tablic świetlnych ( tablica punktacji na stadionie we Wronkach , tablica w hali w Sopocie - firma 3D z Bydgoszczy ) . Nasza rozmowa nie ma najmniejszego sensu , jeżeli tak stawiasz sprawę. Życze powodzenia w szukaniu przyczyny .
Autor:  Albercik [ piątek, 16 lipca 2004, 00:17 ]
Tytuł: 
Aha , poza tym na Freesco właśnie w taki sposób postawiłem serwer dla trzech userów jakieś półtora roku temu . Trzy miesiące temu pierwszy raz zajrzałem na ten serwer ..... aby go wyłączyć, bo zrezygnowali z SDI i przeszli do mojej sieci :wink:
Autor:  Adrian [ piątek, 16 lipca 2004, 08:03 ]
Tytuł: 
Albercik pisze:
zajmowałem się obsługą , właśnie przez RS232/RS495
Nie, zebym sie czepial, ale myslisz pewnie o RS485. Pozdro...
Autor:  Anonymous [ piątek, 16 lipca 2004, 09:51 ]
Tytuł: 
Kiedy miałęm sdi też pojawiał się ten problem, i na 99% TO NIE WINA MODEMU, np. przez długi weekend, bez emule co chwile się wieszało. powód ? pewnie ludzie podłączeni na tej samej półce w tpsa sciągali itp, moze wirusy? Raz po telefonie do tpsa gosc odłączył jakiegos tam bo miał mase połączen otwartych i na 3 dni był spokój :D Zgodzę sie jednak ze problem wynika z ilosci połączeń, ale lezy on po stronie tpsa.
Autor:  Albercik [ piątek, 16 lipca 2004, 11:26 ]
Tytuł: 
Cytuj:
Nie, zebym sie czepial, ale myslisz pewnie o RS485. Pozdro...


Sorki... spoko :oops:

Cytuj:
Zgodzę sie jednak ze problem wynika z ilosci połączeń, ale lezy on po stronie tpsa.


No i co ? Przebudujecie TPsa ?? Mówię (a raczej piszę :) ) Wam ,że z tym można sobie poradzić . Nie ważne , czy TPsa to łajzy , czy nie - ważne jest , czy można to rozwiązać , a wiem ,że można bo znam ten problem. Jeżeli chcecie prosić TPsa o modernizacje łącz to proszę , ale można to przeskoczyć.
Autor:  Koriolan [ piątek, 16 lipca 2004, 17:01 ]
Tytuł: 
IMHO to nie modem lecz ilość lecących pakietów na interfejsie ZEWNĘTRZNYM.
Czy masz ograniczenia na WYJŚCIU tego interfejsu ?
Czy masz firewall i HTB zCiecha ?
Spróbuj ograniczać transfer na wyjściu do np. POŁOWY SDI lub do takiej wartości w której Kazaa czy co tam masz będzie ledwie ledwie dychało i zobacz co sie dzieje. Możesz też wspomóc się MRTG lub statmat'em (zobrazowanie transferu).

Opisz tu te próby :-)
Autor:  sibi [ piątek, 16 lipca 2004, 17:07 ]
Tytuł: 
mam firewal (wlasnorobke) - proste blokowanie tego co nie powinno chodzic na ppp0 (czyli ip z zakresow 192.168 itp, oraz porty 135-139 itp uslugi ktorych napewno nie chce od strony inetu)
mam htb- teraz pocielem ruch maksymalnie (jakies 5kB/s na kompa na stale) i jest lepie- prawie 2h sciagania bez zwisu sdi i stale utrzymuje sie liczba polaczen ~100-120. Ale nadal nie jest to rozwiazanie.
mrtg dziala : co prawda wersja jakas uboga, ale jest: zobacz http://sibi.cfu.com.pl:82/ , komp testowo "sciagajacy" to 192.168.1.2
Autor:  Albercik [ piątek, 16 lipca 2004, 20:41 ]
Tytuł: 
Mi to wygląda na uszkodzenie samego modemu. Zrób kilka operacji : w biosie ustaw com do którego jest podłączony na sztywno (często jest auto) com1=3F8/IRQ4 , com2=2F8/IRQ3 i - co w zasadzie najważniejsze : na płycie IRQ (dotyczące przerwań na płycie - nie tylko com'ów) ustaw na MANUAL a nie na AUTO (można znaleźć to w różnych miejscach - głównie w "PNP SETUP" ) . Możliwe ,że to masz , możliwe ,że znasz ten problem , ale tak na wszelki wypadek podaję te wskazówki. Jeżeli po tych ustawieniach , podczas zwisu , możesz pingować sieciówke i wejść na serwer ale nie możesz pingować ppp0 to albo masz com uszkodzony albo modem . Stawiam na modem .

Pozwodzonka.
Autor:  Albercik [ piątek, 23 lipca 2004, 14:18 ]
Tytuł: 
Dołoże jeszcze coś od siebie . Pisałeś ,że pomogło ograniczenie w emule - trochę , ale zawsze . Ogranicz iptablesami na serwerze ilość aktywnych połączeń i bez względu na to kto , co , ile będzie ściągał to odciążysz modem.

: [/] [] ()
iptables -t filter -A FORWARD -s 192.168.3.0/24 -o ppp0 -p tcp -m mark \
  --mark 0x0 -m connlimit --connlimit-above 300 --connlimit-mask 32 \
  -j REJECT --reject-with tcp-reset
GeSHi © Codebox Plus


tak wygląda ograniczenie do 300 aktywnych połączeń - zmień wg uznania
Strona 1 z 1 Strefa czasowa UTC+2godz.
Powered by phpBB® Forum Software © phpBB Group
https://www.phpbb.com/