hilfe bei 2xhfc o.hfc+fritz mit misdn/chan_misdn

fonfritz

Neuer User
Mitglied seit
6 Aug 2005
Beiträge
27
Punkte für Reaktionen
0
Punkte
0
hallo allerseits,

ich versuche gerade einen transparenten asterisk zwischen tkom ntba und internen s0 mit isdn telefon dran aufzusetzen. zur wahlen stehen 2 hfc-s oder 1xhfc-s +1 fritz (alle pci). ich versuch mich erstmal an 2xhfc. treiber laden (modprobe hfcpci protocol=0x2,0x12 layermask=0xf,0x3) scheint ohne problem zu funktionieren.

meine misdn.conf:
[general]
debug=3
method=standard
append_digits2exten=yes
bridging=yes
tracefile=/var/log/misdn.trace

[default]
context=default
language=en
nationalprefix=0
internationalprefix=00
rxgain=0
txgain=0
dialplan=0

[NTports]
context=default
ports=2
msn=*
msns=*

[TEports]
context=outgoing
ports=1
msns=*
msn=*

das problem:
bevor ich mich darum kuemmern kann wie ich das telefon am internen nt port zum laufen bringe muesst ih erstmal wissen wie ich misdn/chan_misdn vernueftig monitore. die einzige (misdn) meldung die ich erzeugen kann ist
"*CLI> P[ 1] MGMT: Short status dinfo 1000000
P[ 1] MGMT: SSTATUS: L1_DEACTIVATED
P[ 1] MGMT: Short status dinfo 1000001
P[ 1] MGMT: SSTATUS: L1_ACTIVATED
"
durch stecken am te port. ich hoffe erstmal dass das ein gutes zeichen ist dass der externe bus irgendwie funkioniert.
bei anruf von einem exterenen isdn anschluss passiert einfach nix, weder im asterisk cli noch in der misdn.trace
beim isdn telefon am internen s0 (mit ntba dazwischen) ists das gleiche, es passiert nix, saft scheint es aber zu bekommen.
btw die verwendeten versionen (unter gentoo) sind:
net-misc/asterisk-1.2.4
net-misc/asterisk-chan_misdn-0.3.0_rc23net-dialup/misdn-20060321
net-dialup/misdnuser-0.1_pre20060222

fragen:
koennte mir jemand eine vollstaendige config zum genannten setup (ggf auch mit 1xhfc+1xfritz) zur verfuegung stellen?
wie monitore ich internen und externen s0 bus vernuenftig um spaeter den dialplan besserzu verstehen?

vorab schonmal danker fuer alle hinweiseund anregungen.

gruss,
thomas
 
@fonfritz

--> Monitoring
-----> "einfaches" Monitoring --> in der CLI "misdn show stacks"
-----> benutzerdef. tracen --> Tracefile und Debug-Option in d. Conf
--> Konfiguration

/etc/misdn-init.conf
Code:
card=1,hfcpci
card=2,hfcpci
te_ptp=1,2
poll=64
#pcm=1
debug=0

/etc/asterisk/misdn.conf
Code:
[general]
language=de
debug=0                                 ; Welcher Debug-Level ? (1-4)
tracefile=/var/log/misdn.trace          ; Wo lege ich das Debug-File ab ?
trace_calls=false                       ; Soll ich Einzel-Anruf-Trace Files erzeugen ?
trace_dir=/var/log/                     ; Wohin speichere ich es ?
bridging=yes                            ; Soll ich die Hardware das bridgen machen lassen ?
stop_tone_after_first_digit=yes         ; Soll ich nach einem Ton im NT Modus den Ton weglassen ? Wir sind im TE.
append_digits2exten=yes                 ; Ohne Probleme steht dieses defaultmaesig auf = yes.
l1_info_ok=yes                          ; Bei "Jolly´s MISDN" sendet der Port korrekte L1Infos. Haben wir das ?

; Die default Sektion ist keine Wählgruppe, sie birgt nur Konfigurationsparameter die die Sektionen erben

