asterisk misdn xen HFC problem

[masu11]

Moin moin.

ich habe viel gelesen und auch schon einiges geschafft.

Ich habe hier 2 TK-Anlagen stehen die eine produktiv und die andere zum testen

Hardware:
jeweils 2x HFC

Software:
Xen 3.1 lenny amd64
debian etch 686
asterisk 1.2
misdn 1.6
freepbx 2.2.2

(auf beiden Systemen identisch)

Nun zu meiner Frage:
Ich habe die gesamte Maschine kopiert und sie auf der Testmaschine gestartet.
lspci:

00:00.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
00:01.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)

/etc/misdn-init.conf

card=1,hfcpci
card=2,hfcpci
te_ptmp=1
nt_ptmp=2
option=1,master_clock
poll=64
#pcm=1
debug=0

/etc/asterisk/misdn.conf

[general]
debug=0
bridging=no
stop_tone_after_first_digit=yes
append_digits2exten=yes
dynamic_crypt=no
crypt_prefix=**
crypt_keys=test,muh

[default]
context=misdn
language=de
nationalprefix=0
internationalprefix=049
rxgain=0
txgain=0
te_choose_channel=no
method=standard
dialplan=0
localdialplan=0
early_bconnect=yes
hold_allowed=yes
callgroup=1
pickupgroup=1
echocancelwhenbridged=no
echotraining=yes

[intern]
ports=2
context=from-internal

[extern]
ports=1
context=from-pstn
msns=*
echocancel=yes

misdnportinfo sagt:

Port 1: TE-mode BRI S/T interface line (for phone lines)
-> Protocol: DSS1 (Euro ISDN)
-> Layer 4 protocol 0x04000001 is detected, but not allowed for TE lib.
-> childcnt: 2
* Port NOT useable for PBX (maybe there is already a PBX running?)
--------
Port 2: NT-mode BRI S/T interface port (for phones)
-> Layer 2 protocol 0x02000002 is detected, but not allowed for NT lib.
* Port NOT useable for PBX (maybe there is already a PBX running?)
--------

mISDN_close: fid(3) isize(131072) inbuf(0x804c060) irp(0x804c060) iend(0x804c060)

und misdn show stacks im *CLI meint:

BEGIN STACK_LIST:
* Port 1 Type TE Prot. PMP L2Link DOWN L1LinkOWN Blocked:0 Debug:0
* Port 2 Type NT Prot. PMP L2Link DOWN L1Link:UP Blocked:0 Debug:0

soweit so gut. Ich habe an einem gekreutzten NTBA ein einfaches ISDN-telefon mit der MSN 800 angeschlossen und diesen an die NT Karte gehängt. Danach zeigt er wie oben angeggeben link up.

(Wie gesagt die Config ist auf der Produktivanlage identisch.)

Nun habe ich eine SIP Nebenstalle angemeldet (301) und versuche die 800 anzurufen.
Erst klingelt es 2x dann gibts ein chan_unavailable
Der Dialstring ist mISDN/2/800

Das ist auf dem CLI zu sehen:

