ďťż

sections

Lemur zaprasza

  Twoje konto
Strona główna
 ·  Tematy  ·  Ciekawostki  ·  Artykuły
 ·  Pliki  ·  Forum  ·  FAQ


 
 














Menu główne


Newsy
Newsy tematycznie
Archiwum
newsów
Ciekawostki

Artykuły
Tygodnik

Pliki:
wszystkie
Pliki:
popularne
Forum
Grupy
usenetowe
FAQ


O
nas
Napisz
do nas
Wasze
listy
Poleć nas
Masz newsa?


Zaloguj się
Załóż
konto
Spis
użytkowników


Statystyki
Top 10




Systemy NT


Obecna sytuacja na rynku systemów
Microsoftu
Sprawdź stan zabezpieczeń swojego
NT/2000
Sprawdź stan zabezpieczeń swojego
IE
Win2K SP3: RC 3.51
WinXP: 5.01.2600


Co będzie dalej?
Windows .NET Server - serwerowa edycja XP
Longhorn - następca Windowsa XP
Blackcomb - następca następcy Windowsa XP




Ciekawostki


Pokój, Miłość, LinuX :)
Akademia Microsoftu
Wolfenstein v1.1 patch
Unreal Tournament - nadal żywy.
PHP Nuke 5.4 beta
Liczba domen zmniejsza się
Bill Gates nie żyje - znowu?
Źródło Quake II...
Quake 3 Point Release 1.31
TP S.A. i jej strategia
Help do Windows XP na wideo
Ewolucja systemów Windows
Winamp 3.0 beta 2.5
Nikon kompatybilny z Windows XP
MoH, RTCW czy Quake3 w
widescreen?



Wybrane artykuły


Mostek sieciowy w Win XP
Szyfrowanie plików w Windows 2k/XP (EFS)
Wirtualne sieci prywatne
Spis komend wiersza polecen w XP
Udostępnianie plików w sieci lokalnej pod XP
Podsumowanie problemu SDI+win2k/XP
Remote Desktop Web Connection w Windows XP
Jak działa Windows Product activation
Wygląd Windows XP bulit 2465
Zmieniamy logo startowe Windows 2000
Windows Product Activation w faktach
Windows 2000 Boot Loader a Linux
Internet Connection Sharing




Popularne pliki


Zbiór poprawek do Windows
XP
Service Pack 2 PL
XP AntiSpy 3.4.1
Creative LiveWare 3.0 +
Drivery
Service Pack 2 EN
Internet Explorer 6.0 PL
Windows 2000
Compatibility Upd
SoundBlaster Live! Drivers 3512 WHQL z LiveWare 3 dla
XP #2
BootVis dla WinXP
Tweak XP 1.29
SoundBlaster
Live!/Value/5.1 Rev. 2 dla win2k/XP
SoundBlaster Live! Drivers 3512 WHQL z LiveWare 3 dla
XP
Poprawki dla Internet
Explorer 6 pl
Plug and Play Patch -
PL
DirectX 8.1 PL
Windows XP pl Boot
Disc - Profesional
DivX 5.0 Bundle
Office XP Service Pack
1
atomicXP 2.01
Nero
5.5.7.8



Redakcja


Szczegółowe informacje dostępne na osobnej stronie.

Zespół redakcyjny:Lauffer|bCoorDzambelgiskardSzamandudek Tornado
TNPawo

Projekt graficzny: Hando

Kontakt z redakcją:Napisz do nasalbo wejdź na kanał irc
#windows2000pl.

Wszelkie prawa zastrzeżone.




Login



PseudonimHasło
Nie masz u nas konta? Możesz je sobie założyć. Jako zarejestrowany użytkownik
będziesz miał dodatkowe
możliwości.



Kto nas ogląda?


Aktualnie mamy 112 gości i 5
użytkowników.

Jesteś anonimowym użytkownikiem. Możesz zarejestrować się klikając
tutaj.



Licznik


Odwiedziło nas już2206154użytkowników!
















Podsumowanie problemu
SDI+win2k/XP(1234 razem
słów w tym tekście)(11520 odsłon)    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:15
stycznia 2002

   [ Powrót
do Networking Solutions | Indeks sekcji
]





 


Windows NT, Windows 2000, Microsoft and its
logos are registered trademarks of Microsoft Corporation.All other
products mentioned are registered trademarks or trademarks of their
respective owners.@ 2000 http://www.win2k.pl/ - All Rights
Reserved


 
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • teen-mushing.xlx.pl
  • Wątki
    Powered by wordpress | Theme: simpletex | © Lemur zaprasza