Discussion:
WIFIonICE funktioniert nicht mehr
(zu alt für eine Antwort)
Jürgen Bausa
2022-06-24 20:20:01 UTC
Permalink
Ich bin diese Woche mit dem ICE gefahren und musste feststellen, dass
ich mich mit meinem Laptop (Xiaomi Air 12 unter Bullseye AMD64 mit
NetworkManager, Intel Corporation Wireless 8260 (rev 3a)) nicht ins ICE-
wlan einloggen kann, obwohl wlan mit allen anderen Access Points
einwandfrei läuft. Es hatte früher auch im ICE immer geklappt (zuletzt
Anfang Mai). Auch diesmal hatten andere Geräte und Betriebssysteme
(Android, MacOS, Windows, ...) keine Probleme. Es ging sogar mit meinem
Laptop, nachdem ich die Recue-partition (puppy linux) gebootet hatte.

Ich vermute daher, die Bahn hat irgendwas im wlan geändert was mit
Linux/NM nicht harmoniert. Kennt jemand das Problem?

Hier die Symptome. Es traten zwei unterschiedliche Fälle auf:

Die Verbindung wird gestartet, aber es wird keine IP bezogen. Das
NM-Applet zeigt dann dauerhaft "Netwerkadresse wird bezogen ..." an.

Oder es wird eine IP bezogen, ich kann auch kurz die Landing Page der
Bahn sehen, ein Internet-Zugriff funktioniert aber nicht.

Im syslog finde ich dann folgendes, was sich andauernd widerholt.
Offenbar werden dabei eher zufällig verschiedene Accesspoints
(c:51:0e:56:32:70, 3c:51:0e:56:32:80, 6c:31:0e:71:26:40,
6c:31:0e:71:26:10) verwendet.

Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: SME: Trying to
authenticate with 3c:51:0e:56:32:80 (SSID='WIFIonICE' freq=5220 MHz)
Jun 23 15:44:48 lina kernel: [ 1001.260466] wlp1s0: authenticate with
3c:51:0e:56:32:80
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: Trying to associate
with 3c:51:0e:56:32:80 (SSID='WIFIonICE' freq=5220 MHz)
Jun 23 15:44:48 lina kernel: [ 1001.276000] wlp1s0: send auth to
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.277723] wlp1s0: authenticated
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.8781]
device (wlp1s0): supplicant interface state: scanning -> authenticating
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.8782]
device (p2p-dev-wlp1s0): supplicant management interface state: scanning
-> authenticating
Jun 23 15:44:48 lina kernel: [ 1001.278649] wlp1s0: associate with
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.280182] wlp1s0: RX AssocResp from
3c:51:0e:56:32:80 (capab=0x101 status=0 aid=15)
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: Associated with
3c:51:0e:56:32:80
Jun 23 15:44:48 lina kernel: [ 1001.282921] wlp1s0: associated
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: CTRL-EVENT-CONNECTED -
Connection to 3c:51:0e:56:32:80 completed [id=0 id_str=]
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.8877]
device (wlp1s0): supplicant interface state: authenticating -> associating
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.8880]
device (p2p-dev-wlp1s0): supplicant management interface state:
authenticating -> associating
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0:
CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0:
CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-63 noise=9999 txrate=360000
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9138]
device (wlp1s0): supplicant interface state: associating -> completed
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9139]
device (p2p-dev-wlp1s0): supplicant management interface state:
associating -> completed
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9140]
device (wlp1s0): DHCPv4 lease renewal requested
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9334]
dhcp4 (wlp1s0): canceled DHCP transaction
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9335]
dhcp4 (wlp1s0): state changed unknown -> done
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9349]
dhcp4 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jun 23 15:44:53 lina kernel: [ 1006.011129] wlp1s0: deauthenticated from
3c:51:0e:56:32:80 (Reason: 2=PREV_AUTH_NOT_VALID)
Jun 23 15:44:53 lina wpa_supplicant[700]: wlp1s0:
CTRL-EVENT-DISCONNECTED bssid=3c:51:0e:56:32:80 reason=2
Jun 23 15:44:53 lina NetworkManager[684]: <info> [1655991893.6648]
device (wlp1s0): supplicant interface state: completed -> disconnected
Jun 23 15:44:53 lina NetworkManager[684]: <info> [1655991893.6649]
device (p2p-dev-wlp1s0): supplicant management interface state:
completed -> disconnected
Jun 23 15:44:53 lina NetworkManager[684]: <info> [1655991893.7652]
device (wlp1s0): supplicant interface state: disconnected -> scanning
Jun 23 15:44:53 lina NetworkManager[684]: <info> [1655991893.7653]
device (p2p-dev-wlp1s0): supplicant management interface state:
disconnected -> scanning

Und unter messages folgendes:

Jun 23 15:44:48 lina kernel: [ 1001.260466] wlp1s0: authenticate with
3c:51:0e:56:32:80
Jun 23 15:44:48 lina kernel: [ 1001.276000] wlp1s0: send auth to
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.277723] wlp1s0: authenticated
Jun 23 15:44:48 lina kernel: [ 1001.278649] wlp1s0: associate with
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.280182] wlp1s0: RX AssocResp from
3c:51:0e:56:32:80 (capab=0x101 status=0 aid=15)
Jun 23 15:44:48 lina kernel: [ 1001.282921] wlp1s0: associated
Jun 23 15:44:53 lina kernel: [ 1006.011129] wlp1s0: deauthenticated from
3c:51:0e:56:32:80 (Reason: 2=PREV_AUTH_NOT_VALID)
Jun 23 15:44:53 lina kernel: [ 1006.272658] wlp1s0: authenticate with
3c:51:0e:56:32:70
Jun 23 15:44:53 lina kernel: [ 1006.280671] wlp1s0: send auth to
3c:51:0e:56:32:70 (try 1/3)
Jun 23 15:44:53 lina kernel: [ 1006.281964] wlp1s0: authenticated
Jun 23 15:44:53 lina kernel: [ 1006.286565] wlp1s0: associate with
3c:51:0e:56:32:70 (try 1/3)
Jun 23 15:44:53 lina kernel: [ 1006.288147] wlp1s0: RX AssocResp from
3c:51:0e:56:32:70 (capab=0x421 status=0 aid=2)
Jun 23 15:44:53 lina kernel: [ 1006.291097] wlp1s0: associated
Jun 23 15:44:59 lina kernel: [ 1011.710363] wlp1s0: deauthenticated from
3c:51:0e:56:32:70 (Reason: 2=PREV_AUTH_NOT_VALID)
Jun 23 15:45:00 lina kernel: [ 1012.461190] wlp1s0: authenticate with
3c:51:0e:56:32:80
Jun 23 15:45:00 lina kernel: [ 1012.469909] wlp1s0: send auth to
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:45:00 lina kernel: [ 1012.472610] wlp1s0: authenticated
Jun 23 15:45:00 lina kernel: [ 1012.478569] wlp1s0: associate with
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:45:00 lina kernel: [ 1012.481100] wlp1s0: RX AssocResp from
3c:51:0e:56:32:80 (capab=0x101 status=0 aid=15)
Jun 23 15:45:00 lina kernel: [ 1012.500335] wlp1s0: associated
Jun 23 15:45:04 lina kernel: [ 1017.210937] wlp1s0: deauthenticated from
3c:51:0e:56:32:80 (Reason: 2=PREV_AUTH_NOT_VALID)

Jürgen
Jürgen Bausa
2022-06-24 22:00:01 UTC
Permalink
Sorry, die Formatierung des syslog ist irgendwie kaputt gegangen. ich
hoffe es ist jetzt beser lesbar.

Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: SME: Trying to
authenticate with 3c:51:0e:56:32:80 (SSID='WIFIonICE' freq=5220 MHz)
Jun 23 15:44:48 lina kernel: [ 1001.260466] wlp1s0: authenticate with
3c:51:0e:56:32:80
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: Trying to associate
with 3c:51:0e:56:32:80 (SSID='WIFIonICE' freq=5220 MHz)
Jun 23 15:44:48 lina kernel: [ 1001.276000] wlp1s0: send auth to
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.277723] wlp1s0: authenticated
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.8781]
device (wlp1s0): supplicant interface state: scanning -> authenticating
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.8782]
device (p2p-dev-wlp1s0): supplicant management interface state: scanning
-> authenticating
Jun 23 15:44:48 lina kernel: [ 1001.278649] wlp1s0: associate with
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.280182] wlp1s0: RX AssocResp from
3c:51:0e:56:32:80 (capab=0x101 status=0 aid=15)
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: Associated with
3c:51:0e:56:32:80
Jun 23 15:44:48 lina kernel: [ 1001.282921] wlp1s0: associated
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: CTRL-EVENT-CONNECTED -
Connection to 3c:51:0e:56:32:80 completed [id=0 id_str=]
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.8877]
device (wlp1s0): supplicant interface state: authenticating -> associating
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.8880]
device (p2p-dev-wlp1s0): supplicant management interface state:
authenticating -> associating
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0:
CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0:
CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-63 noise=9999 txrate=360000
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9138]
device (wlp1s0): supplicant interface state: associating -> completed
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9139]
device (p2p-dev-wlp1s0): supplicant management interface state:
associating -> completed
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9140]
device (wlp1s0): DHCPv4 lease renewal requested
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9334]
dhcp4 (wlp1s0): canceled DHCP transaction
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9335]
dhcp4 (wlp1s0): state changed unknown -> done
Jun 23 15:44:48 lina NetworkManager[684]: <info> [1655991888.9349]
dhcp4 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jun 23 15:44:53 lina kernel: [ 1006.011129] wlp1s0: deauthenticated from
3c:51:0e:56:32:80 (Reason: 2=PREV_AUTH_NOT_VALID)
Jun 23 15:44:53 lina wpa_supplicant[700]: wlp1s0:
CTRL-EVENT-DISCONNECTED bssid=3c:51:0e:56:32:80 reason=2
Jun 23 15:44:53 lina NetworkManager[684]: <info> [1655991893.6648]
device (wlp1s0): supplicant interface state: completed -> disconnected
Jun 23 15:44:53 lina NetworkManager[684]: <info> [1655991893.6649]
device (p2p-dev-wlp1s0): supplicant management interface state:
completed -> disconnected
Jun 23 15:44:53 lina NetworkManager[684]: <info> [1655991893.7652]
device (wlp1s0): supplicant interface state: disconnected -> scanning
Jun 23 15:44:53 lina NetworkManager[684]: <info> [1655991893.7653]
device (p2p-dev-wlp1s0): supplicant management interface state:
disconnected -> scanning
Post by Jürgen Bausa
Ich bin diese Woche mit dem ICE gefahren und musste feststellen, dass
ich mich mit meinem Laptop (Xiaomi Air 12 unter Bullseye AMD64 mit
NetworkManager, Intel Corporation Wireless 8260 (rev 3a)) nicht ins ICE-
wlan einloggen kann, obwohl wlan mit allen anderen Access Points
einwandfrei läuft. Es hatte früher auch im ICE immer geklappt (zuletzt
Anfang Mai). Auch diesmal hatten andere Geräte und Betriebssysteme
(Android, MacOS, Windows, ...) keine Probleme. Es ging sogar mit meinem
Laptop, nachdem ich die Recue-partition (puppy linux) gebootet hatte.
Ich vermute daher, die Bahn hat irgendwas im wlan geändert was mit
Linux/NM nicht harmoniert. Kennt jemand das Problem?
Die Verbindung wird gestartet, aber es wird keine IP bezogen. Das
NM-Applet zeigt dann dauerhaft "Netwerkadresse wird bezogen ..." an.
Oder es wird eine IP bezogen, ich kann auch kurz die Landing Page der
Bahn sehen, ein Internet-Zugriff funktioniert aber nicht.
Im syslog finde ich dann folgendes, was sich andauernd widerholt.
Offenbar werden dabei eher zufällig verschiedene Accesspoints
(c:51:0e:56:32:70, 3c:51:0e:56:32:80, 6c:31:0e:71:26:40,
6c:31:0e:71:26:10) verwendet.
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: SME: Trying to
authenticate with 3c:51:0e:56:32:80 (SSID='WIFIonICE' freq=5220 MHz)
Jun 23 15:44:48 lina kernel: [ 1001.260466] wlp1s0: authenticate with
3c:51:0e:56:32:80
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: Trying to associate
with 3c:51:0e:56:32:80 (SSID='WIFIonICE' freq=5220 MHz)
Jun 23 15:44:48 lina kernel: [ 1001.276000] wlp1s0: send auth to
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.277723] wlp1s0: authenticated
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.8781]
device (wlp1s0): supplicant interface state: scanning -> authenticating
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.8782]
device (p2p-dev-wlp1s0): supplicant management interface state: scanning
-> authenticating
Jun 23 15:44:48 lina kernel: [ 1001.278649] wlp1s0: associate with
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.280182] wlp1s0: RX AssocResp from
3c:51:0e:56:32:80 (capab=0x101 status=0 aid=15)
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: Associated with
3c:51:0e:56:32:80
Jun 23 15:44:48 lina kernel: [ 1001.282921] wlp1s0: associated
Jun 23 15:44:48 lina wpa_supplicant[700]: wlp1s0: CTRL-EVENT-CONNECTED -
Connection to 3c:51:0e:56:32:80 completed [id=0 id_str=]
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.8877]
device (wlp1s0): supplicant interface state: authenticating -> associating
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.8880]
authenticating -> associating
CTRL-EVENT-SUBNET-STATUS-UPDATE status=0
CTRL-EVENT-SIGNAL-CHANGE above=1 signal=-63 noise=9999 txrate=360000
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.9138]
device (wlp1s0): supplicant interface state: associating -> completed
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.9139]
associating -> completed
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.9140]
device (wlp1s0): DHCPv4 lease renewal requested
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.9334]
dhcp4 (wlp1s0): canceled DHCP transaction
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.9335]
dhcp4 (wlp1s0): state changed unknown -> done
Jun 23 15:44:48 lina NetworkManager[684]: <info>  [1655991888.9349]
dhcp4 (wlp1s0): activation: beginning transaction (timeout in 45 seconds)
Jun 23 15:44:53 lina kernel: [ 1006.011129] wlp1s0: deauthenticated from
3c:51:0e:56:32:80 (Reason: 2=PREV_AUTH_NOT_VALID)
CTRL-EVENT-DISCONNECTED bssid=3c:51:0e:56:32:80 reason=2
Jun 23 15:44:53 lina NetworkManager[684]: <info>  [1655991893.6648]
device (wlp1s0): supplicant interface state: completed -> disconnected
Jun 23 15:44:53 lina NetworkManager[684]: <info>  [1655991893.6649]
completed -> disconnected
Jun 23 15:44:53 lina NetworkManager[684]: <info>  [1655991893.7652]
device (wlp1s0): supplicant interface state: disconnected -> scanning
Jun 23 15:44:53 lina NetworkManager[684]: <info>  [1655991893.7653]
disconnected -> scanning
Jun 23 15:44:48 lina kernel: [ 1001.260466] wlp1s0: authenticate with
3c:51:0e:56:32:80
Jun 23 15:44:48 lina kernel: [ 1001.276000] wlp1s0: send auth to
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.277723] wlp1s0: authenticated
Jun 23 15:44:48 lina kernel: [ 1001.278649] wlp1s0: associate with
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:44:48 lina kernel: [ 1001.280182] wlp1s0: RX AssocResp from
3c:51:0e:56:32:80 (capab=0x101 status=0 aid=15)
Jun 23 15:44:48 lina kernel: [ 1001.282921] wlp1s0: associated
Jun 23 15:44:53 lina kernel: [ 1006.011129] wlp1s0: deauthenticated from
3c:51:0e:56:32:80 (Reason: 2=PREV_AUTH_NOT_VALID)
Jun 23 15:44:53 lina kernel: [ 1006.272658] wlp1s0: authenticate with
3c:51:0e:56:32:70
Jun 23 15:44:53 lina kernel: [ 1006.280671] wlp1s0: send auth to
3c:51:0e:56:32:70 (try 1/3)
Jun 23 15:44:53 lina kernel: [ 1006.281964] wlp1s0: authenticated
Jun 23 15:44:53 lina kernel: [ 1006.286565] wlp1s0: associate with
3c:51:0e:56:32:70 (try 1/3)
Jun 23 15:44:53 lina kernel: [ 1006.288147] wlp1s0: RX AssocResp from
3c:51:0e:56:32:70 (capab=0x421 status=0 aid=2)
Jun 23 15:44:53 lina kernel: [ 1006.291097] wlp1s0: associated
Jun 23 15:44:59 lina kernel: [ 1011.710363] wlp1s0: deauthenticated from
3c:51:0e:56:32:70 (Reason: 2=PREV_AUTH_NOT_VALID)
Jun 23 15:45:00 lina kernel: [ 1012.461190] wlp1s0: authenticate with
3c:51:0e:56:32:80
Jun 23 15:45:00 lina kernel: [ 1012.469909] wlp1s0: send auth to
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:45:00 lina kernel: [ 1012.472610] wlp1s0: authenticated
Jun 23 15:45:00 lina kernel: [ 1012.478569] wlp1s0: associate with
3c:51:0e:56:32:80 (try 1/3)
Jun 23 15:45:00 lina kernel: [ 1012.481100] wlp1s0: RX AssocResp from
3c:51:0e:56:32:80 (capab=0x101 status=0 aid=15)
Jun 23 15:45:00 lina kernel: [ 1012.500335] wlp1s0: associated
Jun 23 15:45:04 lina kernel: [ 1017.210937] wlp1s0: deauthenticated from
3c:51:0e:56:32:80 (Reason: 2=PREV_AUTH_NOT_VALID)
Jürgen
Marc Haber
2022-06-25 06:20:01 UTC
Permalink
On Fri, 24 Jun 2022 22:19:30 +0200, Jürgen Bausa
Post by Jürgen Bausa
Ich bin diese Woche mit dem ICE gefahren und musste feststellen, dass
ich mich mit meinem Laptop (Xiaomi Air 12 unter Bullseye AMD64 mit
NetworkManager, Intel Corporation Wireless 8260 (rev 3a)) nicht ins ICE-
wlan einloggen kann, obwohl wlan mit allen anderen Access Points
einwandfrei läuft. Es hatte früher auch im ICE immer geklappt (zuletzt
Anfang Mai). Auch diesmal hatten andere Geräte und Betriebssysteme
(Android, MacOS, Windows, ...) keine Probleme. Es ging sogar mit meinem
Laptop, nachdem ich die Recue-partition (puppy linux) gebootet hatte.
Was für ein ICE war das? Ich habe mit meinem Lenovo-Notebook unter
Linux ein Problem im ICE 4, da funktioniert es reproduzierbar in
keinem Zug.

Kann ich mal ein lspci -nn von Deinem Notebook sehen?

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Jürgen Bausa
2022-06-25 12:30:01 UTC
Permalink
Post by Marc Haber
On Fri, 24 Jun 2022 22:19:30 +0200, Jürgen Bausa
Post by Jürgen Bausa
Ich bin diese Woche mit dem ICE gefahren und musste feststellen, dass
ich mich mit meinem Laptop (Xiaomi Air 12 unter Bullseye AMD64 mit
NetworkManager, Intel Corporation Wireless 8260 (rev 3a)) nicht ins ICE-
wlan einloggen kann, obwohl wlan mit allen anderen Access Points
einwandfrei läuft. Es hatte früher auch im ICE immer geklappt (zuletzt
Anfang Mai). Auch diesmal hatten andere Geräte und Betriebssysteme
(Android, MacOS, Windows, ...) keine Probleme. Es ging sogar mit meinem
Laptop, nachdem ich die Recue-partition (puppy linux) gebootet hatte.
Was für ein ICE war das? Ich habe mit meinem Lenovo-Notebook unter
Linux ein Problem im ICE 4, da funktioniert es reproduzierbar in
keinem Zug.
Das weiß ich leider nicht genau. Wenn ich mir Bilder im Internet ansehe
würde ich sagen, es war ein ICE 1 oder 2. ich nehme an, es gibt keine
Möglichkeit das im nachhinein zu überprüfen.
Post by Marc Haber
Kann ich mal ein lspci -nn von Deinem Notebook sehen?
Klar.
00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v6/7th Gen
Core Processor Host Bridge/DRAM Registers [8086:590c] (rev 02)
00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics
615 [8086:591e] (rev 02)
00:04.0 Signal processing controller [1180]: Intel Corporation Xeon
E3-1200 v5/E3-1500 v5/6th Gen Core Processor Thermal Subsystem
[8086:1903] (rev 02)
00:08.0 System peripheral [0880]: Intel Corporation Xeon E3-1200 v5/v6 /
E3-1500 v5 / 6th/7th/8th Gen Core Processor Gaussian Mixture Model
[8086:1911]
00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-LP USB
3.0 xHCI Controller [8086:9d2f] (rev 21)
00:15.0 Signal processing controller [1180]: Intel Corporation Sunrise
Point-LP Serial IO I2C Controller #0 [8086:9d60] (rev 21)
00:16.0 Communication controller [0780]: Intel Corporation Sunrise
Point-LP CSME HECI #1 [8086:9d3a] (rev 21)
00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-LP SATA
Controller [AHCI mode] [8086:9d03] (rev 21)
00:1d.0 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI
Express Root Port #9 [8086:9d18] (rev f1)
00:1f.0 ISA bridge [0601]: Intel Corporation Sunrise Point-LP LPC
Controller [8086:9d56] (rev 21)
00:1f.2 Memory controller [0580]: Intel Corporation Sunrise Point-LP PMC
[8086:9d21] (rev 21)
00:1f.3 Audio device [0403]: Intel Corporation Sunrise Point-LP HD Audio
[8086:9d71] (rev 21)
00:1f.4 SMBus [0c05]: Intel Corporation Sunrise Point-LP SMBus
[8086:9d23] (rev 21)
01:00.0 Network controller [0280]: Intel Corporation Wireless 8260
[8086:24f3] (rev 3a)

Inzwischen habe ich beim googeln ein paar Hinweise zu dem Fehler
(Reason: 2=PREV_AUTH_NOT_VALID) gefunden. An einer Stelle heißt es, es
sei ein Fehler in einem neueren Kernel. Das könnte erklären, warum es
Anfang Mai noch ging. Da war ein Kernel update dazwischen.
Hab ich blöderweise nicht im Zug dran gedacht. Ansonsten hätte ich
einfach mal den älteren Kernel gebootet.

Jürgen
Marc Haber
2022-06-25 19:50:01 UTC
Permalink
On Sat, 25 Jun 2022 14:20:23 +0200, Jürgen Bausa
Post by Jürgen Bausa
Post by Marc Haber
On Fri, 24 Jun 2022 22:19:30 +0200, Jürgen Bausa
Post by Jürgen Bausa
Ich bin diese Woche mit dem ICE gefahren und musste feststellen, dass
ich mich mit meinem Laptop (Xiaomi Air 12 unter Bullseye AMD64 mit
NetworkManager, Intel Corporation Wireless 8260 (rev 3a)) nicht ins ICE-
wlan einloggen kann, obwohl wlan mit allen anderen Access Points
einwandfrei läuft. Es hatte früher auch im ICE immer geklappt (zuletzt
Anfang Mai). Auch diesmal hatten andere Geräte und Betriebssysteme
(Android, MacOS, Windows, ...) keine Probleme. Es ging sogar mit meinem
Laptop, nachdem ich die Recue-partition (puppy linux) gebootet hatte.
Was für ein ICE war das? Ich habe mit meinem Lenovo-Notebook unter
Linux ein Problem im ICE 4, da funktioniert es reproduzierbar in
keinem Zug.
Das weiß ich leider nicht genau. Wenn ich mir Bilder im Internet ansehe
würde ich sagen, es war ein ICE 1 oder 2. ich nehme an, es gibt keine
Möglichkeit das im nachhinein zu überprüfen.
Zugnummer und Tag dürfte für eine erste Schätzung reichen.
Post by Jürgen Bausa
Post by Marc Haber
Kann ich mal ein lspci -nn von Deinem Notebook sehen?
Klar.
01:00.0 Network controller [0280]: Intel Corporation Wireless 8260
[8086:24f3] (rev 3a)
Derselbe wie bei meinem Notebook.
Post by Jürgen Bausa
Inzwischen habe ich beim googeln ein paar Hinweise zu dem Fehler
(Reason: 2=PREV_AUTH_NOT_VALID) gefunden. An einer Stelle heißt es, es
sei ein Fehler in einem neueren Kernel. Das könnte erklären, warum es
Anfang Mai noch ging. Da war ein Kernel update dazwischen.
Hab ich blöderweise nicht im Zug dran gedacht. Ansonsten hätte ich
einfach mal den älteren Kernel gebootet.
Bei mir geht das schon seit Dezember nicht.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Jürgen Bausa
2022-06-26 11:50:01 UTC
Permalink
Post by Marc Haber
Zugnummer und Tag dürfte für eine erste Schätzung reichen.
Das war der ICE 859 am 20.6. um 11:48 von Köln Hbf nach Berlin und der
ICE 558 am 23.6. von Berlin Hbf nach Köln.

Jürgen
Marc Haber
2022-06-27 07:10:01 UTC
Permalink
On Sun, 26 Jun 2022 13:32:13 +0200, Jürgen Bausa
Post by Jürgen Bausa
Post by Marc Haber
Zugnummer und Tag dürfte für eine erste Schätzung reichen.
Das war der ICE 859 am 20.6. um 11:48 von Köln Hbf nach Berlin und der
ICE 558 am 23.6. von Berlin Hbf nach Köln.
Planmäßig fahren die beiden Leistungen mit kurzen ICE 4. Die habe ich
jetzt noch nicht auf meiner Liste, "meine" Leistungen sind alles lange
ICE 4. Dürften aber dieselbe WLAN-Ausrüstung haben.

Jetzt hätte ich gerne noch mal einen Test mit einem anderen
WLAN-Adapter als dem Intel 8260, aber da muss man wohl Glück haben ;-)

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Jürgen Bausa
2022-06-27 07:30:01 UTC
Permalink
Post by Marc Haber
Jetzt hätte ich gerne noch mal einen Test mit einem anderen
WLAN-Adapter als dem Intel 8260, aber da muss man wohl Glück haben ;-)
Hallo Marc,

bei der nächsten fahrt im ICE (wahrscheinlich erst im September) nehme
ich meinen usb wlan-dongle mit.

Es wundert mich aber, dass ansonsten scheinbar niemand Probleme mit dem
ICE wlan hat.

Jürgen
Marc Haber
2022-06-28 11:50:01 UTC
Permalink
On Mon, 27 Jun 2022 09:21:29 +0200, Jürgen Bausa
Post by Jürgen Bausa
Post by Marc Haber
Jetzt hätte ich gerne noch mal einen Test mit einem anderen
WLAN-Adapter als dem Intel 8260, aber da muss man wohl Glück haben ;-)
Hallo Marc,
bei der nächsten fahrt im ICE (wahrscheinlich erst im September) nehme
ich meinen usb wlan-dongle mit.
Es wundert mich aber, dass ansonsten scheinbar niemand Probleme mit dem
ICE wlan hat.
Ich vermute dass das irgend ein Bug im Linux-Treiber des Intel 8260
ist, damit ist die Zielgruppe schon ziemlich klein, und die wenigsten
werden der Sache so auf den Grund gehen wollen wie wir. Ich hätte
jetzt gerne nochmal eine Meldung mit einem Intel 8260 mit Windows, ich
hätte sogar so ein Gerät, muss dann aber halt mal mit schwererem
Gepäck auf eine ICE-4-Reise gehen.

Im Moment bietet sich dafür eher nicht die Gelegenheit.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Rene Engelhard
2022-06-30 16:00:01 UTC
Permalink
Hallo,


late to the party...
Post by Marc Haber
On Mon, 27 Jun 2022 09:21:29 +0200, Jürgen Bausa
Post by Jürgen Bausa
Post by Marc Haber
Jetzt hätte ich gerne noch mal einen Test mit einem anderen
WLAN-Adapter als dem Intel 8260, aber da muss man wohl Glück haben ;-)
Hallo Marc,
bei der nächsten fahrt im ICE (wahrscheinlich erst im September) nehme
ich meinen usb wlan-dongle mit.
Es wundert mich aber, dass ansonsten scheinbar niemand Probleme mit dem
ICE wlan hat.
Ich vermute dass das irgend ein Bug im Linux-Treiber des Intel 8260
ist, damit ist die Zielgruppe schon ziemlich klein, und die wenigsten
werden der Sache so auf den Grund gehen wollen wie wir. Ich hätte
jetzt gerne nochmal eine Meldung mit einem Intel 8260 mit Windows, ich
hätte sogar so ein Gerät, muss dann aber halt mal mit schwererem
Gepäck auf eine ICE-4-Reise gehen.
Ich hatte letzte Woche die Gelegenheit es zu testen, aber vergessen.


ThinkPad P14s AMD edition, also kein Intel, sondern Realtek (rtw89).
Im Moment bietet sich dafür eher nicht die Gelegenheit.

Nächste Woche Freitag/Sonntag bin ich in ICE 552 bzw. ICE 955 und kann
das mal probieren mit meinem Realtek-Chip...


Ich hoffe, ich denke dran.


Grüße


René
Marc Haber
2022-07-01 19:20:01 UTC
Permalink
Post by Rene Engelhard
Nächste Woche Freitag/Sonntag bin ich in ICE 552 bzw. ICE 955 und kann
das mal probieren mit meinem Realtek-Chip...
552 ist planmäßig ein ICE 4, 955 ein ICE 2.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Rene Engelhard
2022-07-08 16:50:01 UTC
Permalink
Hallo,
Post by Rene Engelhard
Nächste Woche Freitag/Sonntag bin ich in ICE 552 bzw. ICE 955 und kann
das mal probieren mit meinem Realtek-Chip...
Kein Problem in ICE 552.

Grüße

René
Marc Haber
2022-07-09 07:20:01 UTC
Permalink
Post by Rene Engelhard
Post by Rene Engelhard
Nächste Woche Freitag/Sonntag bin ich in ICE 552 bzw. ICE 955 und kann
das mal probieren mit meinem Realtek-Chip...
Kein Problem in ICE 552.
Weiterhin bestätigt sich der Verdacht, es läge am Intel-Chip.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Rene Engelhard
2022-07-10 16:50:01 UTC
Permalink
Hallo,
Post by Marc Haber
Post by Rene Engelhard
Post by Rene Engelhard
Nächste Woche Freitag/Sonntag bin ich in ICE 552 bzw. ICE 955 und kann
das mal probieren mit meinem Realtek-Chip...
Kein Problem in ICE 552.
Weiterhin bestätigt sich der Verdacht, es läge am Intel-Chip.
Scheint so, denn auch kein Problem im ICE 955.


Grüße,


Rene
Post by Marc Haber
Grüße
Marc
Jürgen Bausa
2022-07-17 16:10:01 UTC
Permalink
Was hier vielleicht ein wenig untergegangen ist: Ich habe auf meinem
Laptop eine zusätzliche Installation von puppy Linux. Damit konnte ich
mich in den genannten ICEs ins wlan einwählen. Dort wird Kernel 4.19.23
verwendet. Wenn es also nicht am userland liegt (was ich bezweifle),
dann ist der Fehler irgendwann zwischen 4.19.23 und 5.10.0 in den Kernel
gekommen. Wäre also interessant es mal mit dem Bullseye backport 5.18
zu versuchen.

Jürgen
Post by Marc Haber
On Mon, 27 Jun 2022 09:21:29 +0200, Jürgen Bausa
Post by Jürgen Bausa
Post by Marc Haber
Jetzt hätte ich gerne noch mal einen Test mit einem anderen
WLAN-Adapter als dem Intel 8260, aber da muss man wohl Glück haben ;-)
Hallo Marc,
bei der nächsten fahrt im ICE (wahrscheinlich erst im September) nehme
ich meinen usb wlan-dongle mit.
Es wundert mich aber, dass ansonsten scheinbar niemand Probleme mit dem
ICE wlan hat.
Ich vermute dass das irgend ein Bug im Linux-Treiber des Intel 8260
ist, damit ist die Zielgruppe schon ziemlich klein, und die wenigsten
werden der Sache so auf den Grund gehen wollen wie wir. Ich hätte
jetzt gerne nochmal eine Meldung mit einem Intel 8260 mit Windows, ich
hätte sogar so ein Gerät, muss dann aber halt mal mit schwererem
Gepäck auf eine ICE-4-Reise gehen.
Im Moment bietet sich dafür eher nicht die Gelegenheit.
Grüße
Marc
Marc Haber
2022-07-18 19:00:01 UTC
Permalink
On Sun, 17 Jul 2022 17:59:06 +0200, Jürgen Bausa
Post by Jürgen Bausa
Was hier vielleicht ein wenig untergegangen ist: Ich habe auf meinem
Laptop eine zusätzliche Installation von puppy Linux. Damit konnte ich
mich in den genannten ICEs ins wlan einwählen. Dort wird Kernel 4.19.23
verwendet. Wenn es also nicht am userland liegt (was ich bezweifle),
dann ist der Fehler irgendwann zwischen 4.19.23 und 5.10.0 in den Kernel
gekommen.
Oh, das ist in der Tat sehr interessant.
Post by Jürgen Bausa
Wäre also interessant es mal mit dem Bullseye backport 5.18
zu versuchen.
Ich benutze immer den neuesten vanilla Kernel, der geht auch nicht.
Ich muss also mal einen historischen benutzen.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Tycho Kirchner
2023-03-15 22:40:02 UTC
Permalink
Post by Marc Haber
On Sun, 17 Jul 2022 17:59:06 +0200, Jürgen Bausa
Post by Jürgen Bausa
Was hier vielleicht ein wenig untergegangen ist: Ich habe auf meinem
Laptop eine zusätzliche Installation von puppy Linux. Damit konnte ich
mich in den genannten ICEs ins wlan einwählen. Dort wird Kernel 4.19.23
verwendet. Wenn es also nicht am userland liegt (was ich bezweifle),
dann ist der Fehler irgendwann zwischen 4.19.23 und 5.10.0 in den Kernel
gekommen.
Habe eben Bullseye backport Kernel linux-image-6.0.0-0.deb11.6-amd64 ausprobiert, mit meiner Intel Corporation Wireless 8260 [8086:24f3], ging genauso wenig wie der reguläre 5.10.0-21-amd64 oder der alte 4.19.0-18-amd64. Was ging, war
$ cat /etc/modprobe.d/iwlwifi.conf
options iwlwifi 11n_disable=1 swcrypto=0 bt_coex_active=0 power_save=0
options iwlmvm power_scheme=1
options iwlwifi d0i3_disable=1
options iwlwifi uapsd_disable=1
options iwlwifi lar_disable=1

Habe das aus dem Thread (dort ging es nicht direkt um das Deutsche Bahn Wifi):
https://bbs.archlinux.org/viewtopic.php?id=254766&p=2

Ich schätze mal, nicht alle von diesen Optionen sind nötig, bzw. manche scheinen auch gar nicht akzeptiert zu werden (d0i3_disable, lar_disable), aber damit hauts jetzt, nach einer Stunde rumprobieren, hin.
LG Tycho
Marc Haber
2023-03-16 09:00:02 UTC
Permalink
On Wed, 15 Mar 2023 15:07:27 -0700 (PDT), Tycho Kirchner
Post by Tycho Kirchner
Habe eben Bullseye backport Kernel linux-image-6.0.0-0.deb11.6-amd64 ausprobiert, mit meiner Intel Corporation Wireless 8260 [8086:24f3], ging genauso wenig wie der reguläre 5.10.0-21-amd64 oder der alte 4.19.0-18-amd64. Was ging, war
$ cat /etc/modprobe.d/iwlwifi.conf
options iwlwifi 11n_disable=1 swcrypto=0 bt_coex_active=0 power_save=0
options iwlmvm power_scheme=1
options iwlwifi d0i3_disable=1
options iwlwifi uapsd_disable=1
options iwlwifi lar_disable=1
https://bbs.archlinux.org/viewtopic.php?id=254766&p=2
Ich schätze mal, nicht alle von diesen Optionen sind nötig, bzw. manche scheinen auch gar nicht akzeptiert zu werden (d0i3_disable, lar_disable), aber damit hauts jetzt, nach einer Stunde rumprobieren, hin.
Und das war wirklich in einem ICE 4? In den anderen Baureihen der
Deutschen Bahn funktioniert das nämlich auch so.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Tycho Kirchner
2023-03-16 09:40:01 UTC
Permalink
Post by Marc Haber
On Wed, 15 Mar 2023 15:07:27 -0700 (PDT), Tycho Kirchner
Post by Tycho Kirchner
Habe eben Bullseye backport Kernel linux-image-6.0.0-0.deb11.6-amd64 ausprobiert, mit meiner Intel Corporation Wireless 8260 [8086:24f3], ging genauso wenig wie der reguläre 5.10.0-21-amd64 oder der alte 4.19.0-18-amd64. Was ging, war
$ cat /etc/modprobe.d/iwlwifi.conf
options iwlwifi 11n_disable=1 swcrypto=0 bt_coex_active=0 power_save=0
options iwlmvm power_scheme=1
options iwlwifi d0i3_disable=1
options iwlwifi uapsd_disable=1
options iwlwifi lar_disable=1
https://bbs.archlinux.org/viewtopic.php?id=254766&p=2
Ich schätze mal, nicht alle von diesen Optionen sind nötig, bzw. manche scheinen auch gar nicht akzeptiert zu werden (d0i3_disable, lar_disable), aber damit hauts jetzt, nach einer Stunde rumprobieren, hin.
Und das war wirklich in einem ICE 4? In den anderen Baureihen der
Deutschen Bahn funktioniert das nämlich auch so.
Puh, habe nicht drauf geachtet - ich glaube aber schon. war der ICE 500 18:39 Uhr von München nach Berlin Hbf, gestern 15.03.23, falls man das im Nachhinein feststellen kann. Fakt ist aber: ohne diese Optionen ging es nicht, hatte auch immer im /var/log/messages die Meldung Reason: 2=PREV_AUTH_NOT_VALID woraufhin er in Endlosschleife die nächste BSSID versuchte.
Marc Haber
2023-03-17 06:50:01 UTC
Permalink
On Thu, 16 Mar 2023 02:18:48 -0700 (PDT), Tycho Kirchner
Post by Tycho Kirchner
Puh, habe nicht drauf geachtet - ich glaube aber schon. war der ICE 500 18:39 Uhr von München nach Berlin Hbf, gestern 15.03.23, falls man das im Nachhinein feststellen kann.
Kann man. Das war Triebzug 9009, einer der ersten ICE 4.

Danke, ich werde das auf meiner nächsten ICE-4-Fahrt, vermutlich Ende
des Monats, mit probieren.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Uwe Kleine-König
2023-03-17 10:40:01 UTC
Permalink
Post by Marc Haber
On Thu, 16 Mar 2023 02:18:48 -0700 (PDT), Tycho Kirchner
Puh, habe nicht drauf geachtet - ich glaube aber schon. war der ICE 500 18:39 Uhr von MÃŒnchen nach Berlin Hbf, gestern 15.03.23, falls man das im Nachhinein feststellen kann.
Kann man. Das war Triebzug 9009, einer der ersten ICE 4.
Danke, ich werde das auf meiner nÀchsten ICE-4-Fahrt, vermutlich Ende
des Monats, mit probieren.
Um noch Datenpunkte zu liefern: Ich habe ein Thinkpad T460p,
03:00.0 Network controller: Intel Corporation Wireless 8260 (rev 3a) und
hatte auf meinen letzten Fahrten auch Probleme mit dem ICE-Wifi mit
"Reason: 2=PREV_AUTH_NOT_VALID". Das Telefon hatte jeweils keine
Probleme (aber die wifi-Verbindung des Handys auf den Laptop zu tethern
war auch nicht so doll, weil das Handy sich wohl immer abgemeldet hat,
kurz nachdem das Display aus ging. Das ist bestimmt Einstellungssache,
aber spontan habe ich den richtigen Schalter nicht gefunden.)

Keine Ahnung, welche ICE-Generationen das waren. (ICE200, ICE375)

Liebe GrÌße
Uwe
Marc Haber
2023-03-17 13:50:01 UTC
Permalink
On Fri, 17 Mar 2023 11:39:05 +0100, Uwe Kleine-König
Post by Uwe Kleine-König
Keine Ahnung, welche ICE-Generationen das waren. (ICE200, ICE375)
Meine Aufzeichnungen reichen eine Woche zurück, 200 und 375 waren in
dieser Zeit immer ICE 4.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Sebastian Suchanek
2023-03-17 17:20:01 UTC
Permalink
Post by Marc Haber
On Thu, 16 Mar 2023 02:18:48 -0700 (PDT), Tycho Kirchner
Post by Tycho Kirchner
Puh, habe nicht drauf geachtet - ich glaube aber schon. war der ICE 500
18:39 Uhr von München nach Berlin Hbf, gestern 15.03.23, falls man das
im Nachhinein feststellen kann.
Kann man.
[...]
Der Neugierde halber: wo & wie?


Tschüs,

Sebastian
Paul Muster
2023-03-18 05:10:01 UTC
Permalink
Post by Sebastian Suchanek
Post by Marc Haber
On Thu, 16 Mar 2023 02:18:48 -0700 (PDT), Tycho Kirchner
Post by Tycho Kirchner
Puh, habe nicht drauf geachtet - ich glaube aber schon. war der ICE 500
18:39 Uhr von München nach Berlin Hbf, gestern 15.03.23, falls man das
im Nachhinein feststellen kann.
Kann man.
Der Neugierde halber: wo & wie?
Da die Zugnummer eingeben: https://dbf.finalrewind.org/
"ICE 200" führt zu <https://dbf.finalrewind.org/z/ICE%20200>

Oder auch dort gucken:
<https://www.grahnert.de/fernbahn/reihung/reih0043.html>


mfG Paul
Marc Haber
2023-03-18 10:50:01 UTC
Permalink
On Fri, 17 Mar 2023 18:19:26 +0100, Sebastian Suchanek
Post by Sebastian Suchanek
Post by Marc Haber
On Thu, 16 Mar 2023 02:18:48 -0700 (PDT), Tycho Kirchner
Post by Tycho Kirchner
Puh, habe nicht drauf geachtet - ich glaube aber schon. war der ICE 500
18:39 Uhr von München nach Berlin Hbf, gestern 15.03.23, falls man das
im Nachhinein feststellen kann.
Kann man.
[...]
Der Neugierde halber: wo & wie?
Es gibt den einen oder den anderen Dienst, der die
Open-Data-Schnittstelle der DB nutzt und ggf. anreichert. Bei
https://bahn.expert/ kann man immerhin sehen, wie der Zug _heute_
verkehrt, und ich habe auch Zugriff auf die Webanwendung eines
Bekannten, der täglich die Open Data der DB anzapft und selbst eine
Einsatzhistory darauf baut. Das ist aber nicht öffentlich, weil die DB
es vermutlich nicht liebt wenn man sowas baut.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Paul Muster
2022-07-14 17:50:01 UTC
Permalink
Post by Marc Haber
On Sat, 25 Jun 2022 14:20:23 +0200, Jürgen Bausa
Post by Jürgen Bausa
Post by Marc Haber
On Fri, 24 Jun 2022 22:19:30 +0200, Jürgen Bausa
Post by Jürgen Bausa
Ich bin diese Woche mit dem ICE gefahren und musste feststellen, dass
ich mich mit meinem Laptop (Xiaomi Air 12 unter Bullseye AMD64 mit
NetworkManager, Intel Corporation Wireless 8260 (rev 3a)) nicht ins ICE-
wlan einloggen kann, obwohl wlan mit allen anderen Access Points
einwandfrei läuft. Es hatte früher auch im ICE immer geklappt (zuletzt
Anfang Mai). Auch diesmal hatten andere Geräte und Betriebssysteme
(Android, MacOS, Windows, ...) keine Probleme. Es ging sogar mit meinem
Laptop, nachdem ich die Recue-partition (puppy linux) gebootet hatte.
Was für ein ICE war das? Ich habe mit meinem Lenovo-Notebook unter
Linux ein Problem im ICE 4, da funktioniert es reproduzierbar in
keinem Zug.
Das weiß ich leider nicht genau. Wenn ich mir Bilder im Internet ansehe
würde ich sagen, es war ein ICE 1 oder 2. ich nehme an, es gibt keine
Möglichkeit das im nachhinein zu überprüfen.
Zugnummer und Tag dürfte für eine erste Schätzung reichen.
Post by Jürgen Bausa
Post by Marc Haber
Kann ich mal ein lspci -nn von Deinem Notebook sehen?
Klar.
01:00.0 Network controller [0280]: Intel Corporation Wireless 8260
[8086:24f3] (rev 3a)
Derselbe wie bei meinem Notebook.
Post by Jürgen Bausa
Inzwischen habe ich beim googeln ein paar Hinweise zu dem Fehler
(Reason: 2=PREV_AUTH_NOT_VALID) gefunden. An einer Stelle heißt es, es
sei ein Fehler in einem neueren Kernel. Das könnte erklären, warum es
Anfang Mai noch ging. Da war ein Kernel update dazwischen.
Hab ich blöderweise nicht im Zug dran gedacht. Ansonsten hätte ich
einfach mal den älteren Kernel gebootet.
Bei mir geht das schon seit Dezember nicht.
Vor Dezember 2021 ging es bei dir? Mit diesem WLAN-Chip und in ICE 4?
Was sind das für Lenovo-Laptops, in denen diese Chips stecken? P50,
T460s? Weitere Modelle? Welche Kernelversion ist betroffen?


mfG Paul
Marc Haber
2022-07-14 20:20:01 UTC
Permalink
On Thu, 14 Jul 2022 19:29:05 +0200, Paul Muster
Post by Paul Muster
Vor Dezember 2021 ging es bei dir?
Vor Dezember 2021 bin ich so selten mit dem Zug gereist dass ich da
keine Aussage machen kann.
Post by Paul Muster
Was sind das für Lenovo-Laptops, in denen diese Chips stecken? P50,
T460s? Weitere Modelle? Welche Kernelversion ist betroffen?
Ich habe ein X260. Benutze fast immer den aktuellen Vanillakernel.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Uwe Kleine-König
2023-04-23 09:00:01 UTC
Permalink
Hallihallo,

das Problem ist zwar schon lange bekannt, aber da ich davon ausgehe,
dass es weiterhin relevant ist und noch keine Lösung in Sicht ist, und
ich morgen mal wieder ICE fahre, habe ich das Problem mal auf Englisch
zusammengefasst und dem iwlwifi-Maintainer geschrieben. Die Leute, die
sich schon hier beteiligt haben, habe ich auch Kopie genommen, wenn sich
noch andere interessieren:

https://lore.kernel.org/linux-wireless/***@pengutronix.de/

Liebe GrÌße
Uwe
Tycho Kirchner
2023-10-30 08:30:01 UTC
Permalink
Post by Uwe Kleine-König
Hallihallo,
das Problem ist zwar schon lange bekannt, aber da ich davon ausgehe,
dass es weiterhin relevant ist und noch keine Lösung in Sicht ist, und
ich morgen mal wieder ICE fahre, habe ich das Problem mal auf Englisch
zusammengefasst und dem iwlwifi-Maintainer geschrieben. Die Leute, die
sich schon hier beteiligt haben, habe ich auch Kopie genommen, wenn sich
Liebe Grüße
Uwe
Kleines Appendum: seit Aktivierung der obigen Optionen hatte ich keine Wifi-Verbindungsabbrüche mehr, aber öfter das Problem, das der Webbrowser mir **nach** Akzeptieren der Wlan-Nutzungsbedingungen sagte, dass er sich nicht verbinden können. Die Wlan-Loginseite ließ sich auch nicht mehr auffrufen. Was gehofen hat, war, in den Verbindungsdetails die IPv6-Einstellungen/Methode von "Automatisch" auf "Ignorieren" zu setzen (evtl. reicht auch Automatisch/DHCP, s. https://askubuntu.com/a/1053610). Woran auch immer das nun wieder liegt ...
Marc Haber
2023-10-30 12:10:01 UTC
Permalink
On Mon, 30 Oct 2023 01:07:39 -0700 (PDT), Tycho Kirchner
Post by Tycho Kirchner
Kleines Appendum: seit Aktivierung der obigen Optionen hatte ich keine Wifi-Verbindungsabbrüche mehr, aber
... in anderen WLANs auch nur noch 54 Mbit/s, richtig?

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Olaf Skibbe
2023-11-01 18:20:02 UTC
Permalink
Hallo zusammen,

ich finde den Thread erst jetzt, habe das Problem aber auch schon
länger. Hier ein paar Einzelheiten für den Fall, dass das zum
Verständnis und vielleicht zur Problemlösung beitragen könnte.

Betroffene Züge:

ICE 612 am 31.12.2022 (Heidelberg - Bremen)
ICE 1094 am 23.2.2023 (Heidelberg - Hannover)
ICE 771 am 26.2.2023 (Hannover - Heidelberg)
ICE 373 am 20.5.2023 (Hannover - Mannheim)
ICE 594 am 28.7.2023 (Mannheim - Hannover)

Zwischendurch immer wieder Züge ohne Probleme, wie schon beschrieben.
(Bei Bedarf könnte ich auch davon einige benennen.)

Ich weiß leider nicht, welche ICE-Generation das jeweils war.

Gerät:
Lenovo Thinkpad X260
Debian stable, allerdings weiß ich nicht mehr genau, wann ich das
Upgrade auf bookworm gemacht habe.

Ein paar Schnipsel aus den Logs (vom 20.5.23):

====== Anfang ======
kernel: wlp4s0: deauthenticated from 80:6a:00:28:26:a0 (Reason:
2=PREV_AUTH_NOT_VALID)
kernel: wlp4s0: authenticate with 6c:03:09:ed:ae:f0
kernel: wlp4s0: send auth to 6c:03:09:ed:ae:f0 (try 1/3)
kernel: wlp4s0: authenticated
kernel: wlp4s0: associate with 6c:03:09:ed:ae:f0 (try 1/3)
kernel: wlp4s0: RX AssocResp from 6c:03:09:ed:ae:f0 (capab=0x101
status=0 aid=2)
kernel: wlp4s0: associated
kernel: wlp4s0: deauthenticated from 6c:03:09:ed:ae:f0 (Reason:
2=PREV_AUTH_NOT_VALID)

kernel: wlp4s0: deauthenticated from (Reason: 2=PREV_AUTH_NOT_VALID)
kernel: wlp4s0: authenticate with
kernel: wlp4s0: send auth to (try 1/3)
kernel: wlp4s0: authenticated
kernel: wlp4s0: associate with (try 1/3)
kernel: wlp4s0: RX AssocResp from (capab=0x101 status=0 aid=2)
kernel: wlp4s0: associated
kernel: wlp4s0: deauthenticated from (Reason: 2=PREV_AUTH_NOT_VALID)

wlp4s0: deauthenticated from (Reason: 2=PREV_AUTH_NOT_VALID)

wlp4s0: deauthenticated from while associating (Reason:
7=CLASS3_FRAME_FROM_NONASSOC_STA)

wlp4s0: deauthenticated from (Reason: 7=CLASS3_FRAME_FROM_NONASSOC_STA)
====== Ende ======

$ lspci -nn
00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v5/E3-1500
v5/6th Gen Core Processor Host Bridge/DRAM Registers [8086:1904] (rev 08)
00:02.0 VGA compatible controller [0300]: Intel Corporation Skylake GT2
[HD Graphics 520] [8086:1916] (rev 07)
00:14.0 USB controller [0c03]: Intel Corporation Sunrise Point-LP USB
3.0 xHCI Controller [8086:9d2f] (rev 21)
00:14.2 Signal processing controller [1180]: Intel Corporation Sunrise
Point-LP Thermal subsystem [8086:9d31] (rev 21)
00:16.0 Communication controller [0780]: Intel Corporation Sunrise
Point-LP CSME HECI #1 [8086:9d3a] (rev 21)
00:16.3 Serial controller [0700]: Intel Corporation Sunrise Point-LP
Active Management Technology - SOL [8086:9d3d] (rev 21)
00:17.0 SATA controller [0106]: Intel Corporation Sunrise Point-LP SATA
Controller [AHCI mode] [8086:9d03] (rev 21)
00:1c.0 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI
Express Root Port #1 [8086:9d10] (rev f1)
00:1c.2 PCI bridge [0604]: Intel Corporation Sunrise Point-LP PCI
Express Root Port #3 [8086:9d12] (rev f1)
00:1f.0 ISA bridge [0601]: Intel Corporation Sunrise Point-LP LPC
Controller [8086:9d48] (rev 21)
00:1f.2 Memory controller [0580]: Intel Corporation Sunrise Point-LP PMC
[8086:9d21] (rev 21)
00:1f.3 Audio device [0403]: Intel Corporation Sunrise Point-LP HD Audio
[8086:9d70] (rev 21)
00:1f.4 SMBus [0c05]: Intel Corporation Sunrise Point-LP SMBus
[8086:9d23] (rev 21)
00:1f.6 Ethernet controller [0200]: Intel Corporation Ethernet
Connection I219-LM [8086:156f] (rev 21)
02:00.0 Unassigned class [ff00]: Realtek Semiconductor Co., Ltd. RTS522A
PCI Express Card Reader [10ec:522a] (rev 01)
04:00.0 Network controller [0280]: Intel Corporation Wireless 8260
[8086:24f3] (rev 3a)
====== Ende ======

Viele Grüße
Olaf
Matthias Müller
2023-11-01 20:20:01 UTC
Permalink
Hallo,
Post by Olaf Skibbe
Hallo zusammen,
ich finde den Thread erst jetzt, habe das Problem aber auch schon
lÀnger. Hier ein paar Einzelheiten fÌr den Fall, dass das zum
VerstÀndnis und vielleicht zur Problemlösung beitragen könnte.
Mal ne Zwischenfrage von einem Nicht-ICE-aber-IRE/RE-Fahrer:
Ich habe gelegentlich auch das Problem, dass eine Internetverbindung nicht
zustande kommt, aber ein funktionierendes WLAN (also quasi im Zug) da ist.

Ich habe vor ein paar Tagen diesen Bericht gelesen:
https://www.heise.de/news/Besserer-Mobilfunkempfang-Fenster-in-3300-Zugwagen-werden-nachgelasert-9348337.html
Da geht es zwar um Mobilfunk, aber könnte das nicht Auswirkungen auch beim
WLAN haben?
--
Mit freundlichen GrÌßen
Matthias MÃŒller

Diese Mail ist mit OpenPGP signiert!
Zum ÌberprÌfen der Signatur, der IntegritÀt und AuthentizitÀt
meiner Mails kann man OpenPGP (https://www.openpgp.org/) installieren.
Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
Hanno 'Rince' Wagner
2023-11-01 21:00:01 UTC
Permalink
Hiho,
Post by Matthias Müller
Ich habe gelegentlich auch das Problem, dass eine Internetverbindung nicht
zustande kommt, aber ein funktionierendes WLAN (also quasi im Zug) da ist.
Das eine ist ICE (WifiOnICE), das andere ist Region (***@DB oder SWEG
oder oder oder..). Unterschiedliche Anbieter.
Post by Matthias Müller
https://www.heise.de/news/Besserer-Mobilfunkempfang-Fenster-in-3300-Zugwagen-werden-nachgelasert-9348337.html
Da geht es zwar um Mobilfunk, aber könnte das nicht Auswirkungen auch beim
WLAN haben?
Nein.

best regards, Hanno Wagner
--
| Hanno Wagner | Member of the HTML Writers Guild | ***@IRC |
| Eine gewerbliche Nutzung meiner Email-Adressen ist nicht gestattet! |
| 74 a3 53 cc 0b 19 - we did it! | Generation @ |
#"Und wir sind dazu verdammt, den Rest unseres Lebens 74%
# atmen." - "Martians"
Marc Haber
2023-11-02 08:40:01 UTC
Permalink
On Wed, 01 Nov 2023 20:17:19 +0000, Matthias Müller
Post by Matthias Müller
https://www.heise.de/news/Besserer-Mobilfunkempfang-Fenster-in-3300-Zugwagen-werden-nachgelasert-9348337.html
Da geht es zwar um Mobilfunk, aber könnte das nicht Auswirkungen auch beim
WLAN haben?
Nein, die Antennen, die das Internet in das Onboard-WLAN bringen, sind
außen am Fahrzeug.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Stefan Baur
2023-11-02 11:40:02 UTC
Permalink
https://www.heise.de/news/Besserer-Mobilfunkempfang-Fenster-in-3300-Zugwagen-werden-nachgelasert-9348337.html Da geht es zwar um Mobilfunk, aber könnte das nicht Auswirkungen auch beim WLAN haben?
Wenn Dir in Deinem alten Opel Rekord* ohne Klimaanlage zu warm wird, und
Du deswegen die Fenster aufmachst, wird es deswegen auch im Kofferraum
kühler? Ich glaube nicht.

*(Kombi-/CarAVan-Modell ausgenommen)

Gruß
Stefan
Marc Haber
2023-11-02 08:40:01 UTC
Permalink
Post by Olaf Skibbe
ICE 612 am 31.12.2022 (Heidelberg - Bremen)
Triebzug 9489, ein ICE 4
Post by Olaf Skibbe
ICE 1094 am 23.2.2023 (Heidelberg - Hannover)
Triebzug 9465, ein ICE 4
Post by Olaf Skibbe
ICE 771 am 26.2.2023 (Hannover - Heidelberg)
Triebzug 9026, ein ICE 4
Post by Olaf Skibbe
ICE 373 am 20.5.2023 (Hannover - Mannheim)
Triebzug 9457, ein ICE 4
Post by Olaf Skibbe
ICE 594 am 28.7.2023 (Mannheim - Hannover)
Triebzug 9016, ein ICE 4.
Post by Olaf Skibbe
Zwischendurch immer wieder Züge ohne Probleme, wie schon beschrieben.
(Bei Bedarf könnte ich auch davon einige benennen.)
Wenn Du möchtest, nur zu.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Olaf Skibbe
2023-11-05 13:00:01 UTC
Permalink
On Thu, 2 Nov 2023 at 09:32, Marc Haber wrote:

[ Alle von mir angefÃŒhrten ZÃŒge mit WLAN-Problemen waren Typ ICE 4. ]
Zwischendurch immer wieder ZÃŒge ohne Probleme, wie schon
beschrieben. (Bei Bedarf könnte ich auch davon einige benennen.)
Wenn Du möchtest, nur zu.
Hier ein paar Fahrten in ICEs ohne WLAN-Probleme:

ICE 1579 am 06.01.2023 (Hannover - Heidelberg) (Ersatzzug?)
ICE 1579 am 10.04.2023 (Hannover - Heidelberg)
ICE 1574 am 18.05.2923 (Heidelberg - Hannover)

Zur Aussagekraft: Ich habe immer die gebuchte Verbindung angegeben und
mit den Logs abgeglichen (# journalctl -a | grep deauthenticated), ob
es Probleme gab. Bei den hÀufigen Komplikationen "im Betriebsablauf"
der Bahn kann ich meine Hand nicht dafÃŒr ins Feuer legen, dass ich
auch immer genau in den genannten ZÃŒgen saß. Es gab Ereignisse mit
ErsatzzÃŒgen, die ich mir aber nicht im einzelnen notiert habe. (Die
Fahrt am 6.1.23 war jedenfalls sehr chaotisch. Zwar habe ich im
Bahnhof Hannover eine Mail von DB erhalten, dass der Zug ausfiele, es
fuhr aber einer, der dem gebuchten in allen mir sichtbaren Belangen
glich (auch die reservierten PlÀtze gab es)).

GrÌße
Olaf
F. Pennings
2023-11-05 14:50:01 UTC
Permalink
.....Es gab Ereignisse mit
Ersatzzügen, die ich mir aber nicht im einzelnen notiert habe. (Die
Fahrt am 6.1.23 war jedenfalls sehr chaotisch. Zwar habe ich im
Bahnhof Hannover eine Mail von DB erhalten, dass der Zug ausfiele, es
fuhr aber einer, der dem gebuchten in allen mir sichtbaren Belangen
glich (auch die reservierten Plätze gab es)).
Die Deutsche Bahn hat einen ganz entscheidenden Vorteil: Sie liefert
die allerbesten Argumente dafür, mit dem Auto zu fahren.

SCNR

JFP
Olaf Skibbe
2023-11-05 15:10:01 UTC
Permalink
Post by F. Pennings
.....Es gab Ereignisse mit ErsatzzÃŒgen, die ich mir aber nicht im
einzelnen notiert habe. (Die Fahrt am 6.1.23 war jedenfalls sehr
chaotisch. Zwar habe ich im Bahnhof Hannover eine Mail von DB
erhalten, dass der Zug ausfiele, es fuhr aber einer, der dem
gebuchten in allen mir sichtbaren Belangen glich (auch die
reservierten PlÀtze gab es)).
Die Deutsche Bahn hat einen ganz entscheidenden Vorteil: Sie liefert
die allerbesten Argumente dafÃŒr, mit dem Auto zu fahren.
Naja. Zwar ist es ein Trauerspiel, wie sich die Bahn so entwickelt,
aber die deutsche Autobahn (mit besonderer UnterstÃŒtzung einiger ihrer
Nutzer) liefert auch die allerbesten Argumente dafÃŒr, mit der Bahn zu
fahren. Außerdem gibts bei der Bahn im Zweifelsfall Erstattung, im
genannten Fall 50% und die Reservierung.

GrÌße
Olaf
Marc Haber
2023-11-06 09:00:01 UTC
Permalink
On Sun, 5 Nov 2023 13:52:31 +0100 (CET), Olaf Skibbe
Post by Olaf Skibbe
ICE 1579 am 06.01.2023 (Hannover - Heidelberg) (Ersatzzug?)
Tz 1153, das dürfe ein siebenteiliger ICE-T gewesen sein. Kam aber nur
bis Frankfurt und verendete dort.
Post by Olaf Skibbe
ICE 1579 am 10.04.2023 (Hannover - Heidelberg)
Triebzug 1170, also auch ein ICE-T7
Post by Olaf Skibbe
ICE 1574 am 18.05.2923 (Heidelberg - Hannover)
Triebzug 1108, ICE-T7

Das deckt sich mit meinen Erfahrungen, im ICE-T funktioniert es.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Olaf Skibbe
2023-11-06 15:00:01 UTC
Permalink
Post by Marc Haber
On Sun, 5 Nov 2023 13:52:31 +0100 (CET), Olaf Skibbe
Post by Olaf Skibbe
ICE 1579 am 06.01.2023 (Hannover - Heidelberg) (Ersatzzug?)
Tz 1153, das dÃŒrfe ein siebenteiliger ICE-T gewesen sein. Kam aber
nur bis Frankfurt und verendete dort.
Post by Olaf Skibbe
ICE 1579 am 10.04.2023 (Hannover - Heidelberg)
Triebzug 1170, also auch ein ICE-T7
Post by Olaf Skibbe
ICE 1574 am 18.05.2923 (Heidelberg - Hannover)
Triebzug 1108, ICE-T7
Danke fÃŒr's Nachsehen.
Post by Marc Haber
Das deckt sich mit meinen Erfahrungen, im ICE-T funktioniert es.
... und im ICE 4 gibt es das Problem.

Sehe ich es richtig, dass uns diese nun etwas gefestigte Erkenntnis
leider nicht viel nÃŒtzt (außer ggf. bei der Fahrtplanung)?

GrÌße
Olaf
Marc Haber
2023-11-09 10:00:01 UTC
Permalink
On Mon, 6 Nov 2023 15:49:28 +0100 (CET), Olaf Skibbe
Post by Olaf Skibbe
Post by Marc Haber
Das deckt sich mit meinen Erfahrungen, im ICE-T funktioniert es.
... und im ICE 4 gibt es das Problem.
Genau.
Post by Olaf Skibbe
Sehe ich es richtig, dass uns diese nun etwas gefestigte Erkenntnis
leider nicht viel nützt (außer ggf. bei der Fahrtplanung)?
Es gibt Moduloptionen, die man für die Fahrt setzen kann, mit denen es
dann geht, die aber die Performance daheim auf dem technischen Stand
von vor 20 Jahren festnageln. Und die DB interessiert sich dafür einen
Scheiß.

Ich habe im Moment einen günstigen Unlimited-Tarif von der Telekom und
einen LTE-Router, da muss ich den ICE-Hotspot nicht benutzen.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Ulrich Fürst
2023-11-10 07:30:01 UTC
Permalink
Post by Marc Haber
Ich habe im Moment einen günstigen Unlimited-Tarif von der Telekom und
einen LTE-Router, da muss ich den ICE-Hotspot nicht benutzen.
auch nur, wenn zufällig mal eine funktionierende Steckdose in der Nähe
ist ;-) (in den letzten 6+ Zügen nicht der Fall).

Grüße
Ulrich
Florian Dietzsch
2023-11-10 08:20:01 UTC
Permalink
Am Freitag, dem 10.11.2023 um 08:22 +0100 schrieb Ulrich Fürst:

Hallo
Post by Ulrich Fürst
auch nur, wenn zufällig mal eine funktionierende Steckdose in der Nähe
ist ;-) (in den letzten 6+ Zügen nicht der Fall).
Mit meinem schon etwas "engejahrten" AirCard 790 + einem nur 90 g
schweren Reserveakku komme ich locker einmal längs (Stralsund -
München) durch Deutschland.
Erst vorige Woche wieder praktiziert. Dass der Empfang unterwegs
mitunter nicht der beste ist steht auf einem anderen Blatt.
--
FloriDie
Marc Haber
2023-11-10 15:40:01 UTC
Permalink
On Fri, 10 Nov 2023 08:22:14 +0100, Ulrich Fürst
Post by Ulrich Fürst
Post by Marc Haber
Ich habe im Moment einen günstigen Unlimited-Tarif von der Telekom und
einen LTE-Router, da muss ich den ICE-Hotspot nicht benutzen.
auch nur, wenn zufällig mal eine funktionierende Steckdose in der Nähe
ist ;-) (in den letzten 6+ Zügen nicht der Fall).
Der Router hat einen Akku, das Notebook auch, beide Geräte halten
deutlich länger als meine durchschnittliche ICE-Fahrt.

Grüße
Marc
--
-------------------------------------- !! No courtesy copies, please !! -----
Marc Haber | " Questions are the | Mailadresse im Header
Mannheim, Germany | Beginning of Wisdom " |
Nordisch by Nature | Lt. Worf, TNG "Rightful Heir" | Fon: *49 621 72739834
Ulrich Fürst
2023-11-12 11:00:01 UTC
Permalink
Am Fri, 10 Nov 2023 16:39:22 +0100
Post by Marc Haber
Der Router hat einen Akku, das Notebook auch, beide Geräte halten
deutlich länger als meine durchschnittliche ICE-Fahrt.
@Marc und @Florian
Danke, again what learned :-)

Loading...