-- Executing Macro("SIP/301-0818c990", "exten-vm|800|800") in new stack
-- Executing Macro("SIP/301-0818c990", "user-callerid") in new stack
-- Executing NoOp("SIP/301-0818c990", "user-callerid: device 301") in new stack
-- Executing GotoIf("SIP/301-0818c990", "0?report") in new stack
-- Executing GotoIf("SIP/301-0818c990", "0?start") in new stack
-- Executing Set("SIP/301-0818c990", "REALCALLERIDNUM=301") in new stack
-- Executing NoOp("SIP/301-0818c990", "REALCALLERIDNUM is 301") in new stack
-- Executing Set("SIP/301-0818c990", "AMPUSER=301") in new stack
-- Executing Set("SIP/301-0818c990", "AMPUSERCIDNAME=BueroPC1") in new stack
-- Executing GotoIf("SIP/301-0818c990", "0?report") in new stack
-- Executing Set("SIP/301-0818c990", "CALLERID(all)=BueroPC1 <301>") in new stack
-- Executing Set("SIP/301-0818c990", "REALCALLERIDNUM=301") in new stack
-- Executing NoOp("SIP/301-0818c990", "TTL: ARG1: 800") in new stack
-- Executing GotoIf("SIP/301-0818c990", "0?continue") in new stack
-- Executing Set("SIP/301-0818c990", "__TTL=64") in new stack
-- Executing GotoIf("SIP/301-0818c990", "1?continue") in new stack
-- Goto (macro-user-callerid,s,21)
-- Executing NoOp("SIP/301-0818c990", "Using CallerID "BueroPC1" <301>") in new stack
-- Executing Set("SIP/301-0818c990", "FROMCONTEXT=exten-vm") in new stack
-- Executing Set("SIP/301-0818c990", "VMBOX=800") in new stack
-- Executing Set("SIP/301-0818c990", "EXTTOCALL=800") in new stack
-- Executing Set("SIP/301-0818c990", "CFUEXT=") in new stack
-- Executing Set("SIP/301-0818c990", "CFBEXT=") in new stack
-- Executing Set("SIP/301-0818c990", "RT=15") in new stack
-- Executing Macro("SIP/301-0818c990", "record-enable|800|IN") in new stack
-- Executing GotoIf("SIP/301-0818c990", "0?2:4") in new stack
-- Goto (macro-record-enable,s,4)
-- Executing DeadAGI("SIP/301-0818c990", "recordingcheck|20090826-152742|1251293262.4") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/recordingcheck
recordingcheck|20090826-152742|1251293262.4: Inbound recording not enabled
-- AGI Script recordingcheck completed, returning 0
-- Executing NoOp("SIP/301-0818c990", "No recording needed") in new stack
-- Executing Macro("SIP/301-0818c990", "dial|15|tr|800") in new stack
-- Executing DeadAGI("SIP/301-0818c990", "dialparties.agi") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi
dialparties.agi: Starting New Dialparties.agi
== Parsing '/etc/asterisk/manager.conf': Found
== Manager 'admin' logged on from 127.0.0.1
dialparties.agi: priority is 1
dialparties.agi: Caller ID name is 'BueroPC1' number is '301'
dialparties.agi: Methodology of ring is 'none'
> dialparties.agi: USE_CONFIRMATION: 'FALSE'
> dialparties.agi: RINGGROUP_INDEX: ''
-- dialparties.agi: Added extension 800 to extension map
-- dialparties.agi: Extension 800 cf is disabled
-- dialparties.agi: Extension 800 do not disturb is disabled
> dialparties.agi: extnum: 800
> dialparties.agi: exthascw: 1
> dialparties.agi: exthascfb: 0
> dialparties.agi: extcfb:
> dialparties.agi: exthascfu: 0
> dialparties.agi: extcfu:
-- dialparties.agi: dbset CALLTRACE/800 to 301
== Manager 'admin' logged off from 127.0.0.1
-- AGI Script dialparties.agi completed, returning 0
-- Executing Dial("SIP/301-0818c990", "mISDN/2/800|15|tr") in new stack
-- Called 2/800
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Set("SIP/301-0818c990", "SV_DIALSTATUS=CHANUNAVAIL") in new stack
-- Executing GosubIf("SIP/301-0818c990", "0?docfu|1") in new stack
-- Executing GosubIf("SIP/301-0818c990", "0?docfb|1") in new stack
-- Executing Set("SIP/301-0818c990", "DIALSTATUS=CHANUNAVAIL") in new stack
-- Executing NoOp("SIP/301-0818c990", "Voicemail is 800") in new stack
-- Executing GotoIf("SIP/301-0818c990", "0?s-CHANUNAVAIL|1") in new stack
-- Executing NoOp("SIP/301-0818c990", "Sending to Voicemail box 800") in new stack
-- Executing Macro("SIP/301-0818c990", "vm|800|CHANUNAVAIL") in new stack
-- Executing Macro("SIP/301-0818c990", "user-callerid|SKIPTTL") in new stack
-- Executing NoOp("SIP/301-0818c990", "user-callerid: BueroPC1 301") in new stack
-- Executing GotoIf("SIP/301-0818c990", "0?report") in new stack
-- Executing GotoIf("SIP/301-0818c990", "1?start") in new stack
-- Goto (macro-user-callerid,s,5)
-- Executing NoOp("SIP/301-0818c990", "REALCALLERIDNUM is 301") in new stack
-- Executing Set("SIP/301-0818c990", "AMPUSER=301") in new stack
-- Executing Set("SIP/301-0818c990", "AMPUSERCIDNAME=BueroPC1") in new stack
-- Executing GotoIf("SIP/301-0818c990", "0?report") in new stack
-- Executing Set("SIP/301-0818c990", "CALLERID(all)=BueroPC1 <301>") in new stack
-- Executing Set("SIP/301-0818c990", "REALCALLERIDNUM=301") in new stack
-- Executing NoOp("SIP/301-0818c990", "TTL: 64 ARG1: SKIPTTL") in new stack
-- Executing GotoIf("SIP/301-0818c990", "1?continue") in new stack
-- Goto (macro-user-callerid,s,21)
-- Executing NoOp("SIP/301-0818c990", "Using CallerID "BueroPC1" <301>") in new stack
-- Executing Set("SIP/301-0818c990", "VMGAIN=") in new stack
-- Executing GotoIf("SIP/301-0818c990", "1?s-CHANUNAVAIL|1") in new stack
-- Goto (macro-vm,s-CHANUNAVAIL,1)
-- Executing Macro("SIP/301-0818c990", "get-vmcontext|800") in new stack
-- Executing Set("SIP/301-0818c990", "VMCONTEXT=default") in new stack
-- Executing GotoIf("SIP/301-0818c990", "0?200:300") in new stack
-- Goto (macro-get-vmcontext,s,300)
-- Executing NoOp("SIP/301-0818c990", "") in new stack
-- Executing VoiceMail("SIP/301-0818c990", "800@default|u") in new stack
-- Playing 'vm-theperson' (language 'de')
-- Playing 'digits/8' (language 'de')
-- Playing 'digits/0' (language 'de')
-- Playing 'digits/0' (language 'de')
-- Playing 'vm-isunavail' (language 'de')
-- Playing 'vm-intro' (language 'de')
-- Playing 'beep' (language 'de')
-- Recording the message
-- x=0, open writing: /var/spool/asterisk/voicemail/default/800/tmp/hKzZxP format: wav49, 0x8227850
-- x=1, open writing: /var/spool/asterisk/voicemail/default/800/tmp/hKzZxP format: gsm, 0x8225370
-- x=2, open writing: /var/spool/asterisk/voicemail/default/800/tmp/hKzZxP format: wav, 0x8227ad8
-- User hung up
== Spawn extension (macro-vm, s-CHANUNAVAIL, 2) exited non-zero on 'SIP/301-0818c990' in macro 'vm'
== Spawn extension (macro-vm, s-CHANUNAVAIL, 2) exited non-zero on 'SIP/301-0818c990' in macro 'exten-vm'
== Spawn extension (macro-vm, s-CHANUNAVAIL, 2) exited non-zero on 'SIP/301-0818c990'

und ich lege auf.
Das ISDN Telefon bleibt nach wie vor tot.

Ich wüsste gern warum?
Kann mir jemand helfen?

 

[sodom1234]

Setz mal den mISDN debug level hoch:

mach mal im cli:
misdn set debug 3

dann noch mal anrufen. So kannst Du sehen was auf mISDN Basis passiert, ob überhaubt etwas passiert.

Das mit dem Telefon habe ich nicht verstanden. Ich hoffe Du meinst Du hast das Telefon vom NTBA abgezogen und auf den NT Port (2) gesteckt. Zumindest Deine Portinfo sagt soetwas. MSN des Telefons vielleicht falsch?

 

[masu11]

gemacht

ich habe den Debuglevel hoch gesetzt.

Ja das ISDN Telefon steckt am gekreuzten ntba.
Die Zusammenstellung ist die gleiche, wie sie seit 2 Jahren produktiv auf einem anderen Server bei mir läuft. Habe sogar die ISDN Karten aus dem Produktivsystem gegen die im Testsystem getauscht um sicher zu gehen, dass diese mit der Config laufen... alles hat funktioniert... ich bekomme nur die Stacks auf dem Testsystem nicht zum laufen.

hier das, was CLI mir sagt:

telefon*CLI> misdn set debug 3
changing debug level for all ports to 3
-- Saved useragent "SIPPER for phoner" for peer 301
-- Executing Macro("SIP/301-08215ac8", "exten-vm|800|800") in new stack
-- Executing Macro("SIP/301-08215ac8", "user-callerid") in new stack
-- Executing NoOp("SIP/301-08215ac8", "user-callerid: device 301") in new stack
-- Executing GotoIf("SIP/301-08215ac8", "0?report") in new stack
-- Executing GotoIf("SIP/301-08215ac8", "0?start") in new stack
-- Executing Set("SIP/301-08215ac8", "REALCALLERIDNUM=301") in new stack
-- Executing NoOp("SIP/301-08215ac8", "REALCALLERIDNUM is 301") in new stack
-- Executing Set("SIP/301-08215ac8", "AMPUSER=301") in new stack
-- Executing Set("SIP/301-08215ac8", "AMPUSERCIDNAME=BueroPC1") in new stack
-- Executing GotoIf("SIP/301-08215ac8", "0?report") in new stack
-- Executing Set("SIP/301-08215ac8", "CALLERID(all)=BueroPC1 <301>") in new stack
-- Executing Set("SIP/301-08215ac8", "REALCALLERIDNUM=301") in new stack
-- Executing NoOp("SIP/301-08215ac8", "TTL: ARG1: 800") in new stack
-- Executing GotoIf("SIP/301-08215ac8", "0?continue") in new stack
-- Executing Set("SIP/301-08215ac8", "__TTL=64") in new stack
-- Executing GotoIf("SIP/301-08215ac8", "1?continue") in new stack
-- Goto (macro-user-callerid,s,21)
-- Executing NoOp("SIP/301-08215ac8", "Using CallerID "BueroPC1" <301>") in new stack
-- Executing Set("SIP/301-08215ac8", "FROMCONTEXT=exten-vm") in new stack
-- Executing Set("SIP/301-08215ac8", "VMBOX=800") in new stack
-- Executing Set("SIP/301-08215ac8", "EXTTOCALL=800") in new stack
-- Executing Set("SIP/301-08215ac8", "CFUEXT=") in new stack
-- Executing Set("SIP/301-08215ac8", "CFBEXT=") in new stack
-- Executing Set("SIP/301-08215ac8", "RT=15") in new stack
-- Executing Macro("SIP/301-08215ac8", "record-enable|800|IN") in new stack
-- Executing GotoIf("SIP/301-08215ac8", "0?2:4") in new stack
-- Goto (macro-record-enable,s,4)
-- Executing DeadAGI("SIP/301-08215ac8", "recordingcheck|20090826-182150|1251303710.0") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/recordingcheck
recordingcheck|20090826-182150|1251303710.0: Inbound recording not enabled
-- AGI Script recordingcheck completed, returning 0
-- Executing NoOp("SIP/301-08215ac8", "No recording needed") in new stack
-- Executing Macro("SIP/301-08215ac8", "dial|15|tr|800") in new stack
-- Executing DeadAGI("SIP/301-08215ac8", "dialparties.agi") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/dialparties.agi
dialparties.agi: Starting New Dialparties.agi
== Parsing '/etc/asterisk/manager.conf': Found
== Manager 'admin' logged on from 127.0.0.1
dialparties.agi: priority is 1
dialparties.agi: Caller ID name is 'BueroPC1' number is '301'
dialparties.agi: Methodology of ring is 'none'
> dialparties.agi: USE_CONFIRMATION: 'FALSE'
> dialparties.agi: RINGGROUP_INDEX: ''
-- dialparties.agi: Added extension 800 to extension map
-- dialparties.agi: Extension 800 cf is disabled
-- dialparties.agi: Extension 800 do not disturb is disabled
> dialparties.agi: extnum: 800
> dialparties.agi: exthascw: 1
> dialparties.agi: exthascfb: 0
> dialparties.agi: extcfb:
> dialparties.agi: exthascfu: 0
> dialparties.agi: extcfu:
-- dialparties.agi: dbset CALLTRACE/800 to 301
== Manager 'admin' logged off from 127.0.0.1
-- AGI Script dialparties.agi completed, returning 0
-- Executing Dial("SIP/301-08215ac8", "mISDN/2/800|15|tr") in new stack
P[ 0] --> * NEW CHANNEL dad:800 oadnull)
P[ 2] --> TON: Unknown
P[ 2] --> LTON: Unknown
P[ 2] --> CTON: Unknown
P[ 2] * CALL: 2/800
P[ 2] --> * dad:800 tech:mISDN/2-u0 ctx:from-internal
P[ 2] --> * adding2newbc ext 800
P[ 2] --> * adding2newbc callerid 301
P[ 2] --> pres: -1 screen: -1
P[ 2] --> pres: 0
P[ 2] --> PRES: Allowed (0x0)
P[ 2] --> SCREEN: Unscreened (0x0)
P[ 2] NO OPTS GIVEN
P[ 2] I SEND:SETUP oad:301 dad:800 pid:2
P[ 2] --> channel:0 mode:NT cause:16 ocause:16 rad: cad:
P[ 2] --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 2] --> caps:Speech pi:0 keypad: sending_complete:0
P[ 2] --> found chan: 1
P[ 2] --> new_l3id ff00
P[ 2] --> * SEND: State Dialing pid:2
-- Called 2/800
P[ 2] I IND :CC_SETUP|CONFIRM: old l3id:ff00 new l3id:8001ff00
P[ 2] I IND :NEW_L3ID oad:301 dad:800 pid:2 state:CALLING
P[ 2] --> channel:1 mode:NT cause:16 ocause:16 rad: cad:
P[ 2] --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 2] --> caps:Speech pi:0 keypad: sending_complete:0
P[ 2] * IND : HANGUP pid:2 ctx:from-internal dad:800 oad:800 State:CALLING
P[ 2] --> l3id:8001ff00
P[ 2] --> cause:16
P[ 2] --> out_cause:16
P[ 2] --> state:CALLING
P[ 2] I SEND:RELEASE_COMPLETE oad:301 dad:800 pid:2
P[ 2] --> channel:1 mode:NT cause:16 ocause:16 rad: cad:
P[ 2] --> info_dad: onumplan:0 dnumplan:0 rnumplan:0 cpnnumplan:0
P[ 2] --> caps:Speech pi:0 keypad: sending_complete:0
P[ 2] --> Channel: mISDN/2-u0 hanguped new state:CLEANING
== Spawn extension (macro-dial, s, 10) exited non-zero on 'SIP/301-08215ac8' in macro 'dial'
== Spawn extension (macro-dial, s, 10) exited non-zero on 'SIP/301-08215ac8' in macro 'exten-vm'
== Spawn extension (macro-dial, s, 10) exited non-zero on 'SIP/301-08215ac8'
-- Executing Macro("SIP/301-08215ac8", "hangupcall") in new stack
-- Executing ResetCDR("SIP/301-08215ac8", "w") in new stack
P[ 2] $$$ CLEANUP CALLED pid:2
-- Executing NoCDR("SIP/301-08215ac8", "") in new stack
-- Executing GotoIf("SIP/301-08215ac8", "1?skiprg") in new stack
-- Goto (macro-hangupcall,s,6)
-- Executing GotoIf("SIP/301-08215ac8", "1?theend") in new stack
-- Goto (macro-hangupcall,s,9)
-- Executing Wait("SIP/301-08215ac8", "5") in new stack
== Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'SIP/301-08215ac8' in macro 'hangupcall'
== Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'SIP/301-08215ac8'
telefon*CLI> misdn show stacks
BEGIN STACK_LIST:
* Port 1 Type TE Prot. PMP L2Link DOWN L1LinkOWN Blocked:0 Debug:3
* Port 2 Type NT Prot. PMP L2Link DOWN L1Link:UP Blocked:0 Debug:3
telefon*CLI>

Auf der TE Karte steckt erstmal noch nichts.
Auf der NT Karte steckt der gekreuzte NTBA.
An dem NTBA hängt ein ISDN Telefon mit der MSN 800

 

[JanG80]

Kriegst du denn ein Freizeichen, wenn du den Hörer am ISDN Telefon abnimmst?

 

[masu11]

nein

Nein. Das Telefon ist komplett tot.

 

[sodom1234]

also:

Irgendwie verstehe ich Deinen aufbau immer noch nicht ...

Port 1 (TE) der Asterisk Kiste geht an den NTBA .. oder?
Port 2 (NT) geht wohin ? Auch auf den NTBA ?

Dein Logfile sagt zumindest das Asterisk versucht auf Port 2 ein gespräch zu erzeugen, da antwortet aber niemand. Da Dein Telefon tod ist, stimmt was mit dem Anschluss nicht.

 

[masu11]

sorry

Ich habe folgenden Aufbau:

HFC Card1:
TE mode - hängt am NTBA der Telekom. wo mein ISDN aufläuft.

HFC Card 2:
NT Mode - hängt an einem gekreuzten NTBA
- hier ist ein ISDN Telefon mit der MSN 800 angeschlossen.

Die Anlage ist eine exakte Kopie meiner produktivanlage, die seit 2 Jahren ohne zu mucken funktioniert.
Schliesse ich das ISDN Telefon dort an kann ich mit dem Telefon ohne änderung der einstellungen sofort lostelefonieren und bin (so ich die inbound routes eingestellt habe) auch telefonisch von aussen erreichbar.

Und natürlich: VIELEN DANK an alle, die sich die Mühe machen, sich das Problem anzuschauen!!!

Auch der gekreuzte NTBA ist bereits an der produktivanlage getesten worden... und was aoll ich sagen, es geht!
Die Verkabelung stimmt also auch

Nun habe ich mal meinen telefonanschluss abgeklemmt und komplett an die testanlage gehängt, um ein eingangssignal zu haben... Natürlich habe ich zur Sicherheit alles neu gestartet und... die Links bleiben down.

Ich bekomme also nichtmal den eingehenden Anschluss auf der TE Card zu fassen.

misdn-init start bringt die Karten aber korrekt hoch und meckert nicht ein stück.
Auch asterisk tut seinen dienst... s.o.

Um 100%ig sicher zu gehen habe ich meine Produktivanlage runtergefahren (nach 2 Jahren dauerbetrieb) und die ISDN karten aus der Testanlage dort eingebaut... Anlage gestartet und alles lief... auch das besagte ISDN telefon...

WAS mache ich falsch???

Lieben Gruß

Irgendwie muss der fehler wohl weiter oben liegen...
Die Karten werden von Xen an die DomU weitergegeben (wie im original)
Die Karten werden natürlich im Host ausgeblendet. (pciback.hide)
Die HISAX und Capi werden sowohl im Host als auch in der DomU blacklistet. (erfolgreich -> lsmod)

Ich bin morgen wieder dran... vielleicht fällt ja irgendwem noch was ein.

 

[sodom1234]

Hmm..

also ich kenne die Karten nicht, aber warum hast Du noch einen NTBA am Port 2 im betrieb ? Kann die Karte die Spannungsversorgung für das Telefon nicht selber machen? Ich stell mir halt die Frage warum ist da noch ein NTBA auf dem NT Port und was versteht man unter einem gekreuztem NTBA. (sorry einfach Begriffsunkenntnis.). Im Grunde befürchte ich gerade das Du die Stromversorgung des Kartenports mit dem des NTBAs kurzschließt. Ich vermute jetzt aber mal Ihr nuntzt den als Leitungstreiber.

Ich kann aus Deinem Log nur erkennen, das Dein System versucht den Sip call auf den Port 2 Deiner Testanlage zu routern. Das sieht auch alles normal aus. Da antwortet aber nix. Ich bin mir im Moment nicht ganz sicher ob diese Logzeilen von dem Telefon kommen oder noch vom Stack selber generiert werden, das bekomme ich immer durcheinander.

P[ 2] I IND :CC_SETUP|CONFIRM: old l3id:ff00 new l3id:8001ff00
P[ 2] I IND :NEW_L3ID oad:301 dad:800 pid:2 state:CALLING

