Nabbend liebe VOIP Gemeinde !
Ich hätte da gerne mal ein Problem :nemma:
Ich habe die Suchfunktion schon bemüht, aber leider nix passendes bisher gefunden.
Umgebung:
Debian, 2.4 Kernel
Asterisk, LibPri, Bristuff, WCTE11XP.
Karten:
Typhoon Model Sonnenschein (20,-)
Digium TE110P
Die Typhoon nimmt einen Windowsserver auf, da ist eine Fax Client/Server Soft drauf.
Die TE110P ist das Pri-30 Interface in die weite Welt.
Hansenet rauscht nächste Woche ein uns baut den PBX an die Wand, bis dahin fahre ich auf der Typhoon testweise, die Digium IST ABER SCHON IM RECHNER UND AUCH GECONFIGGED.
Es läuft auch alles wunderbar, Zaptel.conf, Zapata.conf, Extensions etc : Alles wunnebar....
Nur EINE Sache müsste ich Asterisk erzählen können:
Nimm nicht den D-Channel 16 aus Span 1 (TE110P), denn der Kanal ist ja mangels Konnektivität down, sondern nimm bitte den D-Channel 34 aus der KONNEKTIERTEN Typhoon !
Kann ich das Asterisk beibringen ?
Er warnt mich nun penetrant (und zu recht), es sei KEIN (nun..das ist eine Lüge ) D-Channel available, aber ich möchte Asterisk so gerne wieder glücklich machen und ihm den Kanal 34 nahelegen
Zaptel.conf:
Zapata.Vogel (Conf):
Meldung der Asterisk CLI:
Was mich "wundert" ist das Wort "NO"....sieht für mich so aus, als würde Asterisk den 34'er noch gar nicht bemerkt haben....
Er meldet die einzelnen Kanäle beim Load so:
Keine 16, keine 34 (beide D-Channel), was normal ist, afaik - abgesehen davon, daß 32+33 eigentlich BRI Signalling haben sollten, das liegt aber an was anderem (nur in der Testumgebung).
Also, Frage:
Kann ich Asterisk dazu bringen, NICHT auf 16 den D-Channel zu erwarten, sondern auf 34 zu schauen und sich einzunisten ?
Danke !!!
Richard
Ich hätte da gerne mal ein Problem :nemma:
Ich habe die Suchfunktion schon bemüht, aber leider nix passendes bisher gefunden.
Umgebung:
Debian, 2.4 Kernel
Asterisk, LibPri, Bristuff, WCTE11XP.
Karten:
Typhoon Model Sonnenschein (20,-)
Digium TE110P
Die Typhoon nimmt einen Windowsserver auf, da ist eine Fax Client/Server Soft drauf.
Die TE110P ist das Pri-30 Interface in die weite Welt.
Hansenet rauscht nächste Woche ein uns baut den PBX an die Wand, bis dahin fahre ich auf der Typhoon testweise, die Digium IST ABER SCHON IM RECHNER UND AUCH GECONFIGGED.
Es läuft auch alles wunderbar, Zaptel.conf, Zapata.conf, Extensions etc : Alles wunnebar....
Nur EINE Sache müsste ich Asterisk erzählen können:
Nimm nicht den D-Channel 16 aus Span 1 (TE110P), denn der Kanal ist ja mangels Konnektivität down, sondern nimm bitte den D-Channel 34 aus der KONNEKTIERTEN Typhoon !
Kann ich das Asterisk beibringen ?
Er warnt mich nun penetrant (und zu recht), es sei KEIN (nun..das ist eine Lüge ) D-Channel available, aber ich möchte Asterisk so gerne wieder glücklich machen und ihm den Kanal 34 nahelegen
Zaptel.conf:
span=1,0,3,ccs,hdb3
bchan=1-15
dchan=16
bchan=17-31
span=2,1,3,ccs,ami
bchan=32-33
dchan=34
loadzone=nl
defaultzone=nl
Zapata.Vogel (Conf):
[channels]
language=nl
context=default
switchtype = euroisdn
pridialplan = local
echocancel=128
echotraining=800
echocancelwhenbridged=yes
rxgain=10.5
txgain=-8.5
signalling = pri_net
group=1
channel => 1-15,17-31
signalling = bri_cpe_ptmp
context=default
group=2
channel => 32-33
Meldung der Asterisk CLI:
Dec 29 20:08:13 WARNING[2218]: chan_zap.c:2450 pri_find_dchan: No D-channels available! Using Primary channel 16 as D-channel anyway!
Was mich "wundert" ist das Wort "NO"....sieht für mich so aus, als würde Asterisk den 34'er noch gar nicht bemerkt haben....
Er meldet die einzelnen Kanäle beim Load so:
-- Reconfigured channel 1, PRI Signalling signalling
-- Reconfigured channel 2, PRI Signalling signalling
-- Reconfigured channel 3, PRI Signalling signalling
-- Reconfigured channel 4, PRI Signalling signalling
-- Reconfigured channel 5, PRI Signalling signalling
-- Reconfigured channel 6, PRI Signalling signalling
-- Reconfigured channel 7, PRI Signalling signalling
-- Reconfigured channel 8, PRI Signalling signalling
-- Reconfigured channel 9, PRI Signalling signalling
-- Reconfigured channel 10, PRI Signalling signalling
-- Reconfigured channel 11, PRI Signalling signalling
-- Reconfigured channel 12, PRI Signalling signalling
-- Reconfigured channel 13, PRI Signalling signalling
-- Reconfigured channel 14, PRI Signalling signalling
-- Reconfigured channel 15, PRI Signalling signalling
-- Reconfigured channel 17, PRI Signalling signalling
-- Reconfigured channel 18, PRI Signalling signalling
-- Reconfigured channel 19, PRI Signalling signalling
-- Reconfigured channel 20, PRI Signalling signalling
-- Reconfigured channel 21, PRI Signalling signalling
-- Reconfigured channel 22, PRI Signalling signalling
-- Reconfigured channel 23, PRI Signalling signalling
-- Reconfigured channel 24, PRI Signalling signalling
-- Reconfigured channel 25, PRI Signalling signalling
-- Reconfigured channel 26, PRI Signalling signalling
-- Reconfigured channel 27, PRI Signalling signalling
-- Reconfigured channel 28, PRI Signalling signalling
-- Reconfigured channel 29, PRI Signalling signalling
-- Reconfigured channel 30, PRI Signalling signalling
-- Reconfigured channel 31, PRI Signalling signalling
-- Reconfigured channel 32, PRI Signalling signalling
-- Reconfigured channel 33, PRI Signalling signalling
Keine 16, keine 34 (beide D-Channel), was normal ist, afaik - abgesehen davon, daß 32+33 eigentlich BRI Signalling haben sollten, das liegt aber an was anderem (nur in der Testumgebung).
Also, Frage:
Kann ich Asterisk dazu bringen, NICHT auf 16 den D-Channel zu erwarten, sondern auf 34 zu schauen und sich einzunisten ?
Danke !!!
Richard