bristuff Patch für BeroNet Karten

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
Ich habe es am Laufen mit bristuff-0.4.0-test2.
Nach etwas lesen kam ich dann allein auf die Lösung....

Ich habe für die Swyx SX2, nach dem Download und Patch der Quellpakete mittels download.sh, in der Datei cwain.c die Junghanns-ID b553 mit meiner benötigten ID b543 überall ausgetauscht.
Dannach habe ich einfach das Paket erstellt mit compile.sh. - Noch schnell die Config angepasst und neugestartet.
Dannach der Moment der Wahrheit:

Code: 
[root@SRV-N05 bristuff-0.4.0-test2]# cd cwain/
[root@SRV-N05 cwain]# modprobe zaptel
[root@SRV-N05 cwain]# insmod cwain.ko
[root@SRV-N05 cwain]# ztcfg -vvvv

Zaptel Version: 1.4.3
Echo Canceller: MG2
Configuration
======================

SPAN 1: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Clear channel (A-law) (Slaves: 01)
Channel 02: Clear channel (A-law) (Slaves: 02)
Channel 03: Clear channel (A-law) (Slaves: 03)
Channel 04: Clear channel (A-law) (Slaves: 04)
Channel 05: Clear channel (A-law) (Slaves: 05)
Channel 06: Clear channel (A-law) (Slaves: 06)
Channel 07: Clear channel (A-law) (Slaves: 07)
Channel 08: Clear channel (A-law) (Slaves: 08)
Channel 09: Clear channel (A-law) (Slaves: 09)
Channel 10: Clear channel (A-law) (Slaves: 10)
Channel 11: Clear channel (A-law) (Slaves: 11)
Channel 12: Clear channel (A-law) (Slaves: 12)
Channel 13: Clear channel (A-law) (Slaves: 13)
Channel 14: Clear channel (A-law) (Slaves: 14)
Channel 15: Clear channel (A-law) (Slaves: 15)
Channel 16: D-channel (A-law) (Slaves: 16)
Channel 17: Clear channel (A-law) (Slaves: 17)
Channel 18: Clear channel (A-law) (Slaves: 18)
Channel 19: Clear channel (A-law) (Slaves: 19)
Channel 20: Clear channel (A-law) (Slaves: 20)
Channel 21: Clear channel (A-law) (Slaves: 21)
Channel 22: Clear channel (A-law) (Slaves: 22)
Channel 23: Clear channel (A-law) (Slaves: 23)
Channel 24: Clear channel (A-law) (Slaves: 24)
Channel 25: Clear channel (A-law) (Slaves: 25)
Channel 26: Clear channel (A-law) (Slaves: 26)
Channel 27: Clear channel (A-law) (Slaves: 27)
Channel 28: Clear channel (A-law) (Slaves: 28)
Channel 29: Clear channel (A-law) (Slaves: 29)
Channel 30: Clear channel (A-law) (Slaves: 30)
Channel 31: Clear channel (A-law) (Slaves: 31)

31 channels configured.

Changing signalling on channel 1 from Unused to Clear channel
Changing signalling on channel 2 from Unused to Clear channel
Changing signalling on channel 3 from Unused to Clear channel
Changing signalling on channel 4 from Unused to Clear channel
Changing signalling on channel 5 from Unused to Clear channel
Changing signalling on channel 6 from Unused to Clear channel
Changing signalling on channel 7 from Unused to Clear channel
Changing signalling on channel 8 from Unused to Clear channel
Changing signalling on channel 9 from Unused to Clear channel
Changing signalling on channel 10 from Unused to Clear channel
Changing signalling on channel 11 from Unused to Clear channel
Changing signalling on channel 12 from Unused to Clear channel
Changing signalling on channel 13 from Unused to Clear channel
Changing signalling on channel 14 from Unused to Clear channel
Changing signalling on channel 15 from Unused to Clear channel
Changing signalling on channel 16 from Unused to HDLC with FCS check
Changing signalling on channel 17 from Unused to Clear channel
Changing signalling on channel 18 from Unused to Clear channel
Changing signalling on channel 19 from Unused to Clear channel
Changing signalling on channel 20 from Unused to Clear channel
Changing signalling on channel 21 from Unused to Clear channel
Changing signalling on channel 22 from Unused to Clear channel
Changing signalling on channel 23 from Unused to Clear channel
Changing signalling on channel 24 from Unused to Clear channel
Changing signalling on channel 25 from Unused to Clear channel
Changing signalling on channel 26 from Unused to Clear channel
Changing signalling on channel 27 from Unused to Clear channel
Changing signalling on channel 28 from Unused to Clear channel
Changing signalling on channel 29 from Unused to Clear channel
Changing signalling on channel 30 from Unused to Clear channel
Changing signalling on channel 31 from Unused to Clear channel
[root@SRV-N05 cwain]#


Hurra ;)


LG
Fram
 
Zuletzt bearbeitet:
Hallo,

gibt es schon einen fertigen Patch für die neuste BRIstuff-Version, und bringt man damit die bernonet 4-fach und 8-fach karten auch unter einem 1.4er Asterisk gut zum laufen?

Grüße,
DomRoc
 
Hallo Framercy,

waere brennend interessiert an einem Testbericht Deinerseits... laeuft der Bristuff 040-test2 schon stabil ? ... hast Du ihn im Dauereinsatz ? gibt es irgendwelche Fehler ?
Ich patche mir seit einiger Zeit einen Wolf am bristuff-0.3.0-ye-dingsda und einige der Sachen die ich gerade anpacken moechte sind im Asterisk-1.4 bereits verwirklicht ( erweiterte Laufzeitvariablen fuer die Queues ) ... ;)

Da ich mir an der test1-Version bereits die Zaehne ausgebissen hab waere ich sehr interessiert an einem Statement Deinerseits...

Gruss Micro
 
Könnte mal jemand so den aktuellen Stand festhalten, vll zur 1.2 und zur 1.4...
Habe etwas die Übersicht verloren, also welche version läuft, welcher patch, usw.
Desweiteren frage ich mich noch, warum sollte ich eine beronet-Karte mit bristuff verwenden? die Preise scheinen mir zumindest sehr ähnlich zu sein....
 
Hallo jam4ever,

die Idee mit der Übersicht finde ich prima!
Zu den Preise: Während die 4-fach Karten fast das gleiche kosten, so kostet die 8-fach Karte, soweit ich das gesehen habe, über 100¤ mehr!

Grüße,
DomRoc
 
Halloechen DomRoc,

also mit meinem heutigen Erfahrungsstand wuerde ich das wahrscheinlich auch so machen, habe eine OctoBri mit Bristuff - bin jedoch mit der Hardware und dem Hardwaresupport net zufrieden, mit der Software hingegen sehr. Bei dem Problem mit der OctoBri hat mir schlussendlich Beronet weitergeholfen... (bei einigen weniger Stunden Fehlersuche sind 100Eu schnell wieder drin).
Daher wuerde ich aufgrund des scheinbar kompetenteren Hardwaresupports heute auch zu Beronet greifen und obendrauf nen Bristuff laufen lassen, da der scheinbar mehr Funktionalitaet bietet.
Zumal mir die OctoBri 2.0 aufgrund einiger Layoutfehler noch sehr unausgereift erscheint.

MfG, MicroPhone
 
Hallo MicroPhone,

ich dachte immer die Karten von Junghans und Beronet wären von der Hardware her identisch?
Welche Hardwareprobleme hast Du denn mit der OctiBRI 2.0?
Weil die sollten dann ja auch auf die baugleiche Beronet zutreffen, oder nicht?

Grüße,
DomRoc
 
Hi DomRoc,

ich bin mir net 100%ig sicher, aber ich glaube es gibt da kleine Unterschiede. Wenn Du die Photos der Karten vergleichst, dann gibt es kleine Unterschiede - z.B. die Position des Powerfeeding-Moduls.
Probleme hatte ich damit, dass die Doku unzureichend bzw. falsch war und das Board im Werk nicht ausreichend getestet wurde (sonst haetten die vorher gemerkt, dass ihre Hardware garnicht funktionieren kann) siehe http://www.ip-phone-forum.de/showthread.php?t=134962,

Erst Beronet hat mich nachher in einem kurzen Telefongespraech darueber aufgeklaert, dass entgegen der Werbung nur die Ports 5-8 mit Speisespannung versorgt werden koennen (daher nur 4 Jumper) und die Speisespannung auf den Ports 5 und 6 ist anders gepolt als in den Ports 7 und 8 u.s.w.

Da hab ich zunaechst Wochenlang auf ne Antwort gewartet. Was mich dann verblueffte, dass Beronet mir die Bugs in allein einem Telefonat foermlich herunterbeten konnte. - zumindest kennen also ne aehnliche Karte ... ;)

MfG, Micro

p.s.: die verwenden den gleichen Chipsatz - daher sind die zwangslaeufig an aehnliche Hardware gebunden und damit ist eine gewisse Aehnlichkeit auch naturgegeben. - ob sie identisch sind kann ich net genau sagen, da ich nur die OctoBri 2.0 im Rechner hab.
 
Zuletzt bearbeitet:
Hi,

ich verwende im Quadbri-Bereich Karten beider Hersteller und konnte bisher weder beim Powerfeeding noch bei der Konfiguration der Jumper Unterschiede erkennen.
Bei Octobris habe ich bisher nur Junghanns-Karten (2.0) verwendet. Diese scheinen mir wie MicroPhone schon schrieb nicht 100% durchdacht (->internes Powerfeeding-Modul).

Um von der Patcherei loszukommen würde ich ja gerne auf mISDN wechseln (insbesondere seit * 1.4 wohl nuch auch devstate() hat), trau mich aber nicht, weil ich momentan keine Zeit für Langzeit-Stabilitäts-Tests habe.
Also warte ich weiter (wie wohl der Rest der bristuff-Nutzer) auf eine stabile 1.4er bristuff-Version.

Ciao,
Tom
 
Hi,

wozu benötigt man denn das Power-Feeding-Modul genau?

Endgeräte OHNE eigenen Stromanschluss (ISDN-Telefone usw.) werden bei uns wohl nicht angeschlossen!

Kann man eigentlich problemlos zwei dieser Octo-Karten (Junghanns oder Beronet) in einem Rechner installieren, getrennte INT-Leitungen und eigene IRQs mal vorausgesetzt?

Wenn man sich für die Beronet-Karten entscheidet, dann muss man aber zum einen das gepatchtet BRIstuff einsetzen, zum anderen meine ich aber hier auch irgendwo gelesen zu haben, dass dies wohl nichtmehr so leicht möglich ist?! :noidea:

Im Zweifel würde ich also bei den Junghanns-Produkten bleiben, wenn die genannten Hardware-Probleme bei meiner Konfiguration nicht zur Geltung kommen würden! Oder habe ich an dieser Stelle was missverstanden?

Danke!

Grüße,
DomRoc
 
Hi DomRoc,

das Power-Feeding Modul gibt eine Speisespannung von 40V auf die Busse 5-8, wenn die dafuer vorgesehenen Jumper auf der Karte gesetzt sind. Wenn ich das richtig im Kopf hab liegt die Spannung zwischen den beiden Datenbuendeln, in jedem Fall ist sie jedoch optional - d.h. wie Du schon bemerktest, benoetigen Geraete mit eigener Spannungsversorgung (Fritz-Card, DECT-Basisstationen, etc.) diese Speisespannung im Normalfall nicht.
Daher solltest Du ohne PF-Modul auskommen und die genannten Probleme sollten Deinen Anwendungszweck nicht tangieren.

Wenn Du auf Bristuff setzt und kein PF benoetigst, hat das Kaufen von Junghanns-Produkten zumindest den Vorteil, dass Sie die Kombi supporten MUESSEN - so rein rechtlich gesehen. Wenn ne BeroNet-Karte mit dem Bristuff nicht zum Laufen zu bewegen ist, ist es primaer Dein Problem.

