Problem MISDN / Asterisk / extensions.conf

[obergandhi]

Hi, mein Vorhaben sollte nicht allzuschwer umzusetzten sein ... dachte ich

Ich habe eine HFC karte(NT) und eine Fritzkarte(TE)

Ziel soll es erstmal sein, die internen ISDN telefone ander HFC karte zu betreiben
und die externe Verbindung über die Fritzcard zu machen ...

Asterisk und mISDN hab ich wohl richtig installiert.

misdn.init.conf:

card=1,hfcpci
card=2,avmfritz

nt_ptmp=1
te_ptmp=2

dsp_options=0
dtmftreshold=100
debug=0

misdnportinfo gibt aus:

Port  1: TE-mode BRI S/T interface line (for phone lines)
 -> Protocol: DSS1 (Euro ISDN)
 -> childcnt: 2
--------
Port  2: NT-mode BRI S/T interface port (for phones)
 -> Interface can be Poin-To-Point/Multipoint.
--------

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

misdn.conf

[general]
debug=0
method=standard
append_digits2exten=yes
bridging=yes

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

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

[TEports]
context=outgoing
ports=1
msns=9609083

extensions.conf

[general]

static=yes
writeprotect=no

[globals]
IAXINFO=guest

[default]
include => calls


[calls]

  exten => 10,1,Dial(misdn/2/10,10,Ttr) ; Nebenstelle 10 (Philipp) an Port 2 (HFC)
  exten => 10,2,Hangup                  ; Auflegen, wenn keiner drangeht.

  exten => 11,1,Dial(misdn/2/11,10,Ttr) ; Nebenstelle 11 (Mama)    an Port 2 (HFC)
  exten => 11,2,Hangup                  ; Auflegen, wenn keiner drangeht.

Damit funktioniert das interne Telefonieren, jedoch kommen keine gespräche rein über isdn und raus geht auch noch nichts ...

Habe ich bis jetzt alles richtig gemacht?
spreche ich die karten immer über misdn/1 oder 2 an??

 

[pluto70]

Hi,

das liegt wohl daran das Du keine Regeln dafür hast.

Interne Anrufe landen im Context "default" und in diesem hast Du per include den Context "calls" drin und dort stehen nur die internen Telefone. Daher geht intern auch.

Externe Anrufer landen im Context "outgoing" den Deine extensions.conf garnicht hat.

Das Ansprechen des mISDN kenne ich nur als Gruppe, in Deinem Beispiel würde der Dialstring etwa so aussehen:

exten => 10,1,Dial(misdn/g:NT-Ports/10,10,Ttr)


Wenn Du in Deinem Context "calls" folgendes setzt müsste eigentlich das rauswählen klappen:

exten => _0X.,1,Dial(misdn/g:TE-Ports/${EXTEN:1},10,Ttr)

Also wenn irgendwas gewählt wird mit führender 0 dann wird dieser Anruf auf TE-Ports ausgegeben und dabei die 0 weggeschnitten.

Für eingehende Anrufe musste das entsprechend handhaben.

So ich hoffe ich habe in der Eile keinen Unsinn geschrieben. Meine Beispiele sind natürlich nur als solche zu verstehen.

Vielleicht noch ein kleiner Hinweis:

[TE-Ports] <-- Ausgehende Gruppe
context = bla <-- Eingehender Context
[...]

 

[obergandhi]

juhu

erstmal danke für die Hilfe!!!!

also ich habs geändert:
misdn.conf:

[general]
debug=0
method=standard
append_digits2exten=yes
bridging=no

[NTports]
context=intern
ports=2
msns=*

[TEports]
context=extern
ports=1
msns=*

extensions.conf

[general]
  static=yes
  writeprotect=no

[globals]
  IAXINFO=guest

[intern]
  exten => 10,1,Dial(misdn/2/10,60,Ttr)    ; Nebenstelle 10 (Philipp Mobil)
  exten => 10,2,Hangup

  exten => 11,1,Dial(misdn/2/11,60,Ttr)    ; Nebenstelle 11 (Mama)
  exten => 11,2,Hangup

  exten => _0.,1,Dial(mISDN/1/${EXTEN:1})  ; über ISDN raustelefonieren

 [extern]

  exten => 960XX83,1,Dial(mISDN/2/10)     ; ISDN 9609083 an 10 weiterleiten
  exten => 60XX9,1,Dial(mISDN/2/11)       ; ISDN 60619   an 11 weiterleiten

so funktioniert das interne mit den nebenstellen 10,11 über misdn port 2 (HFC)
und das raustelen von misdn2 über den misdn port 1
rein gehen die angebenen msn auch an die nebenstellen...

da ich port 2 in der NT gruppe habe, ist misdn/2 und misdn/NT-ports das selbe ...

ist das was ich gemacht habe nun auch so wie es gedacht ist??
im bezug auf context, msn verwaltung usw

 

[pluto70]

ist das was ich gemacht habe nun auf so wie es gedacht ist??
im bezug auf context usw

Öhm, also wer sich was dabei gedacht hat kann ich Dir nicht sagen, wenn es denn funktioniert ist doch gut.

 

[ru]

Hi obergandhi,

also ich steck zwar auch noch in den ANfängen, aber die Verwendung der Ports habe ich mittlerweile geschnallt. In Deiner ersten Message schreibst Du zum einen:

card=1,hfcpci
card=2,avmfritz
nt_ptmp=1
te_ptmp=2

Dann zitierst Du die Ausgabe von misdnportinfo jedoch mit

Port 1: TE-mode BRI S/T interface line (for phone lines)
Port 2: NT-mode BRI S/T interface port (for phones)

Hab ich da jetzt einen Knick in der Optik oder müssen die angegebenen Zahlen nicht durchgängig sein, also Port 1=hfcpci=NT-Modus und Port 2=fritzcard=TE-Modus?

 

[mabo]

Hallo,

also wenn ich jetzt nicht den Knick in der Optik habe wüde ich sagen das kann so nicht gehen !

In der misdn.init.conf ist Port 2 deine Fritz Card also TE und
in der misdn.conf sagt du port 2 ist deine NT Karte

alles was über die Fritz kommt landet im Context intern und alles was bei der HFC reinkommt lantet im Context extern :gruebel:

Gruß mabo
ps: du kannst doch jetzt nicht wirklich intern telefomieren und von extern angerufen werden ???

 

[obergandhi]

aaalso:

aktuelle config:

misdn-init scan

[OK] found the following devices:
card=1,hfcpci
card=2,avmfritz
[ii] run "/usr/sbin/misdn-init config" to store this information to /etc/misdn-init.conf

misdn-init.conf

card=1,hfcpci
card=2,avmfritz
te_ptp=2
nt_ptp=1

poll=128
dsp_options=0
dtmftreshold=100
debug=0

misdnportinfo

Port  1: TE-mode BRI S/T interface line (for phone lines)
 -> Interface is Poin-To-Point.
 -> Protocol: DSS1 (Euro ISDN)
 -> childcnt: 2
--------
Port  2: NT-mode BRI S/T interface port (for phones)
 -> Interface can be Poin-To-Point/Multipoint.
--------

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

misdn.conf

[general]
debug=0
method=standard
append_digits2exten=yes
bridging=no

[NT]
context=intern
ports=2
msns=*

[TE]
context=extern
ports=1
msns=*

kann es sein, dass die karte1 nicht umbedingt port 1 bekommen muss??

denn es geht

 

[mabo]

hmm,

:gruebel: :gruebel: :gruebel:

Gruß mabo

 

[ru]

te_ptp=2
nt_ptp=1

??????

Ursprünglich hattest Du

nt_ptmp=1
te_ptmp=2

angegeben.

Und da hast Du ein normales ISDN-Telefon am ISDN-ANLAGEN-Anschluß (ptp) angeschlossen? Kann es sein, daß die von Dir hier gequoteten Files nicht die sind, die sich Asterisk "zieht"; also in einem anderen Verzeichnis sind? Anders kann ich mir das nicht mehr erklären.

 

[obergandhi]

also ich hab in der misdn.conf nicht wirklich angegeben wo die misdn-init.conf liegt ... ist das nötig?

ich hatte mal ptmp und einmal ptp angegeben ... ging beides.
am NT port hängt ne isdn anlage mit 2 analogen telefonen.

 

[obergandhi]

config nun:

misdn-init.conf:

card=1,hfcpci
card=2,avmfritz

nt_ptmp=1
te_ptmp=2

poll=128
#dsp_poll=128
dsp_options=0
dtmftreshold=100
debug=0



misdnportinfo

Port 1: NT-mode BRI S/T interface port (for phones)
-> Interface can be Poin-To-Point/Multipoint.
--------
Port 2: TE-mode BRI S/T interface line (for phone lines)
-> Protocol: DSS1 (Euro ISDN)
-> childcnt: 2
--------

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



misdn.conf
[general]
debug=0
bridging=no

[NT]
context=intern
ports=1
msns=*

[TE]
context=extern
ports=2
msns=*

misdn schow config:

Misdn General-Config:
-> misdn_init: /etc/misdn-init.conf -> debug: 0
-> tracefile: /var/log/asterisk/misdn.log -> bridging: no
-> stop_tone_after_first_digit: yes -> append_digits2exten: yes
-> dynamic_crypt: no -> crypt_prefix:
-> crypt_keys: -> ntdebugflags: 0
-> ntdebugfile: /var/log/misdn-nt.log

[PORT 1]
-> name: NT -> allowed_bearers: all
-> far_alerting: no -> rxgain: 0
-> txgain: 0 -> te_choose_channel: no
-> pmp_l1_check: yes -> reject_cause: 21
-> block_on_alarm: no -> hdlc: no
-> context: intern -> language: en
-> musicclass: default -> callerid:
-> method: standard -> dialplan: 0
-> localdialplan: 0 -> cpndialplan: 0
-> nationalprefix: 0 -> internationalprefix: 00
-> presentation: -1 -> screen: -1
-> always_immediate: no -> nodialtone: no
-> immediate: no -> senddtmf: no
-> hold_allowed: no -> early_bconnect: yes
-> incoming_early_audio: no -> echocancel: 0
-> echocancelwhenbridged: no -> need_more_infos: no
-> nttimeout: no -> jitterbuffer: 4000
-> jitterbuffer_upper_threshold: 0 -> callgroup:
-> pickupgroup: -> max_incoming: -1
-> max_outgoing: -1 -> l1watcher_timeout: 0
-> overlapdial: 0 -> msns: *
-> faxdetect: no -> faxdetect_context:
-> faxdetect_timeout: 5 -> ptp: no



[PORT 2]
-> name: TE -> allowed_bearers: all
-> far_alerting: no -> rxgain: 0
-> txgain: 0 -> te_choose_channel: no
-> pmp_l1_check: yes -> reject_cause: 21
-> block_on_alarm: no -> hdlc: no
-> context: extern -> language: en
-> musicclass: default -> callerid:
-> method: standard -> dialplan: 0
-> localdialplan: 0 -> cpndialplan: 0
-> nationalprefix: 0 -> internationalprefix: 00
-> presentation: -1 -> screen: -1
-> always_immediate: no -> nodialtone: no
-> immediate: no -> senddtmf: no
-> hold_allowed: no -> early_bconnect: yes
-> incoming_early_audio: no -> echocancel: 0
-> echocancelwhenbridged: no -> need_more_infos: no
-> nttimeout: no -> jitterbuffer: 4000
-> jitterbuffer_upper_threshold: 0 -> callgroup:
-> pickupgroup: -> max_incoming: -1
-> max_outgoing: -1 -> l1watcher_timeout: 0
-> overlapdial: 0 -> msns: *
-> faxdetect: no -> faxdetect_context:
-> faxdetect_timeout: 5 -> ptp: no


*CLI> misdn show stacks
BEGIN STACK_LIST:
* Port 1 Type NT Prot. PMP L2Link DOWN L1Link:UP Blocked:0 Debug:0
* Port 2 Type TE Prot. PMP L2Link UP L1Link:UP Blocked:0 Debug:0


ist ja jetzt mal einheitlich ..


nur was kann das bedeuten:

*CLI> P[ 2] --> Didn't find BC so temporarly creating dummy BC (l3id:ffff0001) on this port.
P[ 2] --> unknown
P[ 2] --> not yet handled: facility type:0xffff

passeriert manchmal beim raustelen über isdn ..

danach kommt dann runoch:

*CLI> P[ 2] Port down PMP
[Feb 8 23:20:51] WARNING[7015]: chan_misdn.c:5171 chan_misdn_log: Could not create channel on port:-1 with extensions:0
[Feb 8 23:20:51] WARNING[7015]: app_dial.c:1081 dial_exec_full: Unable to create channel of type 'mISDN' (cause 0 - Unknown)