[Default]
language=de
context=isdn                            ; Der Befehl um misdn aufzurufen --> Fehlerbehebung !
rxgain=0                                ; Wie soll die Lautstaerke beeinflusst werden ?
txgain=0
te_choose_channel=no                    ; Manchmal muss dieser Parameter = yes gesetzt werden. Default = no.
method=standard                         ; Soll ich den ersten freien Kanal nehmen ? (standard/round_robin)
dialplan=0                              ; Dieses wird für den Dialplan genutzt, 0 heisst "unknown".
localdialplan=0                         ; Dieses wird für den Dialplan genutzt, 0 heisst "unknown".
use_callingpres=yes                     ; Setzt Du hier no ein wird Asterisk diese Datei ueberschreiben.
early_bconnect=yes                      ; Setze hier no ein wenn das waehlen zu schnell beginnt (richtig?).
always_immediate=no                     ; springt UEBERALL in der extensions.conf zur s extension.
immediate=yes                           ; setze dieses hier auf no um Nummern die "base" sind zur s extension zu senden.
hold_allowed=yes                        ; Darf ich hold und support einschalten ?
callgroup=2                             ; Standard-Gruppe (ohne dies waere sie "0")
pickupgroup=2                           ; Standard-Gruppe
presentation=not_screened               ; setze hier allowed ein um die callerid des plans zu uebernehmen. (Std=allowed)
                                        ; Manche Telekomdienste werden unechte nummern uebel nehmen.
echocancel=64                           ; Darf ich das echocancel einschalten ? (0,32,64,128,256,yes(=128),no(=0))
echocancelwhenbridged=yes               ; Darf ich bei !misdn! gebridgen Verbindungen echocancel nutzen ?
echotraining=no                         ; Darf ich echotraininng nutzen ?

; Nun kommen die Gruppen, nehmen wir an die Gruppe heisst 123, so muss ich in der extensions.conf sagen :
; Dial(mISDN/g:123/101)

[isdn]                                  ; IN und OUT Kontext
context=isdn
msns=*
msn=*                                           ; Auf diese MSNs werde ich aufpassen, setze "*" um auf alle zu achten.

Ok, soweit.

Es gibt nun vielerlei Fallstricke, schreib wenn einer im weg ist.Wenn ich richtig gelesen hast und Du einen t-kom anlagenanschluss hast kannst du die konfig SO übernehmen.


Viel Erfogl,

Stefan
 
hallo,

der asterisk soll, soweit ichs richtig verstanden habe, eine karte im te-mode auf tkom-ntba seite und die andere im nt-mode fuer den internen s0 (aktuell mit demntba fuer den saft fuer telefone).
ok, hier nochmal die vergessene /etc/misdn-init.conf fuer den job:

cat /etc/misdn-init.conf
card=1,hfcpci
card=2,hfcpci
te_ptmp=1
nt_ptmp=2
poll=64
#pcm=1
debug=5

welche aktion/skript arbeitet diese datei eigentlich ab? ich habe naemlich gar kein /etc/init.d/misdn skript..
alles was ich vorm asterisk start mache ist "modprobe hfcpci protocol=0x2,0x12 layermask=0xf,0x3".

welche logs/ausgabe habe ich dann bei eingehenden rufen auf der aussenseite am asterisk oder in den logfiles zu erwarten (beispiel waer nett) damit ich weiss dass das setup (vor allem der karte im te mode auf der aussenseite) erstmal soweit richtig funktioniert?

gruss, fonfritz
 
nachtrag:
misdn-init habe ich mir jetzt von
http://www.isdn4linux.de/cgi-bin/viewcvs.cgi/mISDN/misdn-init
besorgt, ausfuehren scheint zu klappen und liefert:
-------------------------------------------
Unloading module(s) for your misdn-cards:
-------------------------------------------
rmmod hfcpci
-----------------------------------------
Loading module(s) for your misdn-cards:
-----------------------------------------
modprobe hfcpci protocol=0x2,0x12 layermask=0xf,0x3

*CLI> misdn show stacks
BEGIN STACK_LIST:
* Stack Addr:40000104 Port 1 Type TE Prot. PMP L2Link DOWN L1Link:UP Debug:7
* Stack Addr:40000203 Port 2 Type TE Prot. PMP L2Link UP L1Link:UP Debug:7

frage:
wie ist zu verstehen dass eine UP, die andere DOWN ist?
warum wird die (interne) karte im nt-mode nicht gelistet?
wie kann ich sehen ob diese funkioniert bzw den internen bus monitoren?

gruss,fonfritz
 
Ich muss leider bei NT passen, ich brauche es halt nicht, zum Tracefile - nimm mal debug=4 (nicht 5). misdn-init ist richtig, dieser muss vor dem start geladen werden (ich glaube misdn-init start).

was ich sagen kann :

- misdn-init erkennt deine karten richtig
- das trace/debug file kannst Du erst einmal speichern und du kannst zusätzlich die CLI darum bemühen dies anzuzeigen (misdn set debug 0-4)

für den rest bräuchtest Du noch jemanden anderen zur Hilfe.

Beste Grüße,

Stefan
 
dein modprobe aufruf war eigentlich OK. die Datei /etc/misdn-init.conf wird wie du inzwischen wahrscheinlich schon ahnst von /etc/init.d/misdn-init gelesen und führt entpsrechen das modprobe selbst aus.

Ich bin über dein "misdn show stacks" sehr verwundert, sollte eigentlich korrekt den NT Mode anzeigen.

Kannste mal den output von dmesg und lsmod posten.
 
hallo,

#/root/temp/misdn-init start
-----------------------------------------
Loading module(s) for your misdn-cards:
-----------------------------------------
modprobe hfcpci protocol=0x2,0x12 layermask=0xf,0x3

#lsmod
Module Size Used by
hfcpci 25164 0
mISDN_capi 88396 0
kernelcapi 33440 1 mISDN_capi
mISDN_dsp 190188 0
l3udss1 35084 0
mISDN_l2 34052 0
mISDN_l1 8940 0
mISDN_core 68576 6 hfcpci,mISDN_capi,mISDN_dsp,l3udss1,mISDN_l2,mISDN_l1
ipt_REJECT 3968 1
ipt_MASQUERADE 2560 2
ipt_recent 8460 3
ipt_state 1536 12
ipt_LOG 5248 4
iptable_nat 5892 1
iptable_mangle 2176 0
iptable_filter 2304 1
ip_queue 7840 0
ip_nat_irc 2048 0
ip_nat_ftp 2560 0
ip_nat 14380 4 ipt_MASQUERADE,iptable_nat,ip_nat_irc,ip_nat_ftp
ip_conntrack_irc 5104 1 ip_nat_irc
ip_conntrack_ftp 5744 1 ip_nat_ftp
ip_conntrack 38572 8 ipt_MASQUERADE,ipt_state,iptable_nat,ip_nat_irc,ip_nat_ftp,ip_nat,ip_conntrack_irc,ip_conntrack_ftp
nfnetlink 4632 2 ip_nat,ip_conntrack
ip_tables 16128 8 ipt_REJECT,ipt_MASQUERADE,ipt_recent,ipt_state,ipt_LOG,iptable_nat,iptable_mangle,iptable_filter
snd_seq_dummy 2692 0
snd_seq_oss 27136 0
snd_seq_midi_event 5376 1 snd_seq_oss
snd_seq 40848 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 6540 3 snd_seq_dummy,snd_seq_oss,snd_seq
tun 7936 1
snd_pcm_oss 41376 0
snd_mixer_oss 14336 1 snd_pcm_oss
snd_intel8x0 25372 0
snd_ac97_codec 78496 1 snd_intel8x0
snd_ac97_bus 1920 1 snd_ac97_codec
snd_pcm 66824 3 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer 17668 2 snd_seq,snd_pcm
snd 40676 10 snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore 6624 1 snd
snd_page_alloc 7688 2 snd_intel8x0,snd_pcm
8139too 19328 0

#dmesg
Modular ISDN Stack core $Revision: 1.26 $
mISDNd: kernel daemon started
ISDN L1 driver version 1.12
ISDN L2 driver version 1.21
mISDNd: test event done
mISDN: DSS1 Rev. 1.31
mISDN_dsp: Audio DSP Rev. 1.12 (debug=0x0) EchoCancellor MG2
mISDN_dsp: DSP clocks every 64 samples. This equals 2 jiffies.
CAPI Subsystem Rev 1.1.2.8
mISDN Capi 2.0 driver file version 1.15
HFC card d7b98800 dch d7b9885c bch1 d7b989dc bch2 d7b98b5c
mISDN: HFC-PCI driver Rev. 1.42
ACPI: PCI Interrupt 0000:02:01.0[A] -> Link [LNKB] -> GSI 5 (level, low) -> IRQ 5
mISDN: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0
HFC-PCI: defined at mem 0xd88ec000 fifo 0xd5ba0000(0x15ba0000) IRQ 5 HZ 250
reset_hfcpci: entered
HFC_PCI: resetting HFC ChipId(30)
HFC-PCI status(4) before reset
HFC-PCI status(2) after reset
HFC-PCI status(4) after 5us
init_card: entered
kcapi: Controller 1: mISDN1 attached
contr->addr(01) cnr(01) st(00000100)
l1_manager prim f1482 not handled
inithfcpci: entered
mISDNStackd started for id(00000100)
mISDNStackd started for id(10010100)
mISDNStackd started for id(10020100)
HFC PCI: IRQ 5 count 72
HFC card d5545800 dch d554585c bch1 d55459dc bch2 d5545b5c
mISDN: HFC-PCI driver Rev. 1.42
release instance class dev inst-50010100
release instance class dev inst-50010101
release instance class dev inst-50010100
release instance class dev inst-50010101
release instance class dev inst-50010100
release instance class dev inst-50010101
release instance class dev inst-50010100
release instance class dev inst-50010100
release instance class dev inst-50010100
release instance class dev inst-50010100
release instance class dev inst-50010100
release instance class dev inst-50010100
release instance class dev inst-50010100
release instance class dev inst-50010100
release instance class dev inst-50010100
kcapi: card 1 "mISDN1" ready.
ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 12
PCI: setting IRQ 12 as level-triggered
ACPI: PCI Interrupt 0000:02:02.0[A] -> Link [LNKC] -> GSI 12 (level, low) -> IRQ 12
mISDN: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0
HFC-PCI: defined at mem 0xd8908000 fifo 0xd5b88000(0x15b88000) IRQ 12 HZ 250
reset_hfcpci: entered
HFC_PCI: resetting HFC ChipId(30)
HFC-PCI status(4) before reset
HFC-PCI status(2) after reset
HFC-PCI status(4) after 5us
init_card: entered
kcapi: Controller 2: mISDN2 attached
contr->addr(02) cnr(02) st(00000200)
l1_manager prim f1482 not handled
inithfcpci: entered
HFC PCI: IRQ 12 count 64
HFC card d4c16800 dch d4c1685c bch1 d4c169dc bch2 d4c16b5c
mISDN: HFC-PCI driver Rev. 1.42
HFC-PCI: No more PCI cards found
HFC 2 cards installed
mISDNStackd started for id(00000200)
mISDNStackd started for id(10010200)
mISDNStackd started for id(10020200)
release instance class dev inst-50010200
release instance class dev inst-50010201
release instance class dev inst-50010200
release instance class dev inst-50010201
release instance class dev inst-50010200
release instance class dev inst-50010201
release instance class dev inst-50010200
release instance class dev inst-50010200
release instance class dev inst-50010200
release instance class dev inst-50010200
release instance class dev inst-50010200
release instance class dev inst-50010200
release instance class dev inst-50010200
release instance class dev inst-50010200
release instance class dev inst-50010200
kcapi: card 2 "mISDN2" ready.
Zapata Telephony Interface Registered on major 196
Zaptel Version: Echo Canceller: KB1
No ISA tormenta card found at d0000
MGR_REGLAYER | REQUEST: ret(0)
MGR_REGLAYER | REQUEST: ret(0)
release instance class dev inst-40000105
release instance class dev inst-40000204
MISDN free_device: entitylist not empty
MGR_REGLAYER | REQUEST: ret(0)
MGR_REGLAYER | REQUEST: ret(0)
release instance class dev inst-40000105
release instance class dev inst-40000204
MISDN free_device: entitylist not empty

#asterisk -vvvvc
*CLI> misdn show stacks
BEGIN STACK_LIST:
* Stack Addr:40000104 Port 1 Type TE Prot. PMP L2Link UP L1Link:UP Debug:5
* Stack Addr:40000203 Port 2 Type TE Prot. PMP L2Link UP L1Link:DOWN Debug:5


wie gesagt, ich wuesst auch gern wie ich aktionen auf dem externen und internen bus monitoren kann bzw wie das aussehen muss/sollte. fuer beispiele waer ich sehr dankbar.

danke fuer alle hinweise.
gruss, fonfritz
 
Versuch mal, das misdn-init script zu modifizieren, so dass kein mISDN_capi modul mehr geladen wird.
 
fonfritz schrieb:
nachtrag:

modprobe hfcpci protocol=0x2,0x12 layermask=0xf,0x3

*CLI> misdn show stacks
BEGIN STACK_LIST:
* Stack Addr:40000104 Port 1 Type TE Prot. PMP L2Link DOWN L1Link:UP Debug:7
* Stack Addr:40000203 Port 2 Type TE Prot. PMP L2Link UP L1Link:UP Debug:7

Gleiche Problem hat Bekannter mit Gentoo-Kernel.
 
hallo,

aha danke, nach einem "rmmod mISDN_capi kernelcapi" scheine ich auf dem externen bus mehr zu bekommen:

misdn.trace oder *cli zeigt bei eingehenden rufen sowas wie:

Fri Apr 7 11:50:16 2006: P[ 1] handle_frm: frm->addr:42000103 frm->prim:36282
Fri Apr 7 11:50:16 2006: P[ 1] *HOLDER: find ffff0001
Fri Apr 7 11:50:16 2006: P[ 1] *HOLDER: find nothing
Fri Apr 7 11:50:16 2006: P[ 1] NO BC FOR STACK
Fri Apr 7 11:50:16 2006: P[ 1] TE_FRM_HANDLER: Returning 0 on prim:36282
Fri Apr 7 11:50:16 2006: P[ 0] Unhandled Message: prim 36282 len 143 from addr
42000103, dinfo ffff0001 on this port.
Fri Apr 7 11:50:21 2006: P[ 1] handle_frm: frm->addr:42000103 frm->prim:35a82
Fri Apr 7 11:50:21 2006: P[ 1] lib Got Prim: Addr 42000103 prim 35a82 dinfo 20002
Fri Apr 7 11:50:21 2006: P[ 1] I IND :RELEASE_COMPLETE oad:030xxxxxx26 dad:xxxxxx30
Fri Apr 7 11:50:21 2006: P[ 1] --> mode:TE cause:81 ocause:1 rad:
Fri Apr 7 11:50:21 2006: P[ 1] --> facility:FAC_NONE out_facility:FAC_NONE
Fri Apr 7 11:50:21 2006: P[ 1] --> info_dad: onumplan:2 dnumplan:4 rnumplan:
Fri Apr 7 11:50:21 2006: P[ 1] --> screen:0 --> pres:0
Fri Apr 7 11:50:21 2006: P[ 1] --> channel:2 caps:Speech pi:0 keypad:
Fri Apr 7 11:50:21 2006: P[ 1] --> urate:0 rate:16 mode:0 user1:0
Fri Apr 7 11:50:21 2006: P[ 1] --> pid:1 addr:0 l3id:20002
Fri Apr 7 11:50:21 2006: P[ 1] --> b_stid:0 layer_id:0
Fri Apr 7 11:50:21 2006: P[ 1] --> bc:812adcc h:0 sh:0
Fri Apr 7 11:50:21 2006: P[ 1] Trying to Release bc with l3id: 20002
Fri Apr 7 11:50:21 2006: P[ 1] * RELEASING CHANNEL pid:1 ctx:eek:utgoing dad:xxxxxx30 oad:030xxxxxx26 state: EXTCANTMATCH
Fri Apr 7 11:50:21 2006: P[ 1] --> * State Down
Fri Apr 7 11:50:21 2006: P[ 1] --> Setting AST State to down
Fri Apr 7 11:50:21 2006: P[ 1] --> * State Wait4dig | ExtCantMatch
Fri Apr 7 11:50:21 2006: P[ 1] Freeing Msg on prim:35a82
Fri Apr 7 11:50:21 2006: P[ 1] handle_frm: frm->addr:42000103 frm->prim:3f182
Fri Apr 7 11:50:21 2006: P[ 1] --> lib: RELEASE_CR Ind with l3id:20002
Fri Apr 7 11:50:21 2006: P[ 1] --> lib: CLEANING UP l3id: 20002
Fri Apr 7 11:50:21 2006: P[ 1] --> empty chan 2
Fri Apr 7 11:50:21 2006: P[ 1] Idx:0 stack->cchan:0 Chan:1
Fri Apr 7 11:50:21 2006: P[ 1] Idx:1 stack->cchan:0 Chan:2
Fri Apr 7 11:50:21 2006: P[ 1] $$$ Already cleaned up bc with stid :0
Fri Apr 7 11:50:21 2006: P[ 1] Idx:0 stack->cchan:0 Chan:1
Fri Apr 7 11:50:21 2006: P[ 1] Idx:1 stack->cchan:0 Chan:2
Fri Apr 7 11:50:21 2006: P[ 1] $$$ find_chan: No channel found for oad: dad:
Fri Apr 7 11:50:21 2006: P[ 0] $$$ find_chan: No channel found with l3id:20002
Fri Apr 7 11:50:21 2006: P[ 1] I IND :CLEAN_UP oad: dad:
Fri Apr 7 11:50:21 2006: P[ 1] --> mode:TE cause:16 ocause:16 rad:
Fri Apr 7 11:50:21 2006: P[ 1] --> facility:FAC_NONE out_facility:FAC_NONE
Fri Apr 7 11:50:21 2006: P[ 1] --> info_dad: onumplan:0 dnumplan:0 rnumplan:0
Fri Apr 7 11:50:21 2006: P[ 1] --> screen:0 --> pres:0
Fri Apr 7 11:50:21 2006: P[ 1] --> channel:0 caps:Speech pi:0 keypad:
Fri Apr 7 11:50:21 2006: P[ 1] --> urate:0 rate:16 mode:0 user1:0
Fri Apr 7 11:50:21 2006: P[ 1] --> pid:0 addr:0 l3id:20002
Fri Apr 7 11:50:21 2006: P[ 1] --> b_stid:0 layer_id:0
Fri Apr 7 11:50:21 2006: P[ 1] --> bc:812adcc h:0 sh:0

ok, jetzt weiss ich auch erstmal welche die te karte /aussenseite ist.

bekomme aber immer noch:

*CLI> misdn show stacks
BEGIN STACK_LIST:
* Stack Addr:40000104 Port 1 Type TE Prot. PMP L2Link DOWN L1Link:UP Debug:5
* Stack Addr:40000203 Port 2 Type TE Prot. PMP L2Link DOWN L1Link:UP Debug:5
*CLI>

da fehlt dann nach wie vor die karte im nt mode, oder?
irgendwelche aktionen am telefon an der nt karte produzieren auch keine logs, kein freizeichen oder sonstiges..

waere fuer weitere hinweise dankbar.
vor allem, wenns jemanden gibt der das gleiche setup hat (kanns doch nicht so selten geben), wie seine jeweiligen ausgaben im CLi und in den logs bei aktionen auf dem externen und internen bus aussehen.

gruss,fritzfon
 
hallo nochmal,

kurzer nachtrag/frage:
ich hab an der internen karte (nt) eine ntba zur stromversorgung des angeschlossenen telefons. kann man an dem ntba in beide buchsen telefone einstecken und mit den beiden ueber den internen bus telefonieren? ja, oder?

gruss,fonfritz
 
hallo crich,

klar doch, hier ist er:

surfa2 misdn # ./portinfo

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
--------
Port 2: TE-mode BRI S/T interface line (for phone lines)
-> Missing layer 3 protocol.
-> Layer 4 protocol 0x04000001 is detected, but not allowed for TE lib.
-> childcnt: 2
* Port NOT useable for PBX
--------

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

sieht nicht nach ner nt mode karte aus, zur sicherheit nochmal die anderen logs:

# lspci | grep HFC
02:01.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
02:02.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)