Bei 2 Karten kann ich nur vermuten, dass es problemlos funktioniert, da es hier im Forum bereits einige Leute gibt, die auch mehrere QuadBris oder ne Octo mit ner Quad einsetzen... probiert hab ich's selbst net.

MfG, Micro
 
Hallo MicroPhone,

danke erstmal für die schnelle und ausführliche Antwort! :)

Laut Junghanns kann man zwei/mehrere OctoBRI-Karten über einen internen Bus koppeln, es sollte also funktionieren.
Und wenn nicht --> Support! (wie Du ja auch schon angemerkt hast!)

Grüße,
DomRoc
 
MicroPhone schrieb:
hat das Kaufen von Junghanns-Produkten zumindest den Vorteil, dass Sie die Kombi supporten MUESSEN - so rein rechtlich gesehen. Wenn ne BeroNet-Karte mit dem Bristuff nicht zum Laufen zu bewegen ist, ist es primaer Dein Problem.
Zum Vergrößern anklicken....
Das ist nicht ganz richtig. Beide Anbieter liefern die Karte. Freundlicherweise liefern sie auch noch einen Treiber für die Anwendung Asterisk dazu. Die Treiber sind aber garantiefrei unter der GPL veröffentlicht ;-)

MicroPhone schrieb:
Bei 2 Karten kann ich nur vermuten, dass es problemlos funktioniert
Zum Vergrößern anklicken....
Mehrere Karten können entweder "einfach so" zusammen betrieben werden oder über den intergrierten PCM-Bus mit einem kleinen Flachbandkabel miteinander verbunden werden.

[Edit foschi: Aus zwei Beiträgen einen gemacht - bitte den "Ändern"-Button benutzen, und nicht Beiträge "schieben".]

@gentoo_user,

gentoo_user schrieb:
Gentoo möchte die patches auch von einer Quelle in englischer Sprache beziehen.
Zum Vergrößern anklicken....

Wir haben die Gentoo-Jungs inzwischen zufrieden gestellt ;-) und alles unter http://blog.eth0.cc/zaptel-patchwork/ veröffentlicht. Dort gibt es auch immer dann neue Patches, wenn wir aktuelle Asterisk-Pakete zusammenbauen (normalerweise 2-3 Wochen nach Erscheinen eines neuen Asterisk 1.2.x Releases).

Gruß
Henning
 
BN2E1 via cwain

Hallo,

ich versuche derzeit eine BN2E1 per Junghanns cwain Treiber zum laufen zu kriegen. Die Karte soll auf Port 1 im TE und auf Port 2 im NT Modus laufen.
Die Karte wird auch schon richtig erkannt, bei der initiialisierung per ztcfg -vvv

Code: 
Zaptel Configuration
======================

SPAN 1: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)
SPAN 2: CCS/HDB3 Build-out: 0 db (CSU)/0-133 feet (DSX-1)

Channel map:

Channel 01: Clear channel (A-law) (Slaves: 01)
Channel 02: Clear channel (A-law) (Slaves: 02)
Channel 03: Clear channel (A-law) (Slaves: 03)
Channel 04: Clear channel (A-law) (Slaves: 04)
Channel 05: Clear channel (A-law) (Slaves: 05)
Channel 06: Clear channel (A-law) (Slaves: 06)
Channel 07: Clear channel (A-law) (Slaves: 07)
Channel 08: Clear channel (A-law) (Slaves: 08)
Channel 09: Clear channel (A-law) (Slaves: 09)
Channel 10: Clear channel (A-law) (Slaves: 10)
Channel 11: Clear channel (A-law) (Slaves: 11)
Channel 12: Clear channel (A-law) (Slaves: 12)
Channel 13: Clear channel (A-law) (Slaves: 13)
Channel 14: Clear channel (A-law) (Slaves: 14)
Channel 15: Clear channel (A-law) (Slaves: 15)
Channel 16: D-channel (Default) (Slaves: 16)
Channel 17: Clear channel (A-law) (Slaves: 17)
Channel 18: Clear channel (A-law) (Slaves: 18)
Channel 19: Clear channel (A-law) (Slaves: 19)
Channel 20: Clear channel (A-law) (Slaves: 20)
Channel 21: Clear channel (A-law) (Slaves: 21)
Channel 22: Clear channel (A-law) (Slaves: 22)
Channel 23: Clear channel (A-law) (Slaves: 23)
Channel 24: Clear channel (A-law) (Slaves: 24)
Channel 25: Clear channel (A-law) (Slaves: 25)
Channel 26: Clear channel (A-law) (Slaves: 26)
Channel 27: Clear channel (A-law) (Slaves: 27)
Channel 28: Clear channel (A-law) (Slaves: 28)
Channel 29: Clear channel (A-law) (Slaves: 29)
Channel 30: Clear channel (A-law) (Slaves: 30)
Channel 31: Clear channel (A-law) (Slaves: 31)
Channel 32: Clear channel (A-law) (Slaves: 32)
Channel 33: Clear channel (A-law) (Slaves: 33)
Channel 34: Clear channel (A-law) (Slaves: 34)
Channel 35: Clear channel (A-law) (Slaves: 35)
Channel 36: Clear channel (A-law) (Slaves: 36)
Channel 37: Clear channel (A-law) (Slaves: 37)
Channel 38: Clear channel (A-law) (Slaves: 38)
Channel 39: Clear channel (A-law) (Slaves: 39)
Channel 40: Clear channel (A-law) (Slaves: 40)
Channel 41: Clear channel (A-law) (Slaves: 41)
Channel 42: Clear channel (A-law) (Slaves: 42)
Channel 43: Clear channel (A-law) (Slaves: 43)
Channel 44: Clear channel (A-law) (Slaves: 44)
Channel 45: Clear channel (A-law) (Slaves: 45)
Channel 46: Clear channel (A-law) (Slaves: 46)
Channel 47: D-channel (Default) (Slaves: 47)
Channel 48: Clear channel (A-law) (Slaves: 48)
Channel 49: Clear channel (A-law) (Slaves: 49)
Channel 50: Clear channel (A-law) (Slaves: 50)
Channel 51: Clear channel (A-law) (Slaves: 51)
Channel 52: Clear channel (A-law) (Slaves: 52)
Channel 53: Clear channel (A-law) (Slaves: 53)
Channel 54: Clear channel (A-law) (Slaves: 54)
Channel 55: Clear channel (A-law) (Slaves: 55)
Channel 56: Clear channel (A-law) (Slaves: 56)
Channel 57: Clear channel (A-law) (Slaves: 57)
Channel 58: Clear channel (A-law) (Slaves: 58)
Channel 59: Clear channel (A-law) (Slaves: 59)
Channel 60: Clear channel (A-law) (Slaves: 60)
Channel 61: Clear channel (A-law) (Slaves: 61)
Channel 62: Clear channel (A-law) (Slaves: 62)

62 channels configured.

Bei laden von chan_zap.so kommen dann allerdings folgende Warnungen:

Code: 
xyz*CLI> load chan_zap.so
 Loaded /usr/lib/asterisk/modules/chan_zap.so => (Zapata Telephony w/PRI)
  == Parsing '/etc/asterisk/zapata.conf': Found
    -- Registered channel 1, PRI Signalling signalling
    -- Registered channel 2, PRI Signalling signalling
    -- Registered channel 3, PRI Signalling signalling
    -- Registered channel 4, PRI Signalling signalling
    -- Registered channel 5, PRI Signalling signalling
    -- Registered channel 6, PRI Signalling signalling
    -- Registered channel 7, PRI Signalling signalling
    -- Registered channel 8, PRI Signalling signalling
    -- Registered channel 9, PRI Signalling signalling
    -- Registered channel 10, PRI Signalling signalling
    -- Registered channel 11, PRI Signalling signalling
    -- Registered channel 12, PRI Signalling signalling
    -- Registered channel 13, PRI Signalling signalling
    -- Registered channel 14, PRI Signalling signalling
    -- Registered channel 15, PRI Signalling signalling
    -- Registered channel 17, PRI Signalling signalling
    -- Registered channel 18, PRI Signalling signalling
    -- Registered channel 19, PRI Signalling signalling
    -- Registered channel 20, PRI Signalling signalling
    -- Registered channel 21, PRI Signalling signalling
    -- Registered channel 22, PRI Signalling signalling
    -- Registered channel 23, PRI Signalling signalling
    -- Registered channel 24, PRI Signalling signalling
    -- Registered channel 25, PRI Signalling signalling
    -- Registered channel 26, PRI Signalling signalling
    -- Registered channel 27, PRI Signalling signalling
    -- Registered channel 28, PRI Signalling signalling
    -- Registered channel 29, PRI Signalling signalling
    -- Registered channel 30, PRI Signalling signalling
    -- Registered channel 31, PRI Signalling signalling
    -- Registered channel 32, PRI Signalling signalling
    -- Registered channel 33, PRI Signalling signalling
    -- Registered channel 34, PRI Signalling signalling
    -- Registered channel 35, PRI Signalling signalling
    -- Registered channel 36, PRI Signalling signalling
    -- Registered channel 37, PRI Signalling signalling
    -- Registered channel 38, PRI Signalling signalling
    -- Registered channel 39, PRI Signalling signalling
    -- Registered channel 40, PRI Signalling signalling
    -- Registered channel 41, PRI Signalling signalling
    -- Registered channel 42, PRI Signalling signalling
    -- Registered channel 43, PRI Signalling signalling
    -- Registered channel 44, PRI Signalling signalling
    -- Registered channel 45, PRI Signalling signalling
    -- Registered channel 46, PRI Signalling signalling
    -- Registered channel 48, PRI Signalling signalling
    -- Registered channel 49, PRI Signalling signalling
    -- Registered channel 50, PRI Signalling signalling
    -- Registered channel 51, PRI Signalling signalling
    -- Registered channel 52, PRI Signalling signalling
    -- Registered channel 53, PRI Signalling signalling
    -- Registered channel 54, PRI Signalling signalling
    -- Registered channel 55, PRI Signalling signalling
    -- Registered channel 56, PRI Signalling signalling
    -- Registered channel 57, PRI Signalling signalling
    -- Registered channel 58, PRI Signalling signalling
    -- Registered channel 59, PRI Signalling signalling
    -- Registered channel 60, PRI Signalling signalling
    -- Registered channel 61, PRI Signalling signalling
    -- Registered channel 62, PRI Signalling signalling
    -- Automatically generated pseudo channel
  == Starting D-Channel on span 1
  == Starting D-Channel on span 2
  == Registered channel type 'Zap' (Zapata Telephony Driver w/PRI)
  == Manager registered action ZapTransfer
  == Manager registered action ZapHangup
  == Manager registered action ZapDialOffhook
  == Manager registered action ZapDNDon
  == Manager registered action ZapDNDoff
  == Manager registered action ZapShowChannels
  == Registered application 'zapEC'
  == Registered application 'zapCD'
  == Registered application 'zapInband'
  == Primary D-Channel on span 2 down
Oct  4 09:55:39 WARNING[31318]: chan_zap.c:2680 pri_find_dchan: No D-channels available!  Using Primary channel 47 as D-channel anyway!
  == Primary D-Channel on span 1 down
Oct  4 09:55:40 WARNING[31317]: chan_zap.c:2680 pri_find_dchan: No D-channels available!  Using Primary channel 16 as D-channel anyway!
  == Primary D-Channel on span 2 down
Oct  4 09:55:44 WARNING[31318]: chan_zap.c:2680 pri_find_dchan: No D-channels available!  Using Primary channel 47 as D-channel anyway!
  == Primary D-Channel on span 1 down
Oct  4 09:55:45 WARNING[31317]: chan_zap.c:2680 pri_find_dchan: No D-channels available!  Using Primary channel 16 as D-channel anyway!

Die Ausgabe von zap show status:

Code: 
Description                              Alarms     IRQ        bpviol     CRC4
BeroNet BN2E1 (+) (dual HFC-E1 w/failov  NOP        0          0          0
BeroNet BN2E1 (+) (dual HFC-E1 w/failov  NOP        0          0          0

/etc/zaptel.conf

Code: 
loadzone=nl
defaultzone=nl

span=1,1,0,ccs,hdb3,crc4
span=2,2,0,ccs,hdb3,crc4

bchan=1-15,17-31,32-46,48-62
dchan=16,47

alaw=1-15,17-31,32-46,48-62

/etc/asterisk/zapata.conf

Code: 
[channels]
language=de
switchtype=euroisdn

pridialplan=local
prilocaldialplan=dynamic

nationalprefix=0
internationalprefix=00

priindication=passthrough

echocancel=yes
echocancelwhenbridged=no
echotraining=no

overlapdial=yes

context=default

rxgain=0
txgain=0

; BN2E1 - Port 1
group=1
signalling=pri_cpe
context=default
channel => 1-15,17-31

; BN2E1 - Port 2
group=2
signalling=pri_net
context=default
channel => 32-46,48-62

Hat jemand eine Idee was da falsch läuft / oder einen Rat wo ich nach dem Fehler suchen kann?

Beste Grüße,
Jogi
 
Bei mir steht bei der 4-Port-PRI-Karte in der Zaptel.conf:
Code: 
span=1,0,0,ccs,hdb3,crc4
span=2,0,0,ccs,hdb3,crc4
usw.
Hier würde ich ein Problem vermuten
 
Hallo Jogi,

Dein Problem hat nichts mit dem Treiber zu tun, da der ja erfolgreich geladen und initialisiert werden kann. Den "no primary D-Channel" Meldungen nach zu urteilen würde ich darauf tippen, daß die Verkabelung nicht in Ordnung ist (Rx und Tx vertauscht oder die falschen Adernpaare verwendet).

Falls das Problem nicht in der Verkabelung liegt, mache bitte einen neuen Thread auf. Das Problem hat nichts mit dem gepatchten bristuff für BeroNet-Karten zu tun.

Gruß
Henning
 
MicroPhone schrieb:
Hallo Framercy,

waere brennend interessiert an einem Testbericht Deinerseits... laeuft der Bristuff 040-test2 schon stabil ? ... hast Du ihn im Dauereinsatz ? gibt es irgendwelche Fehler ?
Ich patche mir seit einiger Zeit einen Wolf am bristuff-0.3.0-ye-dingsda und einige der Sachen die ich gerade anpacken moechte sind im Asterisk-1.4 bereits verwirklicht ( erweiterte Laufzeitvariablen fuer die Queues ) ... ;)

Da ich mir an der test1-Version bereits die Zaehne ausgebissen hab waere ich sehr interessiert an einem Statement Deinerseits...

Gruss Micro
Zum Vergrößern anklicken....

Hallo Micro,

also sorry erst einmal das es etwas gedauert weil mittlerweile die Firma leider insolvent ist...
Ich hatte die Karte in einem 1.4er Testsystem am laufen und konnte dort zumindest keine grösseren Probleme feststellen. Sie verhielt sich dort genau wie eine Junghannskarte.
In einem Produktionssystem habe ich die Karte nie eingesetzt und würde das auch nicht unbedingt empfehlen bis die Treiber zumindest inoffiziell stable sind.
Was ich jedoch dringend empfehlen kann ist ein Umstieg von Asterisk 1.2 auf 1.4 wenn ausgiebig Gebrauch von der app_queue gemacht wird (also wenn mehr al 20-25 verschiedene Queues simultan von einem Server gehandlet werden müssen) . Die Stabilität steigt enorm! Die Deadlockproblematik wurde unter 1.4 offensichtlich verbessert.
Am einfachsten und stabilsten empfand ich den Einsatz von Digium-Karten. Die Te120 z.B. hat mir immer gute qualitativ verlässliche Dienste geleistet und war preislich auch attraktiv zu beschaffen.


LG
Fram
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 633 (Mitglieder: 11, Gäste: 622)

Neueste Beiträge

Statistik des Forums

Themen
246,109
Beiträge
2,246,275
Mitglieder
373,590
Neuestes Mitglied
dmobi
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.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück