Hi Leute!
Ich probiere asterisk im TE und im NT Modus zum laufen zu kriegen, und habe schon Teilerfolge erzielt.
TE Modus läuft klar, es kommen anrufe auch an, nur am NT Modus happert es noch.
Wie gesagt, die Karte im NT Modus habe ich an ein billig NTBA mit einem ISDN Kreuzkable an den S0 Bus durchgeschaltet damit das ISDN Telefon auch Strom kriegt. An dem durchgeschalteten NTBA habe ich das ISDN Telefon angeschlossen. Leider kriege erhalte ich ein Besetztzeichen, anstelle eines Freizeichens. woran kann das liegen?!
dahdi_hardware sagt mir:
dahdi_scan:
/etc/dahdi/system.conf:
/etc/asterisk/chan_dahdi.conf
In der asterisk cli:
dahdi show status:
Es kann nur eine kleine Einstellungssache sein. Die Frage ist, wie und wo ich die vornehme. Für jeden Rat wäre ich dankbar.
UPDATE:
Ich habe in der asterisk cli, den debugger eingeschalttet, für span2, sprich an dem das ISDN Telefon hängt, mit dem Befehl "pri set debug on span2" und erhalte diese Ausgabe, wie ich den Telefonhörer abnehme:
Update:
Läuft mittlerweile! core dump zeigt alles einwandfrei, nur habe ich ein rauschen in der Leitung was ich weg kriegen muss.
Gruß
Tamer
Ich probiere asterisk im TE und im NT Modus zum laufen zu kriegen, und habe schon Teilerfolge erzielt.
TE Modus läuft klar, es kommen anrufe auch an, nur am NT Modus happert es noch.
Wie gesagt, die Karte im NT Modus habe ich an ein billig NTBA mit einem ISDN Kreuzkable an den S0 Bus durchgeschaltet damit das ISDN Telefon auch Strom kriegt. An dem durchgeschalteten NTBA habe ich das ISDN Telefon angeschlossen. Leider kriege erhalte ich ein Besetztzeichen, anstelle eines Freizeichens. woran kann das liegen?!
dahdi_hardware sagt mir:
Code:
pci:0000:01:00.0 zaphfc+ 1043:0675 ASUSTeK Computer Inc. ISDNLink P-IN100-ST-D
pci:0000:01:01.0 zaphfc+ 1397:2bd0 HFC-S ISDN BRI carddahdi_scan:
Code:
[1]
active=yes
alarms=OK
description=HFC-S PCI A ISDN card 0 [TE]
name=ZTHFC1
manufacturer=Cologne Chips
devicetype=HFC-S PCI-A ISDN
location=PCI Bus 01 Slot 01
basechan=1
totchans=3
irq=17
type=digital-TE
syncsrc=0
lbo=399-533 feet (DSX-1)
coding_opts=AMI
framing_opts=CCS
coding=AMI
framing=CCS
[2]
active=yes
alarms=OK
description=HFC-S PCI A ISDN card 1 [NT]
name=ZTHFC2
manufacturer=Cologne Chips
devicetype=HFC-S PCI-A ISDN
location=PCI Bus 01 Slot 02
basechan=4
totchans=3
irq=21
type=digital-NT
syncsrc=0
lbo=399-533 feet (DSX-1)
coding_opts=AMI
framing_opts=CCS
coding=AMI
framing=CCS/etc/dahdi/system.conf:
Code:
span=1,1,3,ccs,ami
bchan=1-2
hardhdlc=3
span=2,1,3,ccs,ami
bchan=4-5
hardhdlc=6
echocanceller=oslec,1-2,4-5
loadzone = de
defaultzone = de/etc/asterisk/chan_dahdi.conf
Code:
[trunkgroups]
[channels]
language=de
context=tamertelein
switchtype=euroisdn
pridialplan=unknown
prilocaldialplan=unknown
internationalprefix = 00
nationalprefix = 0
localprefix =
privateprefix =
unknownprefix =
priindication = outofband
facilityenable = yes
signalling=bri_cpe_ptmp
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
echotraining=yes
;echotraining=800
group=1
callgroup=1
pickupgroup=1
immediate=no
mohinterpret=default
mohsuggest=default
channel => 1-2
context=tamertelaus
switchtype=euroisdn
pridialplan=unknown
prilocaldialplan=unknown
internationalprefix = 00
nationalprefix = 0
localprefix =
privateprefix =
unknownprefix =
priindication = outofband
facilityenable = yes
signalling=bri_net_ptmp
usecallerid=yes
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
echotraining=yes
echotraining=800
group=2
callgroup=2
pickupgroup=2
immediate=no
mohinterpret=default
mohsuggest=default
channel => 4-5In der asterisk cli:
dahdi show status:
Code:
office*CLI> dahdi show status
Description Alarms IRQ bpviol CRC4 Fra Codi Options LBO
HFC-S PCI A ISDN card 0 [TE] OK 0 0 0 CCS AMI 399-533 feet (DSX-1)
HFC-S PCI A ISDN card 1 [NT] OK 0 0 0 CCS AMI 399-533 feet (DSX-1)Es kann nur eine kleine Einstellungssache sein. Die Frage ist, wie und wo ich die vornehme. Für jeden Rat wäre ich dankbar.
UPDATE:
Ich habe in der asterisk cli, den debugger eingeschalttet, für span2, sprich an dem das ISDN Telefon hängt, mit dem Befehl "pri set debug on span2" und erhalte diese Ausgabe, wie ich den Telefonhörer abnehme:
Code:
office*CLI> pri set debug on span 2
Enabled debugging on span 2
PRI Span: 2
PRI Span: 2 < Protocol Discriminator: Q.931 (8) len=16
PRI Span: 2 < TEI=64 Call Ref: len= 1 (reference 1/0x1) (Sent from originator)
PRI Span: 2 < Message Type: SETUP (5)
PRI Span: 2 < [04 03 80 90 a3]
PRI Span: 2 < Bearer Capability (len= 5) [ Ext: 1 Coding-Std: 0 Info transfer capability: Speech (0)
PRI Span: 2 < Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16)
PRI Span: 2 < User information layer 1: A-Law (35)
PRI Span: 2 < [18 01 83]
PRI Span: 2 < Channel ID (len= 3) [ Ext: 1 IntID: Implicit BRI Spare: 0 Preferred Dchan: 0
PRI Span: 2 < ChanSel: Any channel selected
PRI Span: 2 < ]
PRI Span: 2 < [6c 02 41 80]
PRI Span: 2 < Calling Number (len= 4) [ Ext: 0 TON: Subscriber Number (4) NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
PRI Span: 2 < Presentation: Presentation permitted, user number not screened (0) '' ]
PRI Span: 2 -- Making new call for cref 1
PRI Span: 2 Received message for call 0x7f7fe800a4b0 on link 0xe45f30 TEI/SAPI 64/0
PRI Span: 2 -- Processing Q.931 Call Setup
PRI Span: 2 -- Processing IE 4 (cs0, Bearer Capability)
PRI Span: 2 -- Processing IE 24 (cs0, Channel Identification)
PRI Span: 2 -- Processing IE 108 (cs0, Calling Party Number)
PRI Span: 2 q931.c:8281 post_handle_q931_message: Call 1 enters state 6 (Call Present). Hold state: Idle
Span: 2 Processing event: PRI_EVENT_RING
PRI Span: 2 q931.c:6837 q931_hangup: Hangup other cref:1
PRI Span: 2 q931.c:6594 __q931_hangup: ourstate Call Present, peerstate Call Initiated, hold-state Idle
PRI Span: 2 q931.c:6085 q931_release_complete: Call 1 enters state 0 (Null). Hold state: Idle
PRI Span: 2 Sending message for call 0x7f7fe800a4b0 on call->link: 0xe45f30 with TEI/SAPI 64/0
PRI Span: 2
PRI Span: 2 > DL-DATA request
PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=8
PRI Span: 2 > TEI=64 Call Ref: len= 1 (reference 1/0x1) (Sent to originator)
PRI Span: 2 > Message Type: RELEASE COMPLETE (90)
PRI Span: 2 TEI=64 Transmitting N(S)=3, window is open V(A)=3 K=1
PRI Span: 2
PRI Span: 2 > Protocol Discriminator: Q.931 (8) len=8
PRI Span: 2 > TEI=64 Call Ref: len= 1 (reference 1/0x1) (Sent to originator)
PRI Span: 2 > Message Type: RELEASE COMPLETE (90)
PRI Span: 2 > [08 02 81 81]
PRI Span: 2 > Cause (len= 4) [ Ext: 1 Coding: CCITT (ITU) standard (0) Spare: 0 Location: Private network serving the local user (1)
PRI Span: 2 > Ext: 1 Cause: Unallocated (unassigned) number (1), class = Normal Event (0) ]
PRI Span: 2 q931.c:6837 q931_hangup: Hangup other cref:1
PRI Span: 2 q931.c:6594 __q931_hangup: ourstate Null, peerstate Null, hold-state Idle
PRI Span: 2 Destroying call 0x7f7fe800a4b0, ourstate Null, peerstate Null, hold-state Idle
PRI Span: 2 TEI=64 Got DISC
PRI Span: 2 TEI=64 Sending UA
PRI Span: 2 TEI=64 DL event: Q931_DL_EVENT_DL_RELEASE_IND(3)
PRI Span: 2 Changing from state 7(Multi-frame established) to 4(TEI assigned)
office*CLI>Update:
Läuft mittlerweile! core dump zeigt alles einwandfrei, nur habe ich ein rauschen in der Leitung was ich weg kriegen muss.
Gruß
Tamer
Zuletzt bearbeitet:
