Juten Mittach, liebe VoIPer!
Ich hab hier mal ein mehr oder weniger kleines Problem mit nem hübschen VoIP-Server.
Kurz mal zum Server:
- Intel(R) Core(TM)2 6400
- 2GB RAM
- 2* quadBRI PCI ISDN Card
- Debian Lenny
- Kernel 2.6.22
- Asterisk 1.4.18
Die quadBris sind wie folgt konfiguriert ( zaptel.conf )
Entsprechend sind sie auch angeschlossen:
Card 1 Span 1 + 2 : Kunde 1 NTBAs
Card 1 Span 3 + 4 : Kunde 2 NTBAs
Card 2 Span 1 + 2 : Kunde 1 S0 zu Siemens HiPath
Card 2 Span 3 + 4 : Kunde 2 NTBAs
Kunde 2 benutzt inzwischen schon nur noch IP-Telefone, während Kunde 1 teils noch Anlagen-Telefone benutzt und daher auf die Koppelung von Siemens-HiPath und dem Asterisk angewiesen ist.
Seit neuestem (nach einem Zwangs-Neustart der Siemens-Anlage) kriege ich von Asterisk immer die schöne Meldung
Wegen unterschiedlicher Konfiguration hat die Siemens-Anlage jetzt nur eine Leitung nach draußen (von Siemens zum Asterisk) und eine nach drinnen (von Asterisk zu Siemens) (Card 2 Span 1).
Hat irgendwer eine hübsche Idee, was man kurzfristig machen kann?
Vollständig auf IP-Tels umsteigen steht für nächstes Jahr an...
Dank im voraus
JaPPe
Ich hab hier mal ein mehr oder weniger kleines Problem mit nem hübschen VoIP-Server.
Kurz mal zum Server:
- Intel(R) Core(TM)2 6400
- 2GB RAM
- 2* quadBRI PCI ISDN Card
- Debian Lenny
- Kernel 2.6.22
- Asterisk 1.4.18
Die quadBris sind wie folgt konfiguriert ( zaptel.conf )
Code:
# Span 1: ztqoz/2/1 "quadBRI PCI ISDN Card 2 Span 1 [NT] (cardID 0)" AMI/CCS
span=1,0,1,ccs,ami
# termtype: nt
bchan=1-2
dchan=3
# Span 2: ztqoz/2/2 "quadBRI PCI ISDN Card 2 Span 2 [NT] (cardID 0)" AMI/CCS
span=2,0,1,ccs,ami
# termtype: nt
bchan=4-5
dchan=6
# Span 3: ztqoz/2/3 "quadBRI PCI ISDN Card 2 Span 3 [TE] (cardID 0)" AMI/CCS
span=3,1,0,ccs,ami
# termtype: te
bchan=7-8
dchan=9
# Span 4: ztqoz/2/4 "quadBRI PCI ISDN Card 2 Span 4 [TE] (cardID 0)" AMI/CCS
span=4,2,0,ccs,ami
# termtype: te
bchan=10-11
dchan=12
# Span 5: ztqoz/1/1 "quadBRI PCI ISDN Card 1 Span 1 [TE] (cardID 0)" AMI/CCS
span=5,3,1,ccs,ami
# termtype: te
bchan=13-14
dchan=15
# Span 6: ztqoz/1/2 "quadBRI PCI ISDN Card 1 Span 2 [TE] (cardID 0)" AMI/CCS
span=6,4,1,ccs,ami
# termtype: te
bchan=16-17
dchan=18
# Span 7: ztqoz/1/3 "quadBRI PCI ISDN Card 1 Span 3 [TE] (cardID 0)" AMI/CCS
span=7,5,0,ccs,ami
# termtype: te
bchan=19-20
dchan=21
# Span 8: ztqoz/1/4 "quadBRI PCI ISDN Card 1 Span 4 [TE] (cardID 0)" AMI/CCS
span=8,6,0,ccs,ami
# termtype: te
bchan=22-23
dchan=24
Entsprechend sind sie auch angeschlossen:
Card 1 Span 1 + 2 : Kunde 1 NTBAs
Card 1 Span 3 + 4 : Kunde 2 NTBAs
Card 2 Span 1 + 2 : Kunde 1 S0 zu Siemens HiPath
Card 2 Span 3 + 4 : Kunde 2 NTBAs
Kunde 2 benutzt inzwischen schon nur noch IP-Telefone, während Kunde 1 teils noch Anlagen-Telefone benutzt und daher auf die Koppelung von Siemens-HiPath und dem Asterisk angewiesen ist.
Seit neuestem (nach einem Zwangs-Neustart der Siemens-Anlage) kriege ich von Asterisk immer die schöne Meldung
Code:
== Primary D-Channel on span 2 down
[Jul 25 12:33:38] WARNING[7177]: chan_zap.c:2511 pri_find_dchan: No D-channels available! Using Primary channel 6 as D-channel anyway!
Hat irgendwer eine hübsche Idee, was man kurzfristig machen kann?
Vollständig auf IP-Tels umsteigen steht für nächstes Jahr an...
Dank im voraus
JaPPe
Zuletzt bearbeitet: