Podsumowanie problemu SDI+win2k/XP
(85946
odsłon)
Przede wszystkim, problem wieszających się/resetujących się Windowsów 2000/XP na komputerach podłączonych do Internetu terminalem HiS firmy Ericsson w ramach usługi SDI (o czym tutaj piszemy) został już rozwiązany przez magików z Microsoftu. Zdajemy sobie sprawę z tego, że fakt ten podważa sensowność dalszego utrzymywania tej podstrony. Chcemy jednak żeby został jakiś ślad po akcji, w którą zaangażowanych było naprawdę wielu ludzi i która niejednym przez długie miesiące spędzała sen z powiek. Zatem zainteresowanych całą historią zapraszamy do lektury tekstu poniżej, a dla niecierpliwych mamy strzeczenie rozwiązania wraz z odpowiednimi łatkami.
Niestabilna praca systemu wywoływana była poprzez totalnie zniszczone pakiety PPP przesyłane z modemu HiS do systemu. Błąd w podsystemie NDISWAN powodował, że Windows źle obsługiwał takie pakiety, co w rezultacie skutkowało blue screenem (lub restartem komputera, jeśli zaznaczona była odpowiednia opcja dotycząca występowania wyjątków krytycznych). Artykuł z bazy wiedzy Microsoftu poruszający ten problem nosi oznaczenie Q319810 i dostępny jest pod tym adresem.
Odpowiednie łatki rozwiązujące powyższą kwestię można ściągnąć z naszego serwera:
 Fix Q319810 dla Windowsa XP PL
Fix Q319810 dla Windowsa XP ENG
Fix Q319810 dla Windowsa 2000 PL
Fix Q319810 dla Windowsa 2000 ENG
W związku z powracaniem co jakiś czas na tapetę problemu poprawnej współpracy terminala HiS (udostępnianego użytkownikom w ramach usługi SDI świadczonej przez Telekomunikację Polską S.A.) z Windowsami 2000/XP i obecnością w polskiej sieci całego steku bzdur na ten temat, postanowiliśmy zebrać do kupy sprawdzone fakty. Artykuł opiera się na regularnej, długotrwałej lekturze grup usenetowych (w tym ms-news.pl.windows2000.his od początków jej istnienia), informacjach pochodzących bezpośrednio od sporej liczby użytkowników, praktyce własnej i przeciekach z firmy Ericsson. No więc, jak to jest naprawdę?
Problem faktycznie istnieje.
Dotyczy komputerów pracujących pod kontrolą systemów Windows 2000/XP podłączonych do Internetu za pomocą terminala HiS firmy Ericsson w ramach usługi SDI świadczonej przez Telekomunikację Polską S.A.
Objawia się okazjonalnym wieszaniem się systemu, bądź też resetowaniem się komputera - jeśli zaznaczona jest odpowiednia opcja w ustawieniach Windowsa dotyczących występowania wyjątków krytycznych. Dzieje się tak najczęściej przy dużym obciążeniu łącza (transmisją dwukierunkową lub z wielu źródeł naraz, wymuszaną np. przez programy typu KaZaA, GetRight, Mass Downloader czy FlashGet). BSOD (Blue Screen Of Death – niebieski ekran wyświetlany przez Windows po wystąpieniu błędu krytycznego) najczęściej jako powód wskazuje IRQL_NOT_LESS_OR_EQUAL, co też nie jest regułą – jeśli wyłączenie opcji resetu komputera w przypadku wystąpienia wyjątku krytycznego pozwoli dostrzec komunikat, ujrzeć można wtedy przeróżne rzeczy – błędy generowane przez sterowniki graficzne, plik tcpip.sys czy nawet sam kernel (ntoskrnl.exe).
Zależy od ustawień technicznych po stronie Telekomunikacji Polskiej S.A. (półka, routery wirtualne/sprzętowe...). Póki co nie wiadomo jednak, o jakie konkretnie parametry chodzi.
Występuje także pod nową wersją terminala HiS (mniejsze urządzenie o nieco bardziej futurystycznym wyglądzie).
Nie zależy od ilości błędów w transmisji podawanych w okienku statystyki połączenia internetowego.
Nie zależy od konfiguracji sprzętowo-softwareowej (wszelkie sugestie, że dotyczy jedynie komputerów z kartami graficznymi nVIDII, systemów z zainstalowanym różnego typu oprogramowaniem antywirusowym czy tych, na które chodzą na systemie NTFS są absolutnie błędne) i nie występuje z jednakową regularnością u wszystkich. Niektórzy użytkownicy w ogóle nie mają z tym kłopotów, inni denerwowani są w ekstremalnych przypadkach co kilka godzin.
Nie jest związany z możliwym nagrzewaniem się terminala (powodowanym długotrwałą pracą urządzenia).
Jest często błędnie utożsamiany z problemami powodowanymi przez uszkodzony, źle ustawiony lub nadmiernie podkręcony sprzęt, który na setki różnych sposobów jest w stanie zawiesić Windowsa.
Póki co, nie ma skutecznego w 100% rozwiązania, gwarantującego poprawną współpracę terminala z Windows 2000/XP w każdych warunkach.
Najnowsze na dzień dzisiejszy service packi (sp3 beta dla win2k i nieoficjalny pre-sp1 dla winXP), hotfixy, sterowniki (w tym mityczny nowy sterownik Ericssona) czy inne patche nie rozwiązują problemu.
Stosowanie różnego rodzaju przejściówek (np. COM<>USB) czy specjalnych kart rozszerzeń z dodatkowymi portami COM też nie jest skuteczne.
Propozycje poradzenia sobie przypadłością sugerowane przez różnych ludzi czy różne strony faktycznie są w stanie spowodować zmniejszenie się częstotliwości występowania zawieszeń, w niektórych przypadkach nawet do wielkości bliskich zeru. Jednak kwestia konkretnych ustawień połączenia internetowego wygląda już tak, że nie ma idealnej recepty na to, "co gdzie poprzestawiać, żeby się nie psuło". Każdy, kto obecnie twierdzi inaczej, po prostu nie do końca orientuje się w temacie.
Większości użytkownikom w mniejszym lub większym stopniu pomaga wyłączenie kompresji nagłówka IP w zaawansowanych parametrach kontroli protokołu tcp/ip oraz wyłączenie kompresji sprzętowej w sterowniku HiS'a i software`owej we właściwościach protokołu ppp. Co do reszty ustawień, należy eksperymentować indywidualnie. Grzebać najlepiej w opcjach połączenia dial-up lub w ustawieniach portu COM, do którego podpięty jest terminal. Z uwzględnieniem zasady, że lepiej coś wyłączyć niż włączyć. Należy też pamiętać o zresetowaniu komputera po dokonaniu zmian.
System najskuteczniej testować programami mocno obciążającymi łącze (była już o nich mowa) przez dłuższy okres czasu. Jeśli nigdy nie mieliście komputera włączonego dłużej niż jeden dzień i bawicie się tylko www czy irc, mogliście do tej pory w ogóle nie zauważyć, że coś jest nie tak...
Problem można rozwiązać nieco "na około" - aczkolwiek skutecznie - stawiając router, który zapewni połączenie internetowe dla naszego trefnego komputera (a przy okazji całej sieci lokalnej). Może nim być osobne urządzenie lub komputer z odpowiednim oprogramowaniem. Rozwiązanie z zewnętrznym routerem przypomina jednak kopanie ziemi kalkulatorem - jak barwnie określił to jeden z czytelników grupy usenetowej - i w zasadzie godne polecenia jest jedynie komuś, kto używa na wieszającej się maszynie współdzielenia połączenia internetowego (tzw. ICS'a).
Sprawdzonych informacji na ten temat najlepiej szukać w usenetowej grupie dyskusyjnej ms-news.pl.windows2000.his. Jeśli Twój serwer nntp nie udostępnia zasobów ms-news*, znajdziesz je na news.faq.net.pl.
To jedyne pewne rzeczy dotyczące całej historii. W ramach dalszego śledzenia problemu strona będzie uaktualniana – zapraszam do wspólnego jej redagowania. Czekamy na wszystkie informacje, które będziemy skrupulatnie weryfikować. Chętnie opublikujemy linki do propozycji uporania się z problemem, cenne mogą być też wszystkie uwagi użytkowników takich konfiguracji. Najbardziej szukamy nowatorskiech propozycji podejścia do znalezienia rozwiązania - nie krępujcie się: nie ważne, jak absurdalne może się Wam coś wydawać, robiłem już pewnie bardziej idiotyczne rzeczy  .
Docieraja do nas sporo maili zawierających pytania i komentarze podobnego typu, postanowiliśmy zrobić więc małe FAQ dotyczące tego artykułu...
Pytanie:
Spieszę donieść, że wdrożyłem 4 instalacje oparte na Windows 2000 Pro + HIS. Rozwiazania te od roku pracują (...)
Odpowiedź:
To nic nie znaczy. Na dowolną ilość przypadków, w których piszecie że SDI chodzi poprawnie, znajdzie się drugie tyle przypadków, w których są problemy. Nie da się dowodem przez wskazanie palcem udowodnić, że czegoś nie ma. Da się natomiast takim dowodem pokazać, że coś istnieje.
Pytanie:
Słyszałem, że za te problemy odpowiada wadliwy kontroler przepływu Motoroli - że HiS'y, które się nie wieszają mają ten układ produkcji Zoltrixa. Mogę sam coś z tym zrobić?
Odpowiedź:
Po pierwsze - my też o tym słyszeliśmy. Co nie znaczy, że to prawda. Pojawiły się takie plotki, które aktualnie są sprawdzane przez Ericssona. Co z tego wyniknie? Zobczymy.  Natomiast wszystkim amatorom rozkręcania terminala chcemy przypomnieć, że lepszy HiS wieszający komputer, niż niedziałający. Proszę rzucić okiem na to zdjęcie wnętrzności terminala (da się powiększyć) i przekonać się, że domowymi metodami można co najwyżej uszkodzić urządzenie.
|
|
Pytanie:
Swego czasu serwis X zamieścił ciekawszy moim zdaniem (bo miał dużo obrazków) artykuł na ten temat i po odpowiednim ustawieniu mojego komputera restarty już się nie pojawiały, więc co Wy...
Odpowiedź:
Zupełnie podobna, jak do pytania obok. Bardzo dobrze, że te ustawienia zadziałały. Pisaliśmy, że warto sprawdzać takie strony, bo niektórym ludziom pomagają. Jednak po pierwsze, rozwiązania te raczej nie likwidują BSOD'ów, ile po prostu zmniejszają częstotliwość ich występowania. Do takich wartości, przy których ktoś nie obciążający mocno swojego łącza będzie uważał sprawę za zamkniętą. Po drugie - obok ludzi tym sposobem uszczęśliwionych, jest cała masa innych, którym "cudowne panaceum portalu X" w nie pomogło. Dlatego wszystkie podobne twierdzenia ambitnych webmasterów, jak to rozwiązali oni problem współpracy SDI i Windowsa 2000/XP, są po prostu śmieszne.
|
Kontakt w tej sprawie możliwy jest przy wykorzystaniu naszego formularza, e-mailem na mój adres lub na kanale #windows2000pl polskiej sieci irc. Niemoderowane komentarze przeczytać i zostawić można tutaj.
Tomasz Bryja.
Współpraca: Michał Kawecki.
|
Data ostatniej modyfikacji:
1 kwietnia 2002
|
[ Indeks sekcji ]
|
|