#lsmod
Module Size Used by
hfcpci 25164 0
mISDN_dsp 190188 0
l3udss1 35084 0
mISDN_l2 34052 0
mISDN_l1 8940 0
mISDN_core 68576 5 hfcpci,mISDN_dsp,l3udss1,mISDN_l2,mISDN_l1
ipt_REJECT 3968 1
ipt_MASQUERADE 2560 2
ipt_recent 8460 3
ipt_state 1536 12
ipt_LOG 5248 4
iptable_nat 5892 1
iptable_mangle 2176 0
iptable_filter 2304 1
ip_queue 7840 0
ip_nat_irc 2048 0
ip_nat_ftp 2560 0
ip_nat 14380 4 ipt_MASQUERADE,iptable_nat,ip_nat_irc,ip_nat_ftp
ip_conntrack_irc 5104 1 ip_nat_irc
ip_conntrack_ftp 5744 1 ip_nat_ftp
ip_conntrack 38572 8 ipt_MASQUERADE,ipt_state,iptable_nat,ip_nat_irc,ip_nat_ftp,ip_nat,ip_conntrack_irc,ip_conntrack_ftp
nfnetlink 4632 2 ip_nat,ip_conntrack
ip_tables 16128 8 ipt_REJECT,ipt_MASQUERADE,ipt_recent,ipt_state,ipt_LOG,iptable_nat,iptable_mangle,iptable_filter
snd_seq_dummy 2692 0
snd_seq_oss 27136 0
snd_seq_midi_event 5376 1 snd_seq_oss
snd_seq 40848 5 snd_seq_dummy,snd_seq_oss,snd_seq_midi_event
snd_seq_device 6540 3 snd_seq_dummy,snd_seq_oss,snd_seq
tun 7936 1
snd_pcm_oss 41376 0
snd_mixer_oss 14336 1 snd_pcm_oss
snd_intel8x0 25372 3
snd_ac97_codec 78496 1 snd_intel8x0
snd_ac97_bus 1920 1 snd_ac97_codec
snd_pcm 66824 5 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer 17668 3 snd_seq,snd_pcm
snd 40676 13 snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore 6624 1 snd
snd_page_alloc 7688 2 snd_intel8x0,snd_pcm
8139too 19328 0


gruss,fonfritz
 
Versuch mal alle mISDN module zu entladen und dann jedes einzeln per Hand zu laden und zwar so:


modprobe mISDN_core
modprobe mISDN_l1
modprobe mISDN_l2
modprobe l3udss1
modprobe hfcpci protocol=0x2,0x12 layermask=0xf,0x3


dann starte nochmal das portinfo program.
 
hallo crich,

hier die ausgabe:

#modprobe mISDN_core

Apr 7 14:55:29 wirt Modular ISDN Stack core $Revision: 1.26 $
Apr 7 14:55:29 wirt mISDNd: kernel daemon started
Apr 7 14:55:29 wirt mISDNd: test event done

#modprobe mISDN_l1

Apr 7 14:57:20 wirt ISDN L1 driver version 1.12

#modprobe mISDN_l2

Apr 7 14:57:42 wirt ISDN L2 driver version 1.21

#modprobe l3udss1

Apr 7 14:58:13 wirt mISDN: DSS1 Rev. 1.31

#modprobe hfcpci protocol=0x2,0x12 layermask=0xf,0x3

Apr 7 14:58:36 wirt mISDN_dsp: Audio DSP Rev. 1.12 (debug=0xf) EchoCancellor MG2
Apr 7 14:58:36 wirt mISDN_dsp: DSP clocks every 64 samples. This equals 2 jiffies.
Apr 7 14:58:36 wirt CAPI Subsystem Rev 1.1.2.8
Apr 7 14:58:36 wirt mISDN Capi 2.0 driver file version 1.15
Apr 7 14:58:36 wirt HFC card d7b44000 dch d7b4405c bch1 d7b441dc bch2 d7b4435c
Apr 7 14:58:36 wirt mISDN: HFC-PCI driver Rev. 1.42
Apr 7 14:58:36 wirt ACPI: PCI Interrupt 0000:02:01.0[A] -> Link [LNKB] -> GSI 5 (level, low) -> IRQ 5
Apr 7 14:58:36 wirt mISDN: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0
Apr 7 14:58:36 wirt HFC-PCI: defined at mem 0xd88ec000 fifo 0xd6408000(0x16408000) IRQ 5 HZ 250
Apr 7 14:58:36 wirt reset_hfcpci: entered
Apr 7 14:58:36 wirt HFC_PCI: resetting HFC ChipId(30)
Apr 7 14:58:36 wirt HFC-PCI status(4) before reset
Apr 7 14:58:36 wirt HFC-PCI status(2) after reset
Apr 7 14:58:36 wirt HFC-PCI status(4) after 5us
Apr 7 14:58:36 wirt mISDNStackd started for id(00000100)
Apr 7 14:58:36 wirt mISDNStackd started for id(10010100)
Apr 7 14:58:36 wirt init_card: entered
Apr 7 14:58:36 wirt inithfcpci: entered
Apr 7 14:58:36 wirt HFC PCI: IRQ 5 count 35
Apr 7 14:58:36 wirt HFC card d4fd4000 dch d4fd405c bch1 d4fd41dc bch2 d4fd435c
Apr 7 14:58:36 wirt mISDN: HFC-PCI driver Rev. 1.42
Apr 7 14:58:36 wirt ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 12
Apr 7 14:58:36 wirt PCI: setting IRQ 12 as level-triggered
Apr 7 14:58:36 wirt ACPI: PCI Interrupt 0000:02:02.0[A] -> Link [LNKC] -> GSI 12 (level, low) -> IRQ 12
Apr 7 14:58:36 wirt mISDN: HFC-PCI card manufacturer: CCD/Billion/Asuscom card name: 2BD0
Apr 7 14:58:36 wirt HFC-PCI: defined at mem 0xd8908000 fifo 0xd5dc8000(0x15dc8000) IRQ 12 HZ 250
Apr 7 14:58:36 wirt reset_hfcpci: entered
Apr 7 14:58:36 wirt HFC_PCI: resetting HFC ChipId(30)
Apr 7 14:58:36 wirt HFC-PCI status(4) before reset
Apr 7 14:58:36 wirt HFC-PCI status(2) after reset
Apr 7 14:58:36 wirt HFC-PCI status(4) after 5us
Apr 7 14:58:36 wirt init_card: entered
Apr 7 14:58:36 wirt inithfcpci: entered
Apr 7 14:58:36 wirt HFC PCI: IRQ 12 count 103
Apr 7 14:58:36 wirt HFC card d7713000 dch d771305c bch1 d77131dc bch2 d771335c
Apr 7 14:58:36 wirt mISDN: HFC-PCI driver Rev. 1.42
Apr 7 14:58:36 wirt HFC-PCI: No more PCI cards found
Apr 7 14:58:36 wirt HFC 2 cards installed
Apr 7 14:58:36 wirt mISDNStackd started for id(10020100)
Apr 7 14:58:36 wirt mISDNStackd started for id(00000200)
Apr 7 14:58:36 wirt mISDNStackd started for id(10010200)
Apr 7 14:58:36 wirt mISDNStackd started for id(10020200)
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445f5c
Apr 7 14:58:36 wirt contr->addr(01) cnr(01) st(00000100)
Apr 7 14:58:36 wirt l1_manager prim f1482 not handled
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt release instance class dev inst-50010101
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt release instance class dev inst-50010101
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt release instance class dev inst-50010101
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010100
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445f5c
Apr 7 14:58:36 wirt contr->addr(02) cnr(02) st(00000200)
Apr 7 14:58:36 wirt l1_manager prim f1482 not handled
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt release instance class dev inst-50010201
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt release instance class dev inst-50010201
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt release instance class dev inst-50010201
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200
Apr 7 14:58:36 wirt dsp_manager: data:00000000 prim:fe380 arg:d7445ddc
Apr 7 14:58:36 wirt release instance class dev inst-50010200


# ./portinfoPort 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
--------
Port 2: TE-mode BRI S/T interface line (for phone lines)
-> Missing layer 3 protocol.
-> Layer 4 protocol 0x04000001 is detected, but not allowed for TE lib.
-> childcnt: 2
* Port NOT useable for PBX
--------

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


gruss,fonfritz
 
was für eine Distri benutzt du ?
 
ahh mist, er hat kernelcapi und mISDN_capi wieder mitgeladen. liefere die ausgabe ohne gleich nochmal nach. sekunde...
 
guck mal in deine /etc/modules.conf oder so dort stehen default parameter für deine hfcpci treiber drin.. deshalb werden die Parameter die du übergibts einfach mal ignoriert.
 
hhm nee, gleiche ausgabe:

./portinfo

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
--------
Port 2: TE-mode BRI S/T interface line (for phone lines)
-> Missing layer 3 protocol.
-> Layer 4 protocol 0x04000001 is detected, but not allowed for TE lib.
-> childcnt: 2
* Port NOT useable for PBX
--------

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

wie muesste sie denn aussehen?
ich nutze gentoo mit einem vanilla-kernel-2.6.15.6

gruss,fonfritz
 
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.