Zugschlusbeobachtungen (Entries tagged as gsm)

Works with a more recent card as well

mh+blog-zugschlus-de@zugschlus.de (Marc 'Zugschlus' Haber) — Tue, 03 Jun 2008 17:16:17 +0200

Today, I had the opportunity to try my UMTS initialization mechanism that I built this weekend with more recent hardware, a newer Option Globetrotter 3G Express Card with Vodafone branding (reporting itself to be a “Globetrotter HSDPA Modem” with Vendor ID 0xaf0 and Product ID 0x6701). To get the card connected to my test Notebook, a hp compaq nc8000, I had a “Expresscard in a PC card slot” adapter and a passive “Expresscard at a normal USB port” adapter. The USB adapter had cost about ten Euros, and I don’t imagine the PC card adapter to be much more expensive.

The later Option card is recognized as three USB-connected serial ports by the Option kernel driver (CONFIG_USB_SERIAL_OPTION) as the older one is, and it works just fine. The only difference is that the udev rule needs a different value for the ATTRS{modalias} setting. My umts-pin script complains about an “illegal seek” after entering the PIN, but the card registers itself with the network nevertheless. Both gammu to send SMS and pppd for IP connectivity worked out of the box.

Especially the “Expresscard-to-USB” adapter setup is very sexy for setups where neither an Expresscard nor a PC Card slot is available, and USB cables can be nice and long. So one could even mount the UMTS interface near the window and pull a longer USB cable to the actual system. I decided on putting the UMTS interface into a notebook, though, and mount the notebook near the window to be able to monitor the monitoring systems and send out SMS even when the whole datacenter is without power (by virtue of the notebook having a built-in UPS).

Automatic initialization of a Option 3G Datacard

mh+blog-zugschlus-de@zugschlus.de (Marc 'Zugschlus' Haber) — Sun, 01 Jun 2008 11:17:00 +0200

For mobile UMTS/GSM, I have been using an Option 3G Data Card for two and a half years now. I blogged about getting the card to work (in German, sorry) on Linux in July 2005. I never found the time - until now - to automate the card initialization so that I had been using a horrible chat script for card initialization when the PPP connection was built.

I recently took the time to automate this, so that the PIN is transmitted to the card automatically when the card is plugged in. This article documents what I did.

On a side note: Unfortunately, the vendors’ attitude towards Linux hasn’t changed since 2005. Their Hotlines still deny that their products can be used with Linux at all, and they surely do not publish any documentation that can be of help. Otoh, Vodafone has published a software that supposedly aids usage of their products under Linux. I haven’t tried it yet since it is not packaged yet for Debian. Additionally, Vodafone support media and sales do not seem to know about this effort, they still deny that their products work with Linux. Windows users happily install proprietary software products that do little more than sending a handful of AT commands to the emulated USB modem and hand over the connection to Windows’ PPP Stack. A very unsatisfying situation.

Just for the record: Dear Vodafone DE, a week ago you missed the sale of a new USB UMTS interface because you don’t even document it on Linux. This motivated me to look into the drawer that holds the old, non-HSDPA PC cards that have been decommissioned at the customers’ site and use an old, used device. Your fault.

But now back on topic: For a data center monitoring system, I want to send out alerts as text message (for German speakers: SMS - we have a rather strange vocabulary for mobile communications), and am reluctant to do so via IP: IP is one of the things that can fail, so it is preferred to directly inject the text messages into the network of the operator that provides service to the recipients of the text messages. Fortunately, most of the recipients are in the same network.

After evaluating current hardware solutions that could be plugged directly into the “real” server doing the monitoring and running into the wall of non-support provided by the network operators and hardware vendors, I decided on taking things a little further and to build an Ethernet-Connected text message device. An old hp compaq nc8000 (no, not mine, mine still works fine and is in daily use) and an old, first generation Option Datacard 3G will be mounted near the datacenter’s windows and equipped with Debian and Nagios. That way, the text message device can itself monitor the monitoring system and even send out a warning message when the data center goes out of power: It has a built-in UPS.

But now back on topic: For the text messages to go out reliably, it is necessary that the UMTS card is initialized automatically when the system comes up. A great opportunity to finally address this issue for Linux, on customers’ expense **grins**.

UMTS card initialization is done in two steps: First, when the card is plugged in, the virtual OHCI host port appears. Initialization of the virtual OHCI happens automatically. Most documentation on the web says that you now need to load an appropriately parametrized usbserial module, and I did it this way for years, but that’s not necessary any more. CONFIG_USB_SERIAL_OPTION is a dedicated kernel module for the Option 3G data card, which gets automatically loaded if it is available.

If you don’t have the Option module for some reason, you still need the following udev rule to automatically load the generic USB serial module. I figured that out yesterday before I learned about the Option module in a comment made to the original version of this article.

SUBSYSTEM==“usb”, \
   SYSFS{idProduct}==“5000”, SYSFS{idVendor}==“0af0”, \
   ACTION==“add”, \
   RUN+=“/sbin/modprobe usbserial vendor=0x$attr{idVendor} product=0x$attr{idProduct}”

SUBSYSTEM==“usb”, \
   SYSFS{idProduct}==“5000”, SYSFS{idVendor}==“0af0”, \
   ACTION==“remove”, \
   RUN+=“/sbin/modprobe -r usbserial”

Unfortunately, the usbserial and option modules stay around after the card is pulled. This doesn’t hurt though.

Next, we see three virtual serial interfaces, which we can detect via udev, and assign “speaking” device names and transmit the PIN. This goes into /etc/udev/rules.d/50-option3g.rules:

SUBSYSTEM==“tty”, SUBSYSTEMS==“usb”, DRIVERS==“option”, \
   ATTRS{bInterfaceNumber}==“00”, \
   ATTRS{modalias}==“usb:v0AF0p5000d0000dc00dsc00dp00icFFiscFFipFF”, \
   SYMLINK=“UMTS-DATA”

SUBSYSTEM==“tty”, SUBSYSTEMS==“usb”, DRIVERS==“option”, \
   ATTRS{bInterfaceNumber}==“02”, \
   ATTRS{modalias}==“usb:v0AF0p5000d0000dc00dsc00dp00icFFiscFFipFF”, \
   RUN+=“/usr/local/sbin/umts-pin --device %k --symlink UMTS-CONTROL”

I am not sure what the modalias attribute identifies, but it looks like it identifies the hardware model: An identical Option Datacard 3G, plugged into the other PC Card Slot gets properly initialized as well.

These two udev stanzas do two different things: First, they make sure that the new devices are symlinked to /dev/UMTS-DATA and /dev/UMTS-CONTROL, suggesting the intended use of the interface. The second virtual interface of the 3G Data Card does not seem to be useable at all, and you cannot build an actual data connection over the third. So, we baptize the first interface /dev/UMTS-DATA and ignore the second. The third gets called /dev/UMTS-CONTROL.

Now to the real magic: /usr/local/sbin/umts-pin is a perl script that sends the PIN to the Card. %k gets expanded to the device name of the device that has just been detected, so umts-pin gets called with “--device ttyUSB2”. Please note that this udev stanza does not have a SYMLINK clause, but instead umts-pin creates the symlink after sending the PIN to keep other processes from trying to grab the device before it was properly initialized.

It makes use of Cosimo Streppone’s Device::Modem module (Device::Gsm is not yet packaged for Debian and might be of better use here) to talk to the UMTS device. Unfortunately, I have not yet fully understood the logging and answer processing features of Device::Modem, so the implementation might look a little clumsy. I hope that it can be clearly understood anyway.

The actual PIN is read from a configuration file in an apache-like format, which is by default looked for in /etc/umts/pin.conf:

<pin>
        <default>
                pin xyzw
        </default>
</pin>

The reason I settled for this rather complex configuration file format is that the ultimate goal is to automatically detect which of my SIMs is currently inserted in the UMTS card and to automatically send the correct PIN. I haven’t been successful in doing so since I didn’t find an AT command yet to get the UMTS card to divulge the SIM serial number or the IMSI before the PIN is transmitted to the SIM. So currently, the only things that are supported are the “default” stanza and an identically formatted “override” stanza which takes precedence over the default stanza if present.

If the first attempt to send the PIN fails, the script tries again ten seconds later. On my test system, this happens about once in twenty times. That must be some weird timing issue. So, if you have the wrong PIN configured, you’ll need the PUK after plugging in the card for the second time, since the first try will eat two of your three attempts. Beware.

If you feel uncomfortable with all this scripting and the “quality” of my code, you can also use gammu’s entersecuritycode function. I discovered this after my PIN script was already written, and gammu currently forces you to expose the PIN on the command line (see #484102), and of course my script’s PIN handling is vastly superior **grins**.

Genion Home Zone

mh+blog-zugschlus-de@zugschlus.de (Marc 'Zugschlus' Haber) — Tue, 11 Mar 2008 23:50:00 +0100

Viag Interkom Genion war bei seiner Markteinführung 1999 eine Sensation, die von findigen Produktmanagern unter Ausnutzung obskurer Nebensätze im GSM-Standard in ein benutzbares Produkt gegossen wurde. Mich hat das immer schon gereizt, und ich habe mir nun vor ein paar Tagen endlich mal eine Test-SIM bei Ebay geschossen.

Der Deal sieht so aus, dass ich EUR 1,49 an den (windigen) Ebay-Händler und an O2 25 Euro Bereitstellungspreis bezahle. Um die 25 Euro kommt man nirgends herum; O2 entblödet sich nichtmal, das Ding Bereitstellungspreis zu nennen, während es bei allen anderen Produkten Anschlußpreis heißt, damit man Aktionen wie “nur bei Auftrag bis (jetzt plus 14 Tage) verzichten wir auf den Anschlußpreis” fahren kann und von neuen Genion-S-Kunden trotzdem die 25 Euro für die Einrichtung der Festnetzrufnummer verlangen kann.

Um das wieder aufzuwiegen, hat mein Ebay-Händler zugesagt, mir nach Bezahlung der zweiten O2-Rechnung EUR 35,00 auf mein Konto zurückzuüberweisen. Wir werden sehen, ob er diese Zusage einhält.

“Mein” Tarif Genion S hat keine Grundgebühr und keinen Mindestumsatz, aber dafür außerhalb der Homezone nicht mehr so ganz zeitgemäße Tarife - das kann jeder Discounter besser. Aber in diesem Artikel soll es um die Technik gehen, nicht ums Kaufmännische.

Die Homezone besteht zugesichert 500 Meter rund um die angegebene Homezone-Adresse. In der Praxis ist die Zone aber deutlich größer: Um die Adresse wird ein Kreis von ortsabhängig 2, 2,5 oder 3 km Durchmesser gezogen, und von allen in diesem Kreis liegenden “Sendern” zählen zumindest die in Richtung Kreismittelpunkt zeigenden Sektoren zur Homezone: Wann immer das Telefon in einem dieser Sektoren eingebucht ist, wähnt es sich in der Homezone und man kann kostenfrei auf der Festnetznummer angerufen werden und für drei Cent pro Minute ins Festnetz telefonieren. Oft sind auch die vom Kreismittelpunkt weg zeigenden Sektoren der “Sender” in die Homezone integriert.

Unter Zuhilfenahme von Patricks GSM-Seiten habe ich mir daraufhin eine Homezone-Adresse am südöstlichen Ortsrand von Mannheim-Feudenheim ausgesucht, weil von dort unter Annahme eines Durchmessers von 2 km sowohl der O2-Sender in Ilvesheim als auch der in der Nähe des Büros befindliche Sender auf dem Wohnhochhaus Am Aubuckel/Talstraße in der Homezone enthalten ist. Schiebe ich die Adresse weiter nach Osten, bekomme ich “sinnvolle” Homezonenabdeckung in den schönen Neckarauen zwischen Seckenheim und Neckarhausen (wo ich Zeit meines Lebens nie war und es auch nie sein werde); schiebe ich sie weiter nach Westen, rutscht die Wohnung aus dem halbwegs sicheren Versorgungsbereich. Große Teile von Mannheim-Seckenheim und -Neuostheim gibt es gratis und franko dazu.

Patricks GSM-Seiten sind, wenn man die etwas gewöhnungsbedürftige Bedienung einmal kapiert und die Dokumentation verstehend zur Kenntnis genommen hat, ein prima Hilfsmittel bei der Homezone-Optimierung.

Nachdem die SIM nun im Haus und im Telefon ist, bestätigte sich die Papierlage in der Praxis: Die Wohnung ist sicher und zuverlässig in der Homezone, und sowohl auf dem Parkplatz der Firma als auch in den meisten Büroräumen zeigt mein 6310 auch das Häuschen. Nur ein Raum ist wohl zu nahe am Sender auf ABBs Wabenbau an der Kallstadter Straße und durch einen anderen Gebäudeflügel zu gut vom Aubuckel abgeschirmt, so dass sich das Telefon wunderbar im Fünfminutentakt in die Homezone ein- und ausbucht. Dreimal dürft ihr raten, wessen Schreibtisch in diesem einen Raum steht. **grml**.

Reklamieren brauche ich an der Stelle gar nicht erst versuchen; die Homezone hat von der Wohnung bis zum Büro (richtige Seite des Hauses) locker sechseinhalb Kilometer Durchmesser, da kann man bei zugesicherten 500 Metern beim besten Willen nicht meckern. Aber Murphy hat das schon mal wieder gut gemacht ;)

Ob ich das jetzt wirklich anfange zu benutzen, steht freilich auf einem anderen Blatt, die Tarife in Mobilnetze und außerhalb der Homezone sind einfach zu uninteressant.

Eine schöne Datenkarte für kurzfristige intensive Nutzung ist es schon, denn es gibt Pakete für 200 MB und 5 GB GPRS/UMTS-Datentraffic pro Monat mit nur drei Monaten Laufzeit. Wir werden sehen, ob ich das noch brauche, wenn das Telefon-Umzugs-Debakel in den nächsten Akt geht.

Nachtrag: Mein Ebay-Händler hat nach einmaligem Nachhaken per E-Mail seine Zusage eingehalten und Ende Mai 35 Euro überwiesen.

Wo einfach einfach einfach war

mh+blog-zugschlus-de@zugschlus.de (Marc 'Zugschlus' Haber) — Thu, 08 Nov 2007 18:43:12 +0100

O2s neue Billigmarke Fonic und Tchibos Prepaid-Flatrate haben den Lowcost-Mobilfunkmarkt in Deutschland wieder mal in Bewegung gebracht.

Während die Discounter in den “großen” Netzen T-Mobile und Vodafone noch weitgehend versuchen, die Preisbewegung durch Aussitzen zu lösen, gerieten die E-Plus-Discounter, allen voran Simyo (“wo einfach einfach einfach ist”) und Blau unter Druck.

Leider geriet bei diesen beiden Anbietern bei der Einführung der neuen Tarife der Einfachheitsgrundsatz unter die Räder der Marketingmaschine. Beide Anbieter haben inzwischen einen “alten” (15 Cent/Minute) und einen “neuen” (9.9 Cent/Minute) Minutentarif, die sich subtil in der Ausstattung (Minutenpreis, Community-Option etc) unterscheiden, und einen Festnetz-Flattarif (15 Euro/Monat), in dem man bei Blau (wohl aber bei Simyo) nicht einmal kostenlos zu anderen Blau-Kunden telefonieren darf. Neukunden bekommen die neue SIM “geschenkt” (gegen Startguthaben in Höhe des Einstandspreises, 10 Euro bei Simyo, 20 Euro bei Blau), während Altkunden gemolken werden: Der Wechsel in den “neuen” Minutentarif trägt bei beiden Anbietern ein Preisschild von 5 Euro.

Völlig unklar bleibt bei Simyo die Möglichkeit des Wechsels zwischen den Tarifen: Ich hoffe, dass es dort die Möglichkeit gibt, zwischen einem Minutentarif (gehen wir mal vom “neuen” aus) und dem Flattarif zu wechseln, ohne durch brennende Reifen springen oder gar Guthaben dafür investieren zu müssen. Klar, dass Gespräche in andere Mobilfunknetze für Flatratenutzer teurer sind als für die Nutzer des neuen Minutentarifs.

Blau hat sich eine zusätzliche Schikane ausgedacht: Die Flatrate lässt sich nur zum “alten” Minutentarif hinzubuchen; Nutzer des “neuen” Minutentarifs gucken in die Röhre. Wie das auf die Dauer haltbar sein wird, weiß ich nicht. Anfrage beim Blau-Serviceteam läuft.

Zusammengefasst: Tchibo und Fonic haben den bisherigen Preistreiber E-Plus von seiner klassischen Rolle des Aktiven in die Rolle des Reaktiven gedrückt; mit den neuen Tarifen haben Simyo und Blau den beiden Konkurrenten gleichgezogen. Allerdings: Einfacher ist die Geschichte damit nicht geworden, und den Rundum-Glücklich-Tarif mit maximaler Flexibilität gibt es damit immer noch nicht. Wenn das so weiter geht, werde ich sicher nicht der einzige Nutzer bleiben, der mit zwei Telefonen herumläuft. Und wie ich Sandras auslaufenden Uralt-Base ersetze, weiß ich immer noch nicht.

Eingebuchtes Mobiltelefon bekommt keine Anrufe?

mh+blog-zugschlus-de@zugschlus.de (Marc 'Zugschlus' Haber) — Mon, 29 Oct 2007 19:59:33 +0100

Ich habe jetzt schon ein paarmal erlebt, dass mein Mobiltelefon warm und trocken in der Wohnung liegt, genug Akku hat, ins GSM-Netz eingebucht ist (fünf Balken Feldstärkenanzeige und Betreibername im Display), und Anrufer trotzdem direkt auf der Mailbox landen.

Sobald man dann das Telefon einmal selbst benutzt (was naturgemäß daheim eher selten vorkommt), rauschen dann die ganzen Mailbox-SMS rein als wäre nichts gewesen.

Woran kann so ein Fehler liegen? Ist das eine Macke des Mobiltelefons (eines betagten Nokia 6310i), des Netzbetreibers (T-Mobile D) oder des Serviceproviders (klarmobil)? Gibt es einen zuverlässig wirkenden workaround?

Auf jeden Fall, liebe Kollegen, die heute versucht haben mich zu erreichen: Ich hab den ganzen Tag (bis auf den Tierarzttermin) konzentriert gearbeitet und wäre per Mail oder Messenger erreichbar gewesen. Für die Fehlfunktion meines elektronischen Würgehalsbands bitte ich um Entschuldigung.

Von Telefoninos und Zügen

mh+blog-zugschlus-de@zugschlus.de (Marc 'Zugschlus' Haber) — Wed, 15 Feb 2006 18:00:47 +0100

Mela mokiert sich - zu Recht - hier und hier über Telefonierende Mitreisende in Ruhe- und Kommunikationsbereich eines Fernzugs. Ich hab noch eine dritte Spezies nervender Mitreisender mit ihrem technischen Spielzeug.

Heutige Mobiles können ja MP3 speichern und wiedergeben. Und zwar nicht nur als Klingelton, sondern auch “richtige” Musik zum unterwegs anhören. Leider sind sie auch in der Lage, die MP3s nicht nur über Kopfhörer, sondern auch - in himmelschreiend schlechter Qualität - über die Lauthöreinrichtung des Telefoninos abzuspielen.

Und - besonders halbwüchsige - Fahrgäste im Zug tun dies natürlich mit Begeisterung. So hört man gerne im Nahverkehr drei konkurrierende Musikprogramme der umsitzenden Jugendlichen. Find ich sehr, sehr lästig.

Aber den Vogel abgeschossen hat ein Fahrgast im Komforttriebwagen zwischen Karlsruhe und Mannheim letzte Woche: Der hatte tatsächlich an sein Telefonino eine batteriebetriebene Aktivbox angeschlossen, um seine Musik, die man dafür natürlich auch gleich im ganzen Wagen gehört hat, in erträglicher Qualität in die Umwelt zu pusten.

Recht schönen Dank, liebe Telefonhersteller, dieses Feature hättet Ihr Euch besser gespart.

Latenz

mh+blog-zugschlus-de@zugschlus.de (Marc 'Zugschlus' Haber) — Thu, 12 May 2005 20:20:09 +0200


64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=288 ttl=48 time=557435 ms


64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=289 ttl=48 time=556882 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=290 ttl=48 time=556002 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=291 ttl=48 time=555071 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=292 ttl=48 time=554114 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=293 ttl=48 time=553237 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=710 ttl=48 time=117322 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=711 ttl=48 time=116476 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=712 ttl=48 time=115543 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=713 ttl=48 time=114622 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=714 ttl=48 time=114284 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=715 ttl=48 time=113367 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=716 ttl=48 time=112452 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=717 ttl=48 time=111525 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=718 ttl=48 time=110560 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=807 ttl=48 time=3140 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=808 ttl=48 time=756 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=809 ttl=48 time=748 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=810 ttl=48 time=712 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=811 ttl=48 time=729 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=812 ttl=48 time=1688 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=813 ttl=48 time=955 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=814 ttl=48 time=745 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=815 ttl=48 time=1319 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=816 ttl=48 time=1409 ms
64 bytes from 5301d.unt0.torres.l21.ma.zugschlus.de (217.151.83.1): icmp_seq=817 ttl=48 time=1253 ms

Nein, das ist nicht frisiert. Real so passiert.

Kriegt jemand raus, unter welchen Umständen?

Nach einer Woche kann ich’s jetzt ja auflösen: Diese Ping-Ausgabe entstand im ICE1 (Wagen ohne GSM-repeater) zwischen Stuttgart und Mannheim auf der Neubaustrecke. Das Telefon hat sich im ersten Tunnel nach Kornwestheim ausgebucht, und nur dreimal, hinter Vaihingen(Enz), hinter dem Rollenbergtunnel und hinter dem Forster Tunnel wieder kurz eine GPRS-Verbindung aufbauen können. Das Wiedereinbuchen hat jedesmal ewig gedauert; offensichtlich stellt Tempo 250 die GSM-Technik dann doch vor arge Herausforderungen.

Die PPP-Verbindung besteht bei GPRS ja nur zwischen dem Rechner und dem Telefon, so dass die eigentliche Verbindung aufgebaut blieb. Auch die dynamische IP behielt ich, so dass ich mich vor dem Eintauchen in den Pfingstbergtunnel immerhin sauber ausloggen konnte.