Diagnoseprogramm für WWAN-Unterbrechungen?

BitKiller

Active member
Themenstarter
Registriert
24 März 2008
Beiträge
2.952
Habe leider ca. 2x am Tag WWAN-Unterbrechungen ohne verfolgbares Muster.
Die Unterbrechungen erfolgen auch bei aktiven Downloads, alle Einstellungen sind auf Dauerbetrieb.
Ist jedesmal ärgerlich wenn man 2GB runterladen will und ca. 5x den Download neu starten muss.
Die Datenmenge ist dank Flat kein Problem - nur der Downloadspeed von max. 150 KB/s nervt halt.
Equipment ist : X200 mit WWAN, X201 mit WWAN, 3 UMTS-Sticks, Windows-Einwahl, WinXP und Win7Pro.
Teilweise unterbrechen die Thinkpads die interne WWAN-Verbindung (ersichtlich aus der Wahlwiederholung deaktivieren)
und teilweise Netzunterbrechungen wenn die WWAN-Verbindung noch aktiv ist.
Nur mit den UMTS-Sticks ins Netz gehen sieht die Verbindung auch keinen Deut besser aus.
Der Netzbetreiber meint, von ihm aus gibt es keine Unterbrechungen.
Die Empfangsstärke ist gut (HSDPA).
Deshalb meine Frage:
Gibt es ein Programm mit dem man feststellen kann, woher diese Stops kommen bzw. was die Ursachen sind?

Würde vielleicht auch folgendes helfen:
Zusätzlich zum Thinkpad-UMTS noch einen UMTS-Stick von einem anderen Netzbetreiber dazuhängen
und diesen mit der langsamsten Übertragungsgeschwindigkeit laufen lassen um eine Download-Unterbrechung zu vermeiden?
Kann man unter Windows 2 verschiedene WWAN Verbindungen mit einem Browser gleichzeitig nutzen?
 
Netzbetreiber quälen, und Downloadmanager verwenden ist Pflicht bei solchen Verbindungen.....
 
Laut Netzbetreiber gibt es ja kein Problem, auch nach der dritten Anfrage nicht.
Downloadmanager nutzen mir bei Rapidshare & Co im Free-Downloadmodus nichts,
da eine Wiederaufnahme des Downloads nicht unterstützt wird.
 
Wenn Du Access Connections nutzt, starte darin unter Tools das Diagnoseprogramm. Anschließend kannst Du Dir das Logfile anzeigen lassen.
 
Danke Mornsgrans für den Hinweis! :thumbup:
Bin eher der softwaremäßige Minimalist und bin bisher ohne AC ausgekommen, aber für die Fehlersuche habe ich es jetzt installiert.
WWAN läuft jetzt erstmals seit 14 Stunden ohne Unterbrechung.
Wähle mit AC die selbe Einwahlverknüpfung wie Windows ein.

Die AC-Logdatei ist ca. mit einem Drittel der Logs mit immer den selben wiederkehrenden Fehlern gepflastert:
Code:
ERROR AcSvc. SYSTEM(Prvlg).0320.2208[2/4]17:35:28:662 AcSvcIntf.GetWLanAdptObjectFromPnpId: Adapter type for pnp-id USB\VID_05C6&PID_9205&MI_00\ is 3
ERROR AcSvc. SYSTEM(Prvlg).0320.2208[2/4]17:35:28:664 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: Failed to get CM_DRP_CLASS for 3328
ERROR AcSvc. SYSTEM(Prvlg).0320.2208[2/4]17:35:28:667 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: Failed to get CM_DRP_CLASS for 3328
ERROR AcSvc. SYSTEM(Prvlg).0320.3800[2/4]17:35:30:519 AcWanAdapter::WriteCallSectionIntoRegistry Fail to RegQueryValueEx [CallSectionIndex]

Ist das normal?
 
