Anlagenkopplung und LCR - wo liegt mein Denkfehler?

hmilz

Neuer User
Mitglied seit
3 Okt 2005
Beiträge
25
Punkte für Reaktionen
0
Punkte
0
Hi,

habe kürzlich diese wunderschöne LCR-Mimik eingerichtet und bin an sich ganz happy. Das Setup geht so: Die Analog-Fone hängen an meiner alten Euracom 180, die über einen zusätzlichen internen S0 mit dem * verbunden ist (HFC-TE, der * ist damit nur eine Nebenstelle). Der * lauscht auf Anschluss 22 und gibt mir einen DISA, wenn ich die 22 anwähle. Die Analog-Anschlüsse wählen nach 3 s automatisch 22, soweit alles prima. Der * LCRt auch ganz prima, und wenn er der Meinung ist, der Anruf sei über ISDN-CbC billiger, soll dieser zurück zur ISDN-Tk

exten => _X.,2,SetVar(TRUNK=Zap/g1)

und raus. 2 B-Kanäle, alles klar, sollte man meinen. Ist aber nicht, ich bekomme immer ein besetzt.

Hier das Log eines Anrufs von Nst. 11 auf eine Handynummer. Der * sollte CbC über 01039 machen und das Gespräch über die Tk schicken.

Code:
    -- Accepting voice call from '11' to '22' on channel 0/1, span 1
    -- Executing Goto("Zap/1-1", "callthrough|s|1") in new stack
    -- Goto (callthrough,s,1)
    -- Executing DISA("Zap/1-1", "no-password|externlcr") in new stack
Oct  9 13:59:41 WARNING[30147]: cdr.c:286 ast_cdr_init: CDR already initialized on 'Zap/1-1'
    -- Executing Goto("Zap/1-1", "tsblcr|0173XXXXXXX|1") in new stack
    -- Goto (tsblcr,0173XXXXXXX,1)
    -- Executing SetVar("Zap/1-1", "LCRFILE=/etc/asterisk/lcr/tsblcr.routing") in new stack
    -- Executing SetVar("Zap/1-1", "TRUNK=Zap/g1") in new stack
    -- Executing SetVar("Zap/1-1", "SIPCONF=/etc/asterisk/sip.conf") in new stack
    -- Executing Macro("Zap/1-1", "tsblcr|0173XXXXXXX|/etc/asterisk/lcr/tsblcr.routing|11|11|Zap/g1|/etc/asterisk/sip.conf|") in new stack
    -- Executing SetVar("Zap/1-1", "RESTART=0") in new stack
    -- Executing SetVar("Zap/1-1", "ROPT=") in new stack
    -- Executing GotoIf("Zap/1-1", "1?9") in new stack
    -- Goto (macro-tsblcr,s,9)
    -- Executing SetLanguage("Zap/1-1", "de") in new stack
    -- Executing Goto("Zap/1-1", "dial|1") in new stack
    -- Goto (macro-tsblcr,dial,1)
    -- Executing AGI("Zap/1-1", "tsblcr.agi|/etc/asterisk/lcr/tsblcr.routing|0173XXXXXXX") in new stack
    -- Launched AGI Script /var/lib/asterisk/agi-bin/tsblcr.agi
    -- AGI Script tsblcr.agi completed, returning 0
    -- Executing GotoIf("Zap/1-1", "0?disabled|1") in new stack
    -- Executing SetVar("Zap/1-1", "IT=0") in new stack
    -- Executing SetVar("Zap/1-1", "IT=1") in new stack
    -- Executing Cut("Zap/1-1", "CBC=TSBLCRROUTING| |1") in new stack
    -- Executing GotoIf("Zap/1-1", "0?end|1") in new stack
    -- Executing GotoIf("Zap/1-1", "0?sip|1:pstn|1") in new stack
    -- Goto (macro-tsblcr,pstn,1)
    -- Executing SetCIDNum("Zap/1-1", "11") in new stack
    -- Executing SetCIDName("Zap/1-1", "11") in new stack
    -- Executing GotoIf("Zap/1-1", "0?4:6") in new stack
    -- Goto (macro-tsblcr,pstn,6)
    -- Executing SetVar("Zap/1-1", "PSTNTRUNK=Zap/g1/") in new stack
    -- Executing GotoIf("Zap/1-1", "0? 20 : 10") in new stack
    -- Goto (macro-tsblcr,pstn,10)
    -- Executing Dial("Zap/1-1", "Zap/g1/0010390173XXXXXXX||Tt") in new stack

; mit vorangestellter 0 wg. Amtsholung in der Tk, also 0 - 01039 - ... 

    -- Requested transfer capability: 0x00 - SPEECH
    -- Called g1/0010390173XXXXXXX
    -- Zap/2-1 is making progress passing it to Zap/1-1

; Warum gibt Zap/2-1 den Ruf an Zap/1-1 zurück? Klar ist der Kanal besetzt!

    -- Channel 0/2, span 1 got hangup
    -- Hungup 'Zap/2-1'
  == No one is available to answer at this time
    -- Executing Goto("Zap/1-1", "ds-NOANSWER|1") in new stack
    -- Goto (macro-tsblcr,ds-NOANSWER,1)
    -- Executing Goto("Zap/1-1", "end|1") in new stack
    -- Goto (macro-tsblcr,end,1)
    -- Executing GotoIf("Zap/1-1", "0?10") in new stack
    -- Executing Congestion("Zap/1-1", "") in new stack
    -- Channel 0/1, span 1 got hangup

Irgendeine Idee, außer das Problem mit Hardware, bsp. einer zweiten ISDN-Karte direkt zum NTBA, zu erschlagen? Welchen Denk-/Konfigurationsfehler mache ich hier mit der Vermutung, ich könne je einen B-Kanal in jede Richtung nutzen? Die extensions.conf entspricht der
hier auf S. 8 gezeigten.
 
Hmmm - keiner eine Idee, was hier schief läuft?

:huhu:

---

EDIT:

Kein Denkfehler, eher ein Konfigurationsfehler in der Euracom.

Ich musste bei dem Teil das Netzteil reparieren (der übliche Fehler) und habe anschließend einen #*0000# gemacht (Vollreset), weil die serielle Schnittstelle nicht reagiert. Danach habe ich die nötigsten Sachen per Telefon programmiert (v.a. Rufverteilung) und nun geht's. Sehr merkwürdig.

:wiejetzt:

Die serielle reagiert immer noch nicht wieder. Sowas hatte ich vor Jahren schon einmal. Musste lange Zeit mit uralten LCR-Tabellen teflonieren. Irgendwann ging's dann wieder. Hat mir jemand einen Tipp, wie ich die serielle (S1) wieder erweckt bekomme? TIA!

Alternativ scheint's über CAPI zu gehen. Wäre aber trotzdem interessant.

---

EDIT2:

Über CAPI geht's einwandfrei mit der Anlage zu reden. Aber den Anruf durchstellen will sie trotzdem nicht, das ging genau einmal. Liegt damit also an der Anlage, nicht am Asterisk. Sch*** drauf, dann eben mit einem Fritz! USB.
 

Zurzeit aktive Besucher

Statistik des Forums

Themen
244,831
Beiträge
2,219,106
Mitglieder
371,533
Neuestes Mitglied
ipeee
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.