Next Previous Contents

18. chargeint: Chargeint

18.1 chargeint{[lowbar]}whatis: Was macht eigentlich Chargeint?

Chargeint ist eine M{[ouml ]}glichkeit, Deine Kosten zu reduzieren, wenn diese auf Deiner Onlinezeit basieren und das Intervall zwischen zwei Einheiten (das Geb{[uuml ]}hrenintervall) relativ gro{[szlig ]} ist (z.B. pro Minute).

Chargeint beendet die Verbindung nur zwei Sekunden vor dem Ende eines Geb{[uuml ]}hrenintervalls. Je nach Tageszeit und Datum erkennt isdnlog selbst{[auml ]}ndig die L{[auml ]}nge des Intervalls.

18.2 chargeint{[lowbar]}config: Wie soll ich Chargeint einrichten?

Du kannst die L{[auml ]}nge einer Geb{[uuml ]}hreneinheit manuell mittels isdnctrl Parameter chargeset bestimmen oder isdnlog so einstellen, da{[szlig ]} es automatisch abl{[auml ]}uft:

  1. Stelle isdnlog so ein, da{[szlig ]} es alle Informationen {[uuml ]}ber Deinen Standort und Deine Telefongesellschaft hat (und dadurch die Geb{[uuml ]}hren kennt).
  2. Starte isdnlog mit den Optionen -h0 und -w.
  3. Stelle den huptimeout (Zeit ohne Datenverkehr, nach der I4L ein Beenden der Verbindung herbeif{[uuml ]}hrt) nach Deinem Belieben ein. Z.B.:
    /sbin/isdnctrl huptimeout ippp0 5
    

    Damit wird I4L nach einer 5 Sekunden dauernden Inaktivit{[auml ]}t der Leitung (huptimeout) 2 Sekunden vor dem Ende der Geb{[uuml ]}hreneinheit auflegen.

18.3 chargeint{[lowbar]}whennot: Wann ist es unsinnig, Chargeint zu benutzen?

  1. Der Gebrauch von Chargeint ist unsinnig, wenn Deine Kosten nach dem Datenvolumen berechnet werden oder Du einen Pauschalbetrag bezahlst. Chargeint kann Deine Kosten nur bei zeitabh{[auml ]}ngiger Berechnung reduzieren.
  2. Es macht auch keinen Sinn, wenn Deine Kosten in kleinen Zeiteinheiten (z.B. pro Sekunde statt pro Minute) berechnet werden.
  3. Chargeint kann sinnvoll sein (oder auch nicht), wenn Du f{[uuml ]}r jede neue Einwahl einen festen Betrag zus{[auml ]}tzlich zu den variablen Kosten zahlen musst (das h{[auml ]}ngt von der H{[ouml ]}he der Geb{[uuml ]}hren ab).
  4. Es gibt Probleme, wenn die IP-Addresse dynamisch vergeben wird. Eine abgebrochene Verbindung kann nicht einfach wieder gestartet werden, da die IP-Addresse sich dabei ver{[auml ]}ndert. Die unterbrochenen FTP-, telnet- oder WWW-Verbindungen m{[uuml ]}ssen dann wieder neu aufgebaut werden.

18.4 chargeint{[lowbar]}correcttime: Wie kann ich sicher gehen, da{[szlig ]} der Chargeint-Patch die korrekte Zeit benutzt?

Am besten synchronisierst Du die Uhr Deines Computers mit der in der Vermittlungsstelle. Das geschieht beim Aufruf von isdnlog mit der Option -t2. Hinweis: Man sollte dabei jedoch bedenken, da{[szlig ]} die Uhren der VSts selten {[uuml ]}bereinstimmen (wichtig bei Preselection und Call-by-Call), selten {[uuml ]}berhaupt die genaue Zeit anzeigen, und au{[szlig ]}erdem bei ISDN sowieso nur Minuten und keine Sekunden {[uuml ]}bertragen werden!

18.5 chargeint{[lowbar]}nohangup: Die Verbindung wird nicht durch einen Timeout beendet.

Chargeint legt nur auf, wenn es keine Aktivit{[auml ]}t auf der Leitung gab. Vielleicht benutzt Dein ISP einen Router (z.B. Cisco), der alle zehn Sekunden ein 'keep alive' Paket sendet. Wenn die Cisco auf ihre "keep alive" Pakete keine Antwort bekommt, wird sie das Routing einstellen. Das geschieht normalerweise nach dem 4. oder 5.'keep-alive'-Paket. Erst k{[uuml ]}rzlich (Anfang 2001) wurde die Unterst{[uuml ]}tzung der 'keep-alive'-Pakete der Cisco verbessert/Korrigiert. Du kannst dieses Feature also ohne Probleme benutzen oder Deinen Provider bitten, es eben nicht zu benutzen (mittels 'no keepalive' in der Cisco-Konfiguration).

M{[ouml ]}glicherweise sind es auch nicht die 'keep alive' Pakete, die die Verbindung offen halten, sondern eher OSPF Routing Updates. Das Versenden dieser Updates kann nur an der Cisco abgeschaltet werden. Du kannst 'snapshot server' auf dem BRI Interface einstellen. Das bewirkt, da{[szlig ]} Routing Updates nur hinausgeschickt werden, wenn sie durch dieses Interface empfangen wurden.


Next Previous Contents