Mit dieser Meldung kann ich auch nicht viel anfangen. Daher kann ich keine Aussage treffen, ob sie eine andere Ursache haben oder nicht. :(

Du weißt ja: Access Connections benötigt zwingend bestimmte Hotkey-, WLan-, WWAN-, ACPI-Treiberversionen. Sind sie älter, als die Minimalanforderung, muss man zu einer älteren AC-Version greifen (weiter unten auf der Downloadseite).
 
Habe erst diese Woche alle X201 Treiber + AC frisch von Lenovo runtergeladen - sind also alles die neuesten Verionen.
Auch das Firmware-Update der Gobi2000 ist drauf.
Bis jetzt funktioniert die WWAN-Verbindung mit AC unterbrechungsfrei, wenn es so bleibt, sind mir die AC-Fehlermeldungen auch egal ;)
 
Also es kann auch einfach am Netz oder der Node liegen.

Ich hab da auch schön öfters lustige Sachen erlebt.

und "Die Empfangsstärke ist gut (HSDPA)." kann man so leicht net sagen, der Netzbetreiber eh nicht, der weiß ja net ob du im Keller hockst.
Vllt. bricht die immer mal wieder kurz ein wenn dein Nachbar seine Mikrowelle anmacht oder so - es gibt da manchmal komische Zusammenhänge.

Oder Treiber/Windows/UTMS Modul Problem.

Oder dein Netzbetreiber mag deine RS Downloads nicht...

Hast du mal MWConn versucht und AC gelöscht? (Ich finde ja AC ist sowieso die Pest - aber das ist Ansichtssache..)
 
Evilandi666' schrieb:
Hast du mal MWConn versucht und AC gelöscht?
Ja, aber nicht in diesem Zusammenhang mit der Fehlersuche.
Bin auch kein Freund von AC, aber wenn es damit keine Unterbrechungen mehr gibt, bleibt es drauf.


Evilandi666' schrieb:
Oder Treiber/Windows/UTMS Modul Problem.
Habe das Problem mit dem X200/Ericsson und dem X201/Gobi sowie mit drei unterschiedlichen UMTS-Sticks an 2 verschiedenen WWAN-Routern.
Win7 unterbricht genauso wie XP. Linux habe ich nicht getestet.
Beim X200 waren schon verschiedene Treiber drauf, alle die es seit einem Jahr gibt.
Das X201 habe ich erst eine Woche, habe gehofft, dass es damit keine WWAN-Probleme mehr gibt... :mellow:
Hatte aber bis jetzt bei den Thinkpads nur die Windows-Einwahl benutzt, was ja auch theoretisch fehlerfrei funktionieren sollte.
 
Also dann bleibt nur die Linux Live DVD zum Testen ;) (oder nen usb stick analog).

Aber ich tippe mal auf Provider.

Beispiel: Seit 2 Jahren haben wir an der Uni auch sonen "geilen" O2 Mast ders im Bahnhof nicht checkt .. gucksch drauf, vollen Empfang HSDPA, willsch Telefon/Internet bum empfang weg.
Hörsch auf damit, hasch wieder volles hsdpa, manchmal kurz edge dann gehts kurz, handy schaltet auf hsdpa hoch, wieder futsch. Forciersch du von hand Edge gehts konstant. Passiert auch mit verschiedenen Handys.

Kannsch du deine Karte mal auf UMTS forcieren? vllt. versucht sie ja runterzuschalten oder so.

Ansonsten Netzbetreiber, den juckt es aber nicht, wer will schon Downloader im (Fairuse-)Handynetz <- Das wird der sich vermutlich denken.
 
Evilandi666' schrieb:
Also dann bleibt nur die Linux Live DVD zum Testen
Linux ist eigentlich keine Option für mich: Bin schon auf Corel, Frontpage, SketchUp etc. zu sehr eingearbeitet und will mir einen Wechsel auf Linux nicht mehr antun.
Bin schliesslich auch nicht mehr der jüngste. :whistling:


Evilandi666' schrieb:
Kannsch du deine Karte mal auf UMTS forcieren? vllt. versucht sie ja runterzuschalten oder so.
Die Karte schaltet nicht runter, egal ob Leerlauf oder Download - es ist immer HSDPA (auch unter AC).
Auch wenn viele User im Netz hängen und nur 10KB/s verfügbar sind, bleibt HSDPA.


Evilandi666' schrieb:
Ansonsten Netzbetreiber, den juckt es aber nicht, wer will schon Downloader im (Fairuse-)Handynetz <- Das wird der sich vermutlich denken.
Wenn ein Provider eine echte Flat (zwar nur mit max. 150MB/s) anbietet, dann muss er doch rechnen, dass 24 Stunden am Tag und 7 Tage die Woche runtergeladen wird.
Ansonsten wäre die Flat überflüssig und ein anderes Paket günstiger...



Heute früh war es wieder mal soweit:
Die WWAN-Verbindung ist wieder unterbrochen, die Gobi selbst ist noch an.
Die Verbindung hat ca. 24,5 Stunden gehalten.
Die letzten Zeilen der AC Logdatei zeigt keinen aussergewöhnlichen Error, der Log zeigt nicht mal an, dass die Verbindung getrennt wurde:
Code:
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:34:55:603 ACHelperIdentifySystem: Entry
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:34:55:603 ACHelperIdentifySystem: Reporting cached system ID
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:34:55:603 ACWanQualcomAdapter::GetWanRadioStateInDriver: Entry
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:34:55:606 ACWanQualcomAdapter::GetWanRadioStateInDriver: return from cache [RADIO=ON]
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:34:55:606 AcSvcIntf.GetRadioStatus: RadioState[USB\VID_05C6&PID_9205&MI_00\]=1, Exit with code 0
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:34:57:513 ACWanQualcomAdapter::GetWanConnectionStatus: Entry
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:34:57:513 ACWanQualcomAdapter::GetWanConnectionStatus: returning from cache
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:515 ACWanQualcomAdapter::GetWanConnectionStatus: Entry
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:515 ACWanQualcomAdapter::GetWanConnectionStatus: returning from cache
ERROR AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:600 AcSvcIntf.GetWLanAdptObjectFromPnpId: Adapter type for pnp-id USB\VID_05C6&PID_9205&MI_00\ is 3
ERROR AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:607 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: Failed to get CM_DRP_CLASS for 3328
ERROR AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:615 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: Failed to get CM_DRP_CLASS for 3328
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:615 ACHelperIdentifySystem: Entry
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:615 ACHelperIdentifySystem: Reporting cached system ID
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:615 ACWanQualcomAdapter::GetWanRadioStateInDriver: Entry
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:615 ACWanQualcomAdapter::GetWanRadioStateInDriver: return from cache [RADIO=ON]
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:00:615 AcSvcIntf.GetRadioStatus: RadioState[USB\VID_05C6&PID_9205&MI_00\]=1, Exit with code 0
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:03:516 ACWanQualcomAdapter::GetWanConnectionStatus: Entry
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:03:531 ACWanQualcomAdapter::GetWanConnectionStatus: pfn_GetServicingNetwork success
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:03:531 ACWanSierraAdapter::GetWanConnectionStatus: [ulRegistrationState=1][ulCSDomain=1][ulPSDomain=2][ulRAN=2][bRadioIfacesSize=1][bRadioIfacesSize[0]=5] [ulRoaming=1][wMCC=232][wMNC=10][szName=3 AT]
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:03:538 QualConvertRssiToSigStrength: Converted RssiVal(-87) to (40%)
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:03:538 ACWanQualcomAdapter::GetWanConnectionStatus: pfn_GetSignalStrength success and returned [nSignalStrength=87][ulRadioIntf=5][signalpercentage=% 40]
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:03:553 ACWanQualcomAdapter::GetWanConnectionStatus: QualCom WAN API pfn_GetByteTotals() Failed[1015] even though pfn_WwanGetDeviceId succeded with \\?\usb#vid_05c6&pid_9205&mi_00#7&30c2addb&0&0000#{ad498944-762f-11d0-8dcb-00c04fc3358c}\{83579218-af0e-416d-a83e-be418490ad66}!
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:03:561 ACWanQualcomAdapter::GetWanConnectionStatus: Exit with 0
ERROR AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:05:604 AcSvcIntf.GetWLanAdptObjectFromPnpId: Adapter type for pnp-id USB\VID_05C6&PID_9205&MI_00\ is 3
ERROR AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:05:612 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: Failed to get CM_DRP_CLASS for 3328
ERROR AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:05:622 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: Failed to get CM_DRP_CLASS for 3328
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:05:622 ACHelperIdentifySystem: Entry
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:05:622 ACHelperIdentifySystem: Reporting cached system ID
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:05:622 ACWanQualcomAdapter::GetWanRadioStateInDriver: Entry
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:05:622 ACWanQualcomAdapter::GetWanRadioStateInDriver: return from cache [RADIO=ON]
Ok AcSvc. SYSTEM(Prvlg).0320.3592[2/5]07:35:05:622 AcSvcIntf.GetRadioStatus: RadioState[USB\VID_05C6&PID_9205&MI_00\]=1, Exit with code 0
AC ist für die Fehlersuche also völlig nutzlos...

Werde jetzt mal eine Lenovo-Werksinstallation aufsetzten und dauertesten, vielleicht bringt das etwas.
 
Bei der Lenovo-Werksinstallation sieht es auch nicht besser aus:
knappe 25 Stunden gelaufen und wieder die Verbindung weg trotz 3 aktiver Downloads mit dem IE8. :blink:
AC und BroadbandConnect nützen da auch nichts...
Wieder kein Fehler in der AC-Log zu finden.
Und trotz Werksinstallation der AC-Log voller Fehler:
Code:
ERROR AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:330 AcConfigManager::GetRegistryProperty: CM_Get_DevNode_Registry_Property() Failed for USB\VID_05C6&PID_9205&MI_00\7&8BC833D&0&0000. Registry property=13! 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 In service: GetAdaptersInfoFromPnpID. Exit  
 Ok Explorer(BitKiller(Prvlg).1868.2044) [2/6]08:58:06:346 AcSvcGetAdaptersInfoFromPnpID: Exit 
 Ok Explorer(BitKiller(Prvlg).1868.2044) [2/6]08:58:06:346 AcSvcGetRadioStatus: Entry 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcSvcIntf.GetRadioStatus: Entry 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcAdapter::IncreamentUsageCount(): Lock acquired for USB\VID_05C6&PID_9205&MI_00\ 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcAdapter::IncreamentUsageCount(): Lock released for USB\VID_05C6&PID_9205&MI_00\. The usage count has become =1 
 ERROR AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcSvcIntf.GetWLanAdptObjectFromPnpId: Adapter type for pnp-id USB\VID_05C6&PID_9205&MI_00\ is 3 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcAdapter::DecreamentUsageCount(): Lock acquired for USB\VID_05C6&PID_9205&MI_00\ 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcAdapter::DecreamentUsageCount(): Lock released for USB\VID_05C6&PID_9205&MI_00\. The usage count has become =0 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcAdapter::IncreamentUsageCount(): Lock acquired for USB\VID_05C6&PID_9205&MI_00\ 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcAdapter::IncreamentUsageCount(): Lock released for USB\VID_05C6&PID_9205&MI_00\. The usage count has become =1 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcSvcIntf.GetRadioStatus: Calling pWanAdapter->GetWanRadioState 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 IsSoftwareControlledMasterRadioSwitchPresentInMachine Entry 
 Ok AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 IsSoftwareControlledMasterRadioSwitchPresentInMachine Exit[0] 
 ERROR AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: Failed to get CM_DRP_CLASS for 2988 
 ERROR AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:346 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: return with 0 
 ERROR AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:361 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: Failed to get CM_DRP_CLASS for 2988 
 ERROR AcSvc( SYSTEM(Prvlg).2568.3700) [2/6]08:58:06:361 AcConfigManager::IsPCMCIDevice_DetermineByTraversingParents: return with 0
Netterweise braucht der IE8 unter Win7Pro ewig, um den .html AC-Log zu öffnen und stürzt beim schließen selbiger ab...
Unter Opera geht das öffnen und schließen ruck-zuck.

Es wird wieder nur die Verbindung unterbrochen, das WWAN selbst bleibt an.
Eine Neueinwahl geht auch problemlos. Natürlich sind alle angefangenen Downloads beim Teufel...

Ergo: Win7-Cleaninstall, Treiber, Opera, IE8 schließe ich mal als Fehlerquelle aus.
 
  • ok1.de
  • IT Refresh - IT Teile & mehr
  • thinkstore24.de
  • Preiswerte-IT - Gebrauchte Lenovo Notebooks kaufen

Werbung

Zurück
Oben