[gelöst] NT-Karte an TA: rausrufen ja, reinrufen nein :-(

[traintop]

Hallo Leute,
ich bin im Moment dabei meine bestehende Asterisk-Anlage zuhause um einen Asterisk in der Wohnung meines Bruders zu erweitern, diese per IAX zu verbinden sodass wir kostenlos miteinander telephonieren können. Der "eigene" Asterisk und die Verbindung der beiden per IAX läuft tadellos; ich bin sehr zufrieden!
Vorab: Beide Rechner sind identisch bis auf die verwendeten Festplatten und die ISDN-Karten: Der "eigene" hat eine HFC- (für interne Telephone über TA) und eine Fritz!-Karte (für Amt), der "Bruder" nur eine HFC-Karte (für interne Telephone über TA).
Zur Installation des "Bruder"s habe ich einfach die Festplatte des "eigene"n auf die des "Bruder"s kopiert und per Grub zum laufen gebracht; dann misdn-init scan bzw. config, misdn.conf, iax.conf und extension.ael angepasst, rebootet und getestet.
-Nun zum Problem beim "Bruder":
Über ein am TA (falls es wichtig ist: ein Hagenuk Databox SpeedDragon) angeschlossenes Telephon kann ich über mISDN wunderbar telephonieren (auch per IAX zum "eigene"n). Aber ich kann dieses Telephon nicht anrufen: dann kommt folgendes (bei mISDN-Debug 7):

chronos*CLI> misdn set debug 7
changing debug level for all ports to 7
P[ 0]  --> * NEW CHANNEL dad:1 oad:(null)
P[ 1] * Queuing chan 0x820d550
P[ 1] read_config: Getting Config
P[ 1] config_jb: Called
P[ 1]  --> * CallGrp: PickupGrp:
P[ 1]  --> TON: International
P[ 1]  --> LTON: International
P[ 1]  --> CTON: Unknown
P[ 1] * CALL: 1/1
P[ 1]  --> * dad:1 tech:mISDN/0-u37 ctx:misdn
P[ 1]  --> * adding2newbc ext 1
P[ 1]  --> * adding2newbc callerid 2
P[ 1] update_config: Getting Config
P[ 1]  --> pres: -1 screen: -1
P[ 1]  --> pres: 3
P[ 1]  --> PRES: Allowed (0x0)
P[ 1]  --> SCREEN: Network Nr. (0x3)
P[ 1] NO OPTS GIVEN
P[ 1] SENDEVENT: stack->nt:1 stack->uperid:40000101
P[ 1] I SEND:SETUP oad:2 dad:1 pid:39
P[ 1]  --> bc_state:BCHAN_CLEANED
P[ 1]  --> channel:0 mode:NT cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:1 dnumplan:1 rnumplan:0 cpnnumplan:0
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 1]  --> screen:3 --> pres:0
P[ 1]  --> addr:0 l3id:800aff00 b_stid:0 layer_id:50010180
P[ 1]  --> facility:Fac_None out_facility:Fac_None
P[ 1]  --> urate:0 rate:16 mode:0 user1:0
P[ 1]  --> bc:81d1560 h:0 sh:0
P[ 1] find_free_chan: req_chan:0
P[ 1]  --> found chan: 1
P[ 1] set_chan_in_stack: 1
P[ 1] Idx:0 stack->cchan:0 in_use:1 Chan:1
P[ 1] Idx:1 stack->cchan:0 in_use:0 Chan:2
P[ 1] Idx:2 stack->cchan:0 in_use:0 Chan:3
P[ 1]  -->  found channel: 1
P[ 1]  --> new_l3id ff00
P[ 1]  --> * SEND: State Dialing pid:39
P[ 1]  --> lib: prim 30581 dinfo ff00
P[ 1]  --> lib: Event_ind:SETUP CONFIRM [NT] : new L3ID  is 800bff00
P[ 1] I IND :CC_SETUP|CONFIRM: old l3id:ff00 new l3id:800bff00
P[ 1] I IND :NEW_L3ID oad:2 dad:1 pid:39 state:CALLING
P[ 1]  --> channel:1 mode:NT cause:16 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:1 dnumplan:1 rnumplan:0 cpnnumplan:0
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 1]  --> screen:3 --> pres:0
P[ 1]  --> addr:0 l3id:800bff00 b_stid:0 layer_id:50010180
P[ 1]  --> facility:Fac_None out_facility:Fac_None
P[ 1] misdn_write: Returning because notxone
P[ 1]  --> urate:0 rate:16 mode:0 user1:0
P[ 1]  --> bc:81d1560 h:0 sh:0
P[ 1]  --> bc_state:BCHAN_CLEANED
P[ 1] misdn_write: Returning because notxone
.
. (einige Seiten lang)
.
P[ 1] misdn_write: Returning because notxone
P[ 1]  --> lib: prim 35a82 dinfo 800bff00
P[ 1] $$$ CLEANUP CALLED pid:39
P[ 1] $$$ Already cleaned up bc with stid :0
P[ 1] empty_chan_in_stack: 1
P[ 1] Idx:0 stack->cchan:0 in_use:1 Chan:1
P[ 1] Idx:1 stack->cchan:0 in_use:0 Chan:2
P[ 1] Idx:2 stack->cchan:0 in_use:0 Chan:3
P[ 1] I IND :RELEASE_COMPLETE oad: dad: pid:39 state:CALLING
P[ 1]  --> channel:0 mode:NT cause:18 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 1]  --> screen:3 --> pres:0
P[ 1]  --> addr:0 l3id:800bff00 b_stid:0 layer_id:50010180
P[ 1]  --> facility:Fac_None out_facility:Fac_None
P[ 1]  --> urate:0 rate:16 mode:0 user1:0
P[ 1]  --> bc:81d1560 h:0 sh:0
P[ 1]  --> bc_state:BCHAN_CLEANED
P[ 1] hangup_chan called
P[ 1]  --> queue_hangup
P[ 1] release_chan: bc with l3id: 800bff00
P[ 1] * RELEASING CHANNEL pid:39 ctx:misdn dad:1 oad:1 state: CLEANING
P[ 1]  --> * State Down
P[ 1]  --> Setting AST State to down
P[ 1]  --> lib: prim 3ff82 dinfo 800bff00
P[ 1] $$$ find_chan: No channel found for oad: dad:
P[ 1] I IND :TIMEOUT oad: dad: pid:39 state:none
P[ 1]  --> channel:0 mode:NT cause:18 ocause:16 rad: cad:
P[ 1]  --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 1]  --> caps:Speech pi:0 keypad: sending_complete:0
P[ 1]  --> screen:3 --> pres:0
P[ 1]  --> addr:0 l3id:800bff00 b_stid:0 layer_id:50010180
P[ 1]  --> facility:Fac_None out_facility:Fac_None
P[ 1]  --> urate:0 rate:16 mode:0 user1:0
P[ 1]  --> bc:81d1560 h:0 sh:0
P[ 1]  --> bc_state:BCHAN_CLEANED
P[ 1] Chan not existing at the moment bc->l3id:800bff00 bc:0x81d1560 event:TIMEOUT port:1 channel:0
P[ 1]  --> lib: prim 3f182 dinfo 800bff00
P[ 1]  --> Faking Realease_cr for 41000101
P[ 1]  --> Removing Process Id:0 on this port.
P[ 1]  --> lib: RELEASE_CR Ind with l3id:800bff00
P[ 1]  --> lib: CLEANING UP l3id: 800bff00
P[ 1] $$$ find_chan: No channel found for oad: dad:
P[ 1] I IND :CLEAN_UP oad: dad: pid:39 state:none
P[ 1] $$$ CLEANUP CALLED pid:39
P[ 1] $$$ Already cleaned up bc with stid :0
P[ 1] Idx:0 stack->cchan:0 in_use:0 Chan:1
P[ 1] Idx:1 stack->cchan:0 in_use:0 Chan:2
P[ 1] Idx:2 stack->cchan:0 in_use:0 Chan:3
chronos*CLI>

