[need help]zweite quadbri karte will nicht funktionieren

[bxjy]

Hallo
I habe eine zweite quadbri karte eingebaut, die erste funktioniert eigentlich, so dachte ich dass die zweite auch ohne probleme sein soll, aber der ist nicht der Fall. Die 1,3 Lampe sind grün und 2,4 sind rot bevor ich die Kabel in port 1 von zweiten Karte einstecke , nachdem einstecke werden 2,3 grün aber 1,4 rot.
und in CLI meldet die Info,dass D channel in channel 1....is down ,trotzdem benutzt die 28 channel ......
Ich habe die zweite Karte wie die erste eingestellt , nur eine Port davon habe ich als NT für interne Geräte umgestellt.(ausserdem habe ich noch tdm400 Karte für analoge Geraete)

die zaptel.conf sieht wie folgende:
loadzone=nl
defaultzone=nl

fxoks=1-4

span=1,1,3,ccs,hdb3,crc4
bchan=5,6
dchan=7

span=2,2,3,ccs,hdb3,crc4
bchan=8,9
dchan=10


span=3,3,3,ccs,hdb3,crc4
bchan=11,12
dchan=13

span=4,4,3,ccs,hdb3,crc4
bchan=14,15
dchan=16

span=5,5,3,ccs,hdb3,crc4
bchan=17,18
dchan=19

span=6,6,3,ccs,hdb3,crc4
bchan=20,21
dchan=22

span=7,7,3,ccs,hdb3,crc4
bchan=23,24
dchan=25

span=8,0,3,ccs,hdb3,crc4
bchan=26,27


hat jemand einen Idee ,woran liegt das?

 

[n8isch]

mußt du dann nicht auch:

fxoks=1-7

event nocht

fxsks=8

einstellen, vorrausgesetzt der letzte port ist in den NT modus geschaltet?

 

[slayer]

Hi,

hast du schon mal versucht die zaptel.conf Datei der octobri zu verwenden?
Das würde ich ja zuerst versuchen.
Die Vorschlag von "n8isch" kann eigentlich nichts bewirken, da die TE/NT Einstellung ja in der zapata.conf vorgenommen wird und nicht in der zaptel.conf.
Ich glaube es gibt noch ID´s für die Karten, die man setzen kann, um Sie im Mehrfachbetrieb zu verwenden, ich verwende aber nur eine Quadbri und habe mich deshalb nicht weiter damit beschäftigt.
Aber der Support von Junghanns.net ist eigentlich sehr hilfreich. Ich würde dort einfach anrufen und das Problem schildern. Die wissen bestimmt wie die richtige Konfiguration auszusehen hat.

mfg

Johannes


loadzone=nl
defaultzone=nl
# qozap span definitions
# most of the values should be bogus because we are not really zaptel
span=1,1,3,ccs,ami
span=2,0,3,ccs,ami
span=3,0,3,ccs,ami
span=4,0,3,ccs,ami
span=5,1,3,ccs,ami
span=6,0,3,ccs,ami
span=7,0,3,ccs,ami
span=8,0,3,ccs,ami

bchan=1,2
dchan=3
bchan=4,5
dchan=6
bchan=7,8
dchan=9
bchan=10,11
dchan=12
bchan=13,14
dchan=15
bchan=16,17
dchan=18
bchan=19,20
dchan=21
bchan=22,23
dchan=24

 

[bxjy]

Hallo
Danke erst mal für eure Reply
Die Karte funktioniert anscheint, obwohl die Lampe nicht richtig leuchten können

Aber taucht neues Problem:
Egal wie ich meine Dialplan ändern, die Dial() Funktion bricht nach bestimmte Zeit ab , und nicht weiter gehen will. My PLAN steht wie folgendes:

[macro-incoming]

exten => s,1,Dial(${ARG1},20,rtoT)
exten => S,2,GotoIf($[${DIALSTATUS} = ANSWER]?3:5)
exten => S,3,VoiceMail(u${ARG2}@xxx-voicemailbox)
exten => S,4,Goto(n)
exten => s,5,GotoIf($[$[${DIALSTATUS} = CONGESTION] | $[${DIALSTATUS} = CHANUNAVAIL] | $[${DIALSTATUS} = BUSY]]?6:n)
exten => S,6,System(echo "${CALLERIDNUM} versucht dich anzurufen" >> /tmp/${ARG3})
exten => S,7,System(mail ${ARG3}@xxx-chemnitz.de -s "Asterisk message" < /tmp/${ARG3})
exten => S,8,System(rm /tmp/${ARG3})
exten => S,n,Hangup()

Eine externe Anruf bricht einfach ab, wenn niemand daran geht
Gleiche Logic funktioniert für interne Anrufe, also sip zu sip.

Folgendes habe ich in /var/log/asterisk/messages gefunden
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring pridialplan
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring prilocaldialplan
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring nationalprefix
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring internationalprefix
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring overlapdial
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring signalling
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 1, with 0 conference users
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring signalling
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 3, with 0 conference users
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring signalling
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 2, with 0 conference users
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring signalling
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 4, with 0 conference users
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring switchtype
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring signalling
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring overlapdial
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring facilityenable
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 5, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 6, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 8, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 9, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 11, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 12, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 14, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 15, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 17, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 18, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 20, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 21, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 23, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 24, with 0 conference users
Sep 12 19:53:19 WARNING[10657] chan_zap.c: Ignoring signalling
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 26, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Failed to read gains: Invalid argument
Sep 12 19:53:19 DEBUG[10657] chan_zap.c: Updated conferencing on 27, with 0 conference users
Sep 12 19:53:19 DEBUG[10657] app_voicemail.c: VM Review Option disabled globally
Sep 12 19:53:19 DEBUG[10657] app_voicemail.c: VM Operator break disabled globally
Sep 12 19:53:19 DEBUG[10657] app_voicemail.c: ENVELOPE before msg enabled globally
Sep 12 19:53:19 DEBUG[10657] app_voicemail.c: Duration info before msg enabled globally
Sep 12 19:53:19 DEBUG[10657] app_voicemail.c: We are not going to skip to the next msg after save/delete
Sep 12 19:53:19 DEBUG[10657] app_voicemail.c: found callback context: internal


weiss jemand woran liegt das?