Hallo,
ich habe ein Problem mit der ISDN-Dienstekennung. Aber zu erst die Komponenten (in Klammer die verwendeten Abkürzungen):
LanCom 1100 Office (LC)
LanCapi 3.11 (LA)
digitaler Anrufbeantworter (PC-Software) (AB)
TK von DeTeWe (TK)
mit internem S0 (S0)
Telekom (TE)
Ein Anruf wird nun von der TK auf den S0 über die LA an den AB gemeldet. Nun kommt meistens die Dienstekennung "0" - welche unzulässig ist - am AB an. Deswegen nimmt der AB den Ruf auch nicht an.
Rufe ich über das Festnetz den AB an, so ist die Dienstekennung "0". Mit dem Handy dagegen "16".
Aber: andere Handy-Anrufe übermitteln ebenfalls die "0". Das Verhalten ist allerdings nicht zufällig sondern sicher reproduzierbar. Rufe ich mich selbst an (allerdings Fritzkarte und andere TK) so stimmen die Kennungen.
Und hier die Frage: kann die LA die Dienstekennung verändern bzw. macht diese dies auch? Oder: wie kann ich die Fehlerquelle ermitteln?
Dankbar für jeden Tipp!!
Isdn Dienstekennung von/mit LanCapi
Moderator: Lancom-Systems Moderatoren
Re: Isdn Dienstekennung von/mit LanCapi
Moin, moin!
Ciao, Georg
Die LANCAPI verhält sich da, wie jede andere CAPI auch: Sie verwendet die Dienstkennung, die sie im ISDN-Setup von der Vermittlung mitgeteilt bekommt. Um das Problem weiter einzugrenzen, solltest du einen D-Kanal Trace von einem ankommenden Anruf machen.lcmax hat geschrieben:Und hier die Frage: kann die LA die Dienstekennung verändern bzw. macht diese dies auch? Oder: wie kann ich die Fehlerquelle ermitteln?
Ciao, Georg
Hi,lcmax hat geschrieben:Aber ein Trace-Prog muss auf dem LC ablaufen und nicht auf dem PC. Denn dann bin ich weiterhin so schlau wie heute. Gibt es da eine Möglichkeit?
im SYSLOG wird doch auch die ISDN-Schnittstelle protokolliert. Das sieht dann z.B. bei mir so aus:
Code: Alles auswählen
CONNECTION_INFO: incomming call on S0-1, BChan: 1, CLIP: 0093112345, DIAL: 22, Bearer-Cap.: Speech
CONNECTION_INFO: incomming call on S0-1, BChan: 1, CLIP: 006115612345, DIAL: 22, Bearer-Cap.: A-3.1kHzUnd die letzten SYSLOG-Meldungen kann man doch auch über die HTML-Schnittstelle abrufen. Evtl. hilft Dir das weiter.
mfg
JLacky
Hi lcmax,
Gruß
Backslash
wie MoinMoin schon sagte: mach einen D-Kanal Trace. Der Tracer ist im LANCOM integriert. Gib einfach auf der Konsole "trace + d-channel" ein und harre der Dinge die da kommen...Aber ein Trace-Prog muss auf dem LC ablaufen und nicht auf dem PC. Denn dann bin ich weiterhin so schlau wie heute. Gibt es da eine Möglichkeit?
Gruß
Backslash
Moin, moin!
Ciao, Georg
In der Tat, das sollte als CIP die 4 ergeben. Es gibt von AVM Debug-Tools, die dir bei der weiteren Fehlersuche sicherlich weiterhelfen können. Sehr bewährt hat sich die Debug-DLL, die zwischen die CAPI2032.DLL des CAPI-Herstellers und die Applikation "gesteckt" wird und alle Kommunikation über die DLL mitschreibt.lcmax hat geschrieben:Es kommt "A-3.1kHz", was der Kennung "4" entspricht. Nur über die RCapi wird daraus "0". Da muss ich noch suchen bzw. klären. Kommt mir aber sehr eigenartig vor?!?!
Ciao, Georg
Danke. Aber die Tools habe ich nicht gefunden.
Dafür ein ISDN-Telefon angeschlossen, MSN eingestellt. Das Teil nimmt alle Sprach-Anrufe an. Also liegt es nun doch eindeutig an der RCAPI.
Aber von Lancom kommt auch keine Antwort auf meine Nachricht.
Somit werde ich den LC wohl durch eine Fritzkarte ersetzen müssen.
Gruß
Dafür ein ISDN-Telefon angeschlossen, MSN eingestellt. Das Teil nimmt alle Sprach-Anrufe an. Also liegt es nun doch eindeutig an der RCAPI.
Aber von Lancom kommt auch keine Antwort auf meine Nachricht.
Somit werde ich den LC wohl durch eine Fritzkarte ersetzen müssen.
Gruß
Moin, moin!
In der Gegend finden sich auch noch weitere nützliche Tools.
Ciao, Georg
Siehe ftp://ftp.avm.de/develper/debugdlllcmax hat geschrieben:Danke. Aber die Tools habe ich nicht gefunden.
In der Gegend finden sich auch noch weitere nützliche Tools.
Ciao, Georg