Am "eigene"n funktioniert mISDN tadellos; hier ist allerdings eine Telekom Speedport 700 der TA. Und was die MSNs betrifft; an der SpeedDragon ist 1 die MSN der Nebenstelle für das (einzige) angeschlossene Telphon. Dasselbe passiert, wenn ich per SIP-Telephon lokal am "Bruder" die 1 wähle und per IAX.... -ich weiss einfach nicht mehr weiter!
Anbei noch die relevanten confs:
misdn.conf: (ohne Kommentare)

misdn_init=/etc/misdn-init.conf
debug=1
ntdebugflags=0
ntdebugfile=/var/log/misdn-nt.log
bridging=yes
l1watcher_timeout=0
stop_tone_after_first_digit=yes
append_digits2exten=yes
dynamic_crypt=no
crypt_prefix=**
crypt_keys=test,muh
[default]
context=misdn
language=en
musicclass=default
senddtmf=yes
far_alerting=no
allowed_bearers=all
nationalprefix=0
internationalprefix=00
rxgain=0
txgain=0
te_choose_channel=no
pmp_l1_check=no
pp_l2_check=no
reject_cause=16
need_more_infos=no
nttimeout=no
method=standard
dialplan=1
localdialplan=1
cpndialplan=0
early_bconnect=yes
incoming_early_audio=no
presentation=-1
screen=-1
echocancelwhenbridged=no
echotraining=no
jitterbuffer=4000
jitterbuffer_upper_threshold=0
hdlc=no
max_incoming=-1
max_outgoing=-1
[intern]
ports=1                 ; hier stand noch ",2"
context=misdn
msns=*
overlapdial=1

extensions.ael

context from-sip {
        1 => {
                Answer();  //muss weg, wenn's funzt
                SayDigits(5678); //dito, nur zum testen der IAX-Verbindung
                Dial(mISDN/1/1);
                Hangup();
        };
};
context misdn {
        _X. => {
                Dial(IAX2/"eigene"r/${EXTEN});
                Hangup();
                };
        1 => {
                Answer();
                SayDigits(${CALLERID(num)});
                Hangup();
             };
};

Über den context "from-sip" sollte ich per IAX bzw. SIP-Phone über die Extension 1 das erwähnte Telephon erreichen können, was aber obiges Fehler-Log produziert nachdem ich die "fünf-sechs-sieben-acht" der netten Simme gehört habe.
Im Context misdn habe ich die Extension 1 nur erstellt, damit ich überprüfen kann, ob ich überhaupt die Anlage richtig eingestellt habe; die freundliche Stimme sagt als Anrufer-Nummer "null-eins"; woher die null kommt weiss ich nicht, habe aber auch schonmal probiert Dial(mISDN/1/01); statt Dial(mISDN/1/1); zu verwenden, macht aber keinen Unterschied! :-(
Am "eigene"n funzt Dial(mISDN/1/1); wunderbar!

-So Leute, erstmal möchte ich für das lange Posting entschuldigen, aber ich wollte soviele Infos mitgeben wie ich kann und zweitens möchte ich schon im voraus jedem danken, der antwortet,
traintop

Lösung: Wenn ich die Hagenuk TK des "Bruder"s in den Auslieferungszustand versetze geht es auf einmal...
-keine Ahnung wieso, aber es funzt! -Sobald ich einem der Anschlüsse eine MSN zuweise geht es nur noch wie oben beschrieben in eine Richtung... :-(