Bekommst Du kein Freizeichen und auch keine mISDN Debug Nachrichten, wenn Du Dein Telefon abnimmst stimmt eigentlich meistens einfach was bei der Verkabelung nicht. Abschlusswiderstände oder RX/TX verdreht aber eigentlich hast Du das ja ausgeschlossen.

Merkwürdig ist das insbesondere, weil Dein mISDN-Port info log sagt, das Karte 2 L1 aktiviert hat. (Keine Ahnung ob ein NTBA das von sich aus schon macht)

Kann es eventuell sein, das die Karten einfach anderes herum initiallisiert worden sind, kommt halt darauf an, welche Karte via PCI als erste erkannt wird? Also Du Port 1 und 2 durcheinanderbekommst?

Hmm.. sorry aber mal wieder sehr schwer Remote etwas zu zu sagen.

Du kannst noch im cli per:

misdn port up <port>
misdn port down <port>

mal versuchen L1 an bzw abschalten.

So wie Du das beschreibst greife ich dann zum S0-Protokoll Analysator und hänge den testweise in den Bus um mir den S0 Bus anzuschauen, ob da überhaubt was sinnvolles drauf passiert.

 

[masu11]

...

Danke erstmal.

Die Karten sien die guten von Longshine (Conrad).
Egal wie rum ich die Karten stecke es kommt immer aufs gleiche raus.
Eine Portvertauschung kann es auch net gegeben haben, weil es ein klon ist.
Ein Testgerät habe ich leider nicht - gehe aber davon aus, dass die leitung tot ist.
Er bringt den Link erst up wenn ich das Telefon reinstecke.
Die Spannungsversorgung gibbet im Original (produktiv) auch... schad also nix.

Gibt es irgendwas, das ich tun kann, um die Karten schon bevor ich amportal starte testen zu können. Meine Theorie ist, dass die Karten schon tot sind, bevor, sie überhaupt in asterisk eingebunden werden. Nur leider kann ichs nicht beweisen.

Irgendwas muss es doch geben???

Verdreht mir wer da im Xen vielleicht die IRQs? Aber dann sollten die Karten nicht übergeben werden und im System soweit kommen oder?

 

[masu11]

Verdreht mir wer da im Xen vielleicht die IRQs? Aber dann sollten die Karten nicht übergeben werden und im System soweit kommen oder?

NEIN... ich habe die Karten umgesteckt und auch die IRQs sind gut. keine Konflikte. ISDN ist nach wie vor tot. :spocht:

 

[masu11]

An und Ausschalten des Ports via misdn port down geht nicht. Der Link bleibt up.
Er kommt nur, wenn ich das Tele fon an den NTBA stecke. Merkwürdigerweise ist der Link down, wenn ich es abziehe ^^
ABER ich vermute, dass die Logs noch vom Stack und nicht vom Telefon kommen, da das Telefon ja tot ist. Es zeigt "Störung" an.

 

[masu11]

evtl gibt das ja weiteren Aufschluss:

#lsmod:

Module Size Used by
mISDN_dsp 191816 1
hfcpci 28804 0
mISDN_capi 89836 1
l3udss1 37444 1
mISDN_l2 35484 1
mISDN_l1 12036 1
mISDN_core 75488 6 mISDN_dsp,hfcpci,mISDN_capi,l3udss1,mISDN_l2,mISDN_l1
capi 17216 0
capifs 6408 2 capi
kernelcapi 45088 2 mISDN_capi,capi
ipv6 229120 23
8250 28196 0
serial_core 20512 1 8250
ext3 119816 1
jbd 53064 1 ext3
mbcache 8900 1 ext3
dm_mirror 20176 0
dm_snapshot 16160 0
dm_mod 50776 2 dm_mirror,dm_snapshot
processor 29640 0

Stimmt da was nicht?

 

[sodom1234]

So ich habe das mal bei uns nachgestellt.

Ein solches Verhalten hast Du, wenn die MSN des Telefons nicht stimmt, oder die SETUP-Nachricht im Kabel nicht übertragen wird weil z.b. die Abschlusswiederstände fehlen, doppelt sind etc.

Wenn Du Dein Telefon einstöpselst und Du kannst dann sehen, das der L1 state des richten Ports von DOWN auf UP geht weißt Du schon mal das die Karten richtig rum initallisiert werden. Die Nachricht dafür ist sehr primitiv und wird auch bei falscher Verkabelung oft noch detektiert.

Soweit ich erkennen kann, haben die Karten keine 48V Erzeugung, das ist der Grund warum Du einen NTBA dazwischen hängen musst, sonst hat Dein ISDN-Telefon keinen Strom.

Besorg Dir ein ISDN-Telefon, das eine eigene Stromversorgung hat. (Z.b. die ganzen DECT-ISDN-Telefone. Die DECT-Basen erzeugen sich ihre Betriebsspannung selber.) und hänge es Direkt an den entsprechenden Port.

Sorry aber im Moment sieht es einfach nach einem Anschlussproblem aus nicht nach einem Softwareproblem.

g.
Sodom

 

[masu11]

...

Das Telefon hat eine eigene stromversorgung.
Der NTBA auch.
Der 2te NTBA ist dran (NT) weils a) besser aussieht und b) später gut montiert werden kann. Ein einfaches Crosskabel (nein kein Patch, sondern isdn) würde auch reichen... iast aber net so schön. Führt übrigens zum selben ergebnis.

Wie gesagt, das Telefon geht ja an der anderen anlage einwandfrei.
(und das ist ein Klon!)

Der Link kommt up sobald ich das telefon ranstecke... nur der NTBA reicht nicht. Das Telefon bleibt tot.

 

[masu11]

ich habe grade die komplette Anlage (produktiv) abgestöpselt. und an die testanlage gehängt. Selber Fehler. Wieder zurück an dien produktivanlage: läuft.
Die verkabelung ist definitiv richtig. Auch der umgekehrte Tausch: Test -> produktiv funzt einwandfrei...

 

[masu11]

Ein solches Verhalten hast Du, wenn die MSN des Telefons nicht stimmt, oder die SETUP-Nachricht im Kabel nicht übertragen wird weil z.b. die Abschlusswiederstände fehlen, doppelt sind etc.

MSN ist korrekt.
Widerstand? Das ist son Ding... sollte aber auch passen, denn an der anderen Anlage läufts ja auch.

 

[masu11]

Hier nochmal eine genaue Liste der Hard und Software:

CPU: AMD Phenom II 905
Board: Gigabyte M52L-S3P
RAM: 4xKingstom 2GB @800Mz
HFC: LCS-8051A

Software:
Debian lenny XEN 3.4 2.6.26-2-xen-amd64 (Dom0)
Debian etch 2.6.18 686
Asterisk 1.2.24
Freepbx 2.2.2
MISDN 1.1.6

NTBA HFC1 (TE) -> TCOM
NTBA HFC2 (NT) -> local phone (ISDN mit eigener Stromversorgung und MSN 800)

 

[masu11]

ich habe nochmals die verkabelung getestet und die NTBAs der Produktiven anlage mit den der testanlage getauscht.
Das ergebnis bleibt unverändert.
An der Produktivanlage funktioniert alles plug&play und am testsystem bleibt alles tot.

 

[sodom1234]

Hmm,

sorry aber mir gehen die Ideen aus. Natürlich kann ich nun auch was übersehen...man hat ja immer nur 25% der Informationen in so einem Forum

Einziegen vorschlag den ich noch hätte, eine HFC karte rausnehmen und mit einer Testen, dafür müsstest Du aber die Konfigs ändern.

Sehr warscheinlich wieder ein ganz simpler Fehler.

bis mindestens Montag ist nun leider Funkstelle bei mir ..

 

[masu11]

Danke erstmal für Deine Hilfe!

Mein Chef macht grade Druck. Hat nicht sonst jemand noch eine Idee und kann mir helfen?