parent
ab15d0a3ab
commit
eda4849b5e
|
@ -175,7 +175,7 @@ benutzen zu können.
|
|||
<p>
|
||||
Im Allgemeinen unterstützt ISDN4LINUX sowohl ISDN-Karten für
|
||||
den ISA- oder PCI-Bus als auch einige PCMCIA-Karten. Sogenannte
|
||||
'Terminal Adapter', d.h., Geräte am seriellen oder parallelen
|
||||
"Terminal Adapter", d.h., Geräte am seriellen oder parallelen
|
||||
Port können mit ISDN4LINUX jedoch <bf/nicht/ benutzt werden. Die
|
||||
einzige Ausnahme bildet derzeit die Creatix/Teles S0 Box mit
|
||||
Parallelport-Anschluß. Weitere Details über
|
||||
|
@ -393,8 +393,8 @@ weder als B-Kanal- noch als D-Kanal-Version.
|
|||
<p>
|
||||
Ja, in der aktuellen Version von ISDN4LINUX ist die Unterstützung
|
||||
für Audio-Funktionen enthalten. Als Anrufbeantworter kannst Du
|
||||
entweder 'vgetty' aus Gert Doerings 'mgetty+sendfax' benutzen oder
|
||||
'vboxgetty' von Michael Herold, das speziell für ISDN4LINUX
|
||||
entweder "vgetty" aus Gert Doerings "mgetty+sendfax" benutzen oder
|
||||
"vboxgetty" von Michael Herold, das speziell für ISDN4LINUX
|
||||
geschrieben wurde. Das letztere ist Teil des Paketes isdn4k-utils, das
|
||||
Du auf <tt><url url="ftp://ftp.franken.de/pub/"></tt> findest.
|
||||
|
||||
|
@ -1111,7 +1111,7 @@ unterschiedliches Endian-Format für die 32-Bit B-Kanal Daten
|
|||
benutzt.
|
||||
|
||||
Auf jeden Fall kannst Du auch einen Terminaladapter (= externes ISDN
|
||||
"Modem") benutzen. Da Du dann kein ISDN4LINUX benötigst (siehe
|
||||
Modem) benutzen. Da Du dann kein ISDN4LINUX benötigst (siehe
|
||||
Frage <ref id="hardware_external" name="hardware_external">), wird
|
||||
dies hier nicht weiter behandelt.
|
||||
|
||||
|
@ -1315,12 +1315,12 @@ Email Addresse></tt> im Text).
|
|||
Diese Karten bieten einige spezielle Eigenschaften in ihrer Firmware
|
||||
und werden neuerdings durch einen Linux-Treiber unterstützt. Sie
|
||||
gehören z.Zt. zu den wenigen ISDN-Karten, die das CAPI 2.0
|
||||
Interface unterstützen. Zus%auml;tzlich lassen sie sich sehr gut
|
||||
Interface unterstützen. Zusätzlich lassen sie sich sehr gut
|
||||
zum Faxen unter ISDN4LINUX nutzen (nach einem Upgrade durch eine
|
||||
Faxkarte - das gilt für die HYSDN Ergo2 und HYSDN Metro4).
|
||||
|
||||
Weitere Informationen zum Hersteller und zur Hardware bekommt man auf:
|
||||
<url url="http://www.hypercope.de">
|
||||
Weitere Informationen zum Hersteller und zur Hardware bekommt man auf
|
||||
<url url="http://www.hypercope.de">.
|
||||
Die Konfiguration ist so ähnlich wie bei der AVM B1.
|
||||
|
||||
<sect1> hardware_icn: Was ist Besonderes an der ICN Karte?
|
||||
|
@ -1660,7 +1660,7 @@ url="http://www-ti.informatik.uni-tuebingen.de/~hippm/isdn.html"></tt>
|
|||
<tt><url url="http://www.auf-der-er.de/chargeint.html"></tt>
|
||||
<item>Homepage von kISDN (läuft nur mit Qt/KDE):
|
||||
<tt><url url="http://www.millenniumx.de/kisdn.html"></tt>
|
||||
<item>Konfiguration nicht nur fü England (folge dem Link zum
|
||||
<item>Konfiguration nicht nur für England (folge dem Link zum
|
||||
Linux-Setup): <tt><url
|
||||
url="http://www.oakhaven-consultants.co.uk"></tt>
|
||||
</itemize>
|
||||
|
@ -1740,7 +1740,7 @@ Setup Serial Device' auf <tt>/dev/ttyI0</tt> und im zweiten auf
|
|||
die Modem-Emulation mit 'ATZ' und 'AT&Exxxxxx' (wobei xxxxxx Deine
|
||||
eigene MSN ohne Vorwahl ist). Fertig. Im ersten Fenster wählst Du
|
||||
Deine eigene Nummer mit ATDxxxxxx. Im zweiten Fenster solltest Du nun
|
||||
'CALLER NUMBER: xxxxxxx' und 'RING' sehen. Nimm den Ruf im zweiten
|
||||
"CALLER NUMBER: xxxxxxx" und "RING" sehen. Nimm den Ruf im zweiten
|
||||
Fenster mit 'ATA' an und es erscheint die Meldung 'CONNECT 64000/X.75'
|
||||
in beiden Fenstern. Du kannst jetzt Zeichen von einem zum anderen
|
||||
Fenster senden (schalte LOCAL ECHO ein um die Zeichen im sendenden
|
||||
|
@ -1828,7 +1828,7 @@ Layer 1 Verbindung herstellen kann (Kabelproblem, Hardwarefehler,
|
|||
verborgene Hardwarekonflikte - siehe Bereich <ref id="hardware"
|
||||
name="hardware">) oder er kann keine Layer 2 Verbindung bekommen
|
||||
(falsche Konfiguration: kein EuroISDN, kein automatisches TEI
|
||||
unterst<EFBFBD>tzt, Point-to-Point BRI anstelle von Multi-Device - siehe
|
||||
unterstützt, Point-to-Point BRI anstelle von Multi-Device - siehe
|
||||
Bereich <ref id="config" name="config">).
|
||||
|
||||
<sect1> trouble_noprotocol: Beim Start von HiSax bekomme ich die Meldung &dquot;Warning - no protocol specified&dquot;?
|
||||
|
@ -2114,7 +2114,7 @@ Computern des LAN der Nameserver des Providers eingetragen werden.
|
|||
Prüfe nach:
|
||||
<itemize>
|
||||
<item>Ist der Linux-Computer als Gateway eingetragen? (Einige
|
||||
'Betriebssysteme' muss man neu starten bevor die Änderungen am
|
||||
"Betriebssysteme" muss man neu starten bevor die Änderungen am
|
||||
Netzwerk wirksam werden)
|
||||
<item>Hat der Router eine defaultroute vom eingerichteten Interface
|
||||
zum Provider (z.B. ippp0 mit syncPPP oder sl0 für diald (auch
|
||||
|
@ -2208,7 +2208,7 @@ Bei ausgehenden Rufen kann nur eine MSN benutzt werden. Nur bei
|
|||
ankommenden Rufen können mehrere MSNs benutzt werden.
|
||||
|
||||
Bei ttyI* Devices kann man JEDE vorhandene MSN benutzen, indem man ein
|
||||
'*' als Platzhalter verwendet:
|
||||
"*" als Platzhalter verwendet:
|
||||
<code>
|
||||
at&l*
|
||||
</code>
|
||||
|
@ -2297,7 +2297,7 @@ Dein Modem nur zum Faxempfang und/oder analogen Datenverkehr ein.
|
|||
Ja, Du brauchst dazu jedoch die Hilfe Deiner Telefongesellschaft. Sie
|
||||
kann mehrere BRIs mit gleicher MSN im Point-to-point-Modus
|
||||
einrichten. In Deutschland nennt man das einen
|
||||
'Bündelanschluß'.
|
||||
"Bündelanschluß".
|
||||
|
||||
Beachte, daß in diesem Fall die MSN vielleicht nicht an Dich
|
||||
übertragen wird. Benutze dann die vorgegebene MSN 0.
|
||||
|
@ -2503,8 +2503,8 @@ chmod o-rw /dev/ttyI* /dev/cui*
|
|||
eingeben.
|
||||
Es wird berichtet, daß Du ebenfalls bei den Programmen
|
||||
<tt/ipppd/ und <tt/isdnctrl/ die Gruppe und die Benutzerrechte auf
|
||||
'isdn' setzen musst. Dann haben alle Nutzer, die nicht in der Gruppe
|
||||
'isdn' sind, keine Schreib- oder Leserechte für die ISDN
|
||||
"isdn" setzen musst. Dann haben alle Nutzer, die nicht in der Gruppe
|
||||
"isdn" sind, keine Schreib- oder Leserechte für die ISDN
|
||||
ttys. Diejenigen, die ISDN benutzen dürfen, müssen explizit
|
||||
in die Gruppe 'isdn' aufgenommen werden.
|
||||
<item>Du kannst festlegen, daß nur root hinauswählen darf,
|
||||
|
@ -2549,7 +2549,7 @@ MSN zu benutzen, sogar auf den Karten, denen diese MSN nicht
|
|||
zugewiesen wurde! In diesem Fall wird die Telefongesellschaft diese
|
||||
ungültige MSN durch die korrekte MSN ersetzen. Mit dem Befehl
|
||||
<tt/isdnctrl mapping/ stellst Du die korrekten MSNs ein (siehe Punkt
|
||||
'Hinauswahl mit einer bestimmten Karte').
|
||||
"Hinauswahl mit einer bestimmten Karte").
|
||||
<item>Hinauswahl auf einem bestimmten Kanal: Zur Angabe, welcher Kanal
|
||||
benutzt werden soll, dient der Befehl <tt/isdnctrl bind/ (nicht
|
||||
pppbind). Dieser Befehl sollte erst erfolgen, wenn die komplette
|
||||
|
@ -2610,7 +2610,7 @@ muss sich die <em>andere</em> Seite authentifizieren.
|
|||
Wie bei der letzten Frage wurde eine Option eingestellt, die verlangt,
|
||||
daß die <em>andere</em> Seite sich authentifiziert. Diese
|
||||
Optionen sollten vermieden werden. Mögliche Kandidaten sind:
|
||||
'+pap' und '+chap'.
|
||||
"+pap" und "+chap".
|
||||
|
||||
<sect1> pap_rejectauth: Ich kann keine Verbindung aufbauen - sie wird von der Gegenseite abgewiesen. Im Logfile finde ich eine Meldung, ähnlich wie: 'sent (0) (LCP ConfRej id=0x1 auth pap'
|
||||
<label id="pap_rejectauth">
|
||||
|
@ -2774,8 +2774,8 @@ Wenn Du die Option <tt/defaultroute/ angegeben hast, wartest Du ein
|
|||
paar Sekunden und kannst dann prüfen, ob die default route
|
||||
existiert. Eine weitere Möglichkeit besteht durch die Option
|
||||
<tt>useifip</tt>. Du findest dann im syslog Einträge wie
|
||||
<tt>'Local IP: x.y.z.a'</tt> und/oder <tt>'Remote IP:
|
||||
x.y.z.a'</tt>. In beiden Fällen besteht eine Verbindung.
|
||||
<tt>"Local IP: x.y.z.a"</tt> und/oder <tt>"Remote IP:
|
||||
x.y.z.a"</tt>. In beiden Fällen besteht eine Verbindung.
|
||||
|
||||
<sect1> syncppp_logindelay: Wie kann ich das Login beschleunigen?
|
||||
<label id="syncppp_logindelay">
|
||||
|
@ -2801,7 +2801,7 @@ isdnctrl pppbind <interface> <Number>
|
|||
kannst Du das Interface interface an das Device Number binden. Du
|
||||
löst diese Bindung wieder mit 'pppunbind'.
|
||||
|
||||
<sect1> syncppp_pppbind: Wie funktioniert der (wenig dokumentierte) Befehl 'pppbind' in isdnctrl?
|
||||
<sect1> syncppp_pppbind: Wie funktioniert der (wenig dokumentierte) Befehl "pppbind" in isdnctrl?
|
||||
<label id="syncppp_pppbind">
|
||||
<p>
|
||||
Zuerst musst Du wissen, wie ipppd seine Daten bekommt. Alle Daten, die
|
||||
|
@ -2819,7 +2819,7 @@ In der Praxis installierst Du normalerweise mehrere ipppds mit
|
|||
unterschiedlichen Einstellungen. Jeder davon sollte Daten
|
||||
<em>ausschließlich</em> von einem bestimmten Netzwerk-Interface
|
||||
empfangen, das ebenfalls speziell eingestellt wurde. Der Befehl
|
||||
'pppdbind' erfüllt genau diesen Zweck. Mit:
|
||||
"pppdbind" erfüllt genau diesen Zweck. Mit:
|
||||
<code>
|
||||
isdnctrl pppbind <interface> <Number>
|
||||
</code>
|
||||
|
@ -2859,7 +2859,7 @@ werden oder die entfernte Maschine muss sie in einem IPCP Request
|
|||
senden. Wenn Deine Seite die IP-Addresse nach der Verhandlung nicht
|
||||
kennt, wird sie die Verbindung abbrechen! Du musst das
|
||||
Überschreiben der Addressen mit den Optionen
|
||||
'ipcp-accept-local/remote' erlauben wenn Du Deine eigene oder die
|
||||
"ipcp-accept-local/remote" erlauben wenn Du Deine eigene oder die
|
||||
entfernte Addresse ausdrücklich gesetzt hast. Versuche als
|
||||
Beispiel diese Optionen:
|
||||
<code>
|
||||
|
@ -2891,7 +2891,7 @@ Sollte mit aktuellen Kerneln (neuer als 2.2.14) problemlos
|
|||
laufen. Dazu muss VJ in den Kernel kompiliert werden. Um Probleme mit
|
||||
dem automatischen Laden des VJ-Moduls zu vermeiden sollte man SLIP und
|
||||
CSLIP ebenfalls in den Kernel kompilieren. VJ wird mit den Optionen
|
||||
<tt>' -vj -vjccomp'</tt> deaktiviert.
|
||||
<tt>-vj -vjccomp</tt> deaktiviert.
|
||||
<item><em>BSD compression</em>:
|
||||
Wenn Dein Netzpartner das auch unterstützt läuft es gut. Da
|
||||
sie von VJ unabhängig ist kann man auch beide zusammen benutzen.
|
||||
|
@ -2965,7 +2965,7 @@ zur Optimierung der PPP-Optionen genutzt werden.
|
|||
<label id="syncppp_nopppsupport">
|
||||
<p>
|
||||
Prüfe, ob das Device 'ippp0' existiert (z.B. mit dem Programm
|
||||
'ifconfig'). Hinweise zur Benennung von Net-Interfaces bekommst Du bei
|
||||
"ifconfig"). Hinweise zur Benennung von Net-Interfaces bekommst Du bei
|
||||
Frage <ref id="syncppp_netinterface" name="syncppp_netinterface">.
|
||||
Der ipppd <em>braucht</em> dieses Device mit exakt <em>diesem</em>
|
||||
Namen. Wenn es nicht existiert, muss es definiert werden:
|
||||
|
@ -3074,7 +3074,7 @@ Option schon nicht mehr enthalten. Auch andere Kompressionsmodi (bsd,
|
|||
pccomp) können Probleme verursachen. Daher solltest Du alle
|
||||
Kompressionsoptionen deaktivieren (siehe auch Frage <ref
|
||||
id="syncppp_compression" name="syncppp_compression">). Auch die Option
|
||||
'noccp' kann da helfen.
|
||||
"noccp" kann da helfen.
|
||||
|
||||
<sect1> syncppp_loadproblem: Ich habe nur dann Probleme mit ipppd, wenn die Verbindung sehr stark belastet wird. Dann bleibt alles stehen. Wodurch kann das hervorgerufen werden?
|
||||
<label id="syncppp_loadproblem">
|
||||
|
@ -3190,7 +3190,7 @@ Das bedeutet, daß ipppd versucht, die LZS-Kompression zu nutzen,
|
|||
aber kein kompiliertes Modul mit dem entsprechenden Code findet. Die
|
||||
Fehlermeldung hat nur kosmetische Bedeutung, da das System
|
||||
weiterarbeitet. Du kannst entweder die LZS-Kompression abstellen
|
||||
(setze <tt>noccp</tt> als Option f<EFBFBD>r ipppd) oder das LZS Modul
|
||||
(setze <tt>noccp</tt> als Option für ipppd) oder das LZS Modul
|
||||
kompilieren und laden.
|
||||
|
||||
|
||||
|
@ -3366,7 +3366,7 @@ angezeigt.
|
|||
<sect1> ttyI_max: Wieviele Devices werden maximal unterstützt?
|
||||
<label id="ttyI_max">
|
||||
<p>
|
||||
Die maximale Anzahl kann während der Kompilierung mit einem Wert
|
||||
Die maximale Anzahl kann während der Kompilierung mit einem Wert
|
||||
für ISDN_MAX gesetzt werden. Z.Zt. ist der Wert auf 64
|
||||
voreingestellt, d.h., es werden maximal 64 ttyI Devices
|
||||
unterstützt.
|
||||
|
@ -3720,7 +3720,7 @@ seiner IP-Addresse angeben oder seinen Namen in /etc/hosts eintragen
|
|||
Setze alle nicht lokalen Mailer auf 'expensive'
|
||||
('define(SMTP_MAILER_FLAGS, e)') und verbiete dann sendmail,
|
||||
automatisch über diese <it>teueren</it> Wege zu verbinden (mit
|
||||
'define('confCON_EXPENSIVE', 'True')'). Der Aufruf von sendmail sollte
|
||||
einem 'define('confCON_EXPENSIVE", 'True')'). Der Aufruf von sendmail sollte
|
||||
keine Zeitangabe für die Option '-q' enthalten (d.h., nur '-bd
|
||||
-os -q'). '-os' bewirkt, daß alle Mails in die Warteschlange
|
||||
eingereiht werden (was nicht verhindert, daß lokale Mails sofort
|
||||
|
@ -3884,7 +3884,7 @@ außerdem bei ISDN sowieso nur Minuten und keine Sekunden
|
|||
Chargeint legt nur auf, wenn es keine Aktivitä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
|
||||
"keep alive" Pakete keine Antwort bekommt, wird sie das Routing
|
||||
einstellen. Das geschieht normalerweise nach dem 4. oder 5. Paket. Die
|
||||
beste Lösung besteht darin, den Provider zu bitten, keine 'keep
|
||||
alive' Pakete in der Cisco-Konfiguration einzustellen (<tt>'no
|
||||
|
@ -3957,7 +3957,7 @@ Transferraten. Siehe weiter unten.
|
|||
<label id="2channel_mppp">
|
||||
<p>
|
||||
MPPP oder MP oder MPP (Warnung: MP ist auch eine Abkürzung von
|
||||
'Multi Processor') steht für Multi Point to Point und bedeutet
|
||||
"Multi Processor") steht für Multi Point to Point und bedeutet
|
||||
das Bündeln von mehreren Kanälen zu einem logischen
|
||||
Strom. Es ist eine Abart des normalen syncPPP. Deshalb erbt es auch
|
||||
dessen Vor- und Nachteile. Nur zur Information: ipppd betreibt MPPP
|
||||
|
@ -4182,7 +4182,7 @@ Konfiguration sind die folgenden Befehle wichtig:
|
|||
/sbin/isdnctrl addphone isdn0 in 3
|
||||
</code>
|
||||
wenn der Name des Interfaces 'isdn0' lautet. Das Interface muss auf
|
||||
'up' gesetzt werden und es muss eine Route auf das Interface gelegt
|
||||
"up" gesetzt werden und es muss eine Route auf das Interface gelegt
|
||||
werden. Schau Dir die Readmes im HiSax-Paket an.
|
||||
|
||||
<sect1> leased_x75: Wie konfiguriere ich X.75 auf einer D64-Standleitung?
|
||||
|
@ -4361,7 +4361,7 @@ ein einfaches 'ping RemoteIP' eingibt, wird die Cisco im schlimmsten
|
|||
Fall alle 8 B-Kanäle zum Hinauswählen
|
||||
benutzen. Natürlich kann sie nicht eine Telefonnummer
|
||||
gleichzeitig auf zwei B-Kanälen wählen (es wäre sofort
|
||||
'besetzt'). Die Programmierung der Cisco ist nicht so dumm, sie
|
||||
"besetzt"). Die Programmierung der Cisco ist nicht so dumm, sie
|
||||
richtet den nächsten B-Kanal zum Hinauswählen ein bevor sie
|
||||
annimmt, daß der vorherige B-Kanal versagt hat. Solch eine Cisco
|
||||
arbeitet wie ein Maschinengewehr was das Hinauswählen
|
||||
|
@ -4418,8 +4418,8 @@ durchführen kann.
|
|||
Ulrich Klein <tt><htmlurl url="mailto:ulik@hprc.tandem.com"
|
||||
name="ulik@hprc.tandem.com"></tt> schrieb am 14. Dezember 1996:
|
||||
<quote>
|
||||
Irgendwo in den Ascend-Menues kannst Du 'dial broadcast' auf 'no' oder
|
||||
'off' setzen. Anderenfalls wird das Ding mit jedem Rundruf
|
||||
Irgendwo in den Ascend-Menues kannst Du 'dial broadcast' auf "no" oder
|
||||
"off" setzen. Anderenfalls wird das Ding mit jedem Rundruf
|
||||
wählen. Zumindest mir half das. Falls jemand aus dem Netzwerk, an
|
||||
das die Ascend angeschlossen ist, wirklich eine Verbindung aufbauen
|
||||
will, musst Du die etwas seltsamen Filter benutzen. Ich glaube, es
|
||||
|
@ -4512,7 +4512,7 @@ Telefongesellschaft). Wie der Name schon sagt wird die erste Nummer
|
|||
vom Benutzer bereitgestellt während die zweite vom Netzwerk
|
||||
übertragen wird. Die Bereitstellung einer Caller ID ist nur mit
|
||||
einer PBX über eine Point-to-Point Konfiguration mit dem Feature
|
||||
'CLIP no screening' möglich.
|
||||
"CLIP no screening" möglich.
|
||||
|
||||
<sect1> isdnlog_betterlogging: Wieso zeichnet isdnlog die Nummern, die mit meinen anderen ISDN-Geräten gewählt werden, nicht auf, obwohl es die Kosten aufzeichnet?
|
||||
<label id="isdnlog_betterlogging">
|
||||
|
@ -4546,7 +4546,7 @@ sendet. Diese können dann von isdnlog von der TX-Leitung
|
|||
ausgelesen werden.
|
||||
|
||||
Alternativ bietet isdnlog die Möglichkeit, mit einer zweiten,
|
||||
'umgepolten' ISDN-Karte zu arbeiten. 'Umgepolt' bedeutet in diesem
|
||||
"umgepolten" ISDN-Karte zu arbeiten. 'Umgepolt' bedeutet in diesem
|
||||
Fall, daß die RX-Leitung mit dem TX-Anschluss der Karte
|
||||
verbunden wird; die RX Leitung der Karte sollte nirgends angeschlossen
|
||||
(stillgelegt) werden! Aufgrund dieser Schaltung kann diese ISDN-Karte
|
||||
|
@ -5006,7 +5006,7 @@ gibt 5ESS und NI Treiber, die z.Zt. auf UltraSparc portiert werden.
|
|||
<label id="country_pakistan">
|
||||
<p>
|
||||
Anscheinend gibt es dort keine MSN-Funktion. Daher sollte als MSN die
|
||||
'0' benutzt werden.
|
||||
"0" benutzt werden.
|
||||
|
||||
<sect1> country_portugal: Portugal: Was sollten wir als MSN benutzen?
|
||||
<label id="country_portugal">
|
||||
|
@ -5020,8 +5020,8 @@ werden. Wenn mehr als eine MSN beantragt wurde, sollten diese wie
|
|||
<label id="country_switzerland">
|
||||
<p>
|
||||
In der Schweiz musst Du die <em>letzte Ziffer</em> Deiner
|
||||
Telefonnummer als MSN/EAZ nehmen ('6' wenn Deine Telefonnummer
|
||||
'123456' lautet).
|
||||
Telefonnummer als MSN/EAZ nehmen ("6" wenn Deine Telefonnummer
|
||||
"123456" lautet).
|
||||
|
||||
<sect1> country_uk: Großbritannien: Was sollen wir als MSN benutzen?
|
||||
<label id="country_uk">
|
||||
|
@ -5107,11 +5107,11 @@ leicht zu implementieren. Wenn Du diese Features brauchst, dann kaufe
|
|||
Dir eine aktive Karte.
|
||||
|
||||
<tag/AOC-D/
|
||||
'Advice Of Charge During the Call' (Gebührenübermittlung
|
||||
"Advice Of Charge During the Call" (Gebührenübermittlung
|
||||
während des Gespräches).
|
||||
|
||||
<tag/AOC-E/
|
||||
'Advice of Charge at the End of the Call'
|
||||
"Advice of Charge at the End of the Call"
|
||||
(Gebührenübermittlung am Ende des Gespräches). In
|
||||
Deutschland ist dieser Service im 'Komfortanschluß' enthalten.
|
||||
|
||||
|
|
Loading…
Reference in New Issue