Hallo,
ich weiß nicht mehr weiter.
Meine HFC Karte möchte nicht mit dem Eingang der Integral reden.
Zum Aufbau:
Zwei HFC Karten eine im TE Modus an NTBA die andere im NT Modus an Integral3 Anlagenanschluß.
Crossover über RJ45 Dose mit 100 Ohm Widerständen terminiert.
Originalbelegung der Dose:
3 <--> a2
4 <--> a1
5 <--> b1
6 <--> b2
nach
3 <--> b1
4 <--> b2
5 <--> a2
6 <--> a1
zwischen 3 und 6 ist ein 100 Ohm Widerstand und zwischen 4 und 5 einer.
Zurzeit Asterisk Downgrade auf 1.0.8-r3; zaptel-1.0.8; bristuff-0.2.0-RC8h; libpri-1.0.8; auf Gentoo Linux. Da kriege ich immerhin eine Ausgabe bei bri intense debug span 2.
Die Karte im TE Modus ist nicht angesteckt deswegen deaktiviert.
Keinerlei Änderung.
Die Zaptel.conf
Die dchan habe ich die Nummer getauscht da ich gelesen habe das im Anlagenanschluß zwingend dieser Kanal 3 sein muß.
In der Extensions.conf
Wenn ich Asterisk starte:
Dise Warnung kam auch mit Asterisk-1.2.7-p1
Nur bei der 1.0.8 Version kriege ich debug Ausgaben beim intense debug.
Die ( ist dann die letzte Ausgabe von bri intense debug span 2.
Mit einem SIP telefon kann ich nicht wählen es wird auch in der CLI kein LOG gezeigt.
Es scheint als Lehne der Asterisk das wählen auf dieser Karte im Vorfeld ab.
die andere Karte funktioniert einwandfrei.
Amtsholung an der Integral3 funktioniert auch nicht.
Das Bündel der TK funktioniert am NTBA.
Die Integral 3 ist noch unter dem Label Bosch Telekom verkauft worden.
Sie kann keine MSN Nummern verarbeiten und DTMF Töne funktionieren auch nicht. Von einem Update haben wir abgesehen da über kurz oder Lang die Anlage wegfallen soll. Abgesehen davon lassen die sich das ja versilbern!
Gruß
Felicitas
ich weiß nicht mehr weiter.
Meine HFC Karte möchte nicht mit dem Eingang der Integral reden.
Zum Aufbau:
Zwei HFC Karten eine im TE Modus an NTBA die andere im NT Modus an Integral3 Anlagenanschluß.
Crossover über RJ45 Dose mit 100 Ohm Widerständen terminiert.
Originalbelegung der Dose:
3 <--> a2
4 <--> a1
5 <--> b1
6 <--> b2
nach
3 <--> b1
4 <--> b2
5 <--> a2
6 <--> a1
zwischen 3 und 6 ist ein 100 Ohm Widerstand und zwischen 4 und 5 einer.
Zurzeit Asterisk Downgrade auf 1.0.8-r3; zaptel-1.0.8; bristuff-0.2.0-RC8h; libpri-1.0.8; auf Gentoo Linux. Da kriege ich immerhin eine Ausgabe bei bri intense debug span 2.
Code:
Zaptel Configuration
======================
SPAN 1: CCS/ AMI Build-out: 399-533 feet (DSX-1)
SPAN 2: CCS/ AMI Build-out: 399-533 feet (DSX-1)
Channel map:
Channel 01: Individual Clear channel (Default) (Slaves: 01)
Channel 02: Individual Clear channel (Default) (Slaves: 02)
Channel 03: D-channel (Default) (Slaves: 03)
Channel 04: Individual Clear channel (Default) (Slaves: 04)
Channel 05: Individual Clear channel (Default) (Slaves: 05)
Channel 06: D-channel (Default) (Slaves: 06)
6 channels configured.
# cat /proc/zaptel/*
Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [TE] layer 1 DEACTIVATED (F3)" AMI/CCS
1 ZTHFC1/0/1 Clear
2 ZTHFC1/0/2 Clear
3 ZTHFC1/0/3 HDLCFCS
Span 2: ZTHFC2 "HFC-S PCI A ISDN card 1 [NT] layer 1 ACTIVATED (G3)" AMI/CCS
4 ZTHFC2/0/1 Clear
5 ZTHFC2/0/2 Clear
6 ZTHFC2/0/3 HDLCFCSDie Karte im TE Modus ist nicht angesteckt deswegen deaktiviert.
Keinerlei Änderung.
Die Zaptel.conf
Code:
loadzone=nl
defaultzone=nl
span=1,1,3,ccs,ami
bchan=1-2
dchan=6
span=2,1,3,ccs,ami
bchan=4-5
dchan=3
Code:
[channels]
nationalprefix = 0
internationalprefix = 00
language = nl
switchtype = euroisdn
pridialplan = local
prilocaldialplan = local
localprefix = 062xx
privateprefix = 062xxxxxxx
echocancel = yes
echocancelwhenbridged = no
echotraining = no
usecallerid = yes
;adsi=yes
immediate=no
overlapdial=yes
; TE Modus (Amt)
signalling=bri_cpe
group=1
context=zap-in
channel => 1-2
; NT Modus (interner S0)
signalling=bri_net
switchtype = euroisdn
immediate=no
internationalprefix = 00
nationalprefix = 0
pridialplan = local
prilocaldialplan = local
localprefix = 62xx
privateprefix = 062xxxxxxx
unknownprefix =
group=2
context=zap-in
channel=> 4-5In der Extensions.conf
Code:
[zap]
exten => _0.,1,Dial(ZAP/g2/${EXTEN:1},60,tr)Wenn ich Asterisk starte:
Dise Warnung kam auch mit Asterisk-1.2.7-p1
Code:
#asterisk -vvvvvvvvvvvvvvvvvvc
WARNING[32624]: chan_zap.c:7534 zt_pri_error: PRI: !! Got a UA, but i'm in state 1
Code:
CLI>bri intense debug span 2
> [ 02 01 01 01 ]
> Supervisory frame:
> SAPI: 00 C/R: 1 EA: 0
> TEI: 000 EA: 1
> Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
> N(R): 000 P/F: 1
> 0 bytes of data
-- Restarting T203 counter
< [ 02 01 01 01 ]
< Supervisory frame:
< SAPI: 00 C/R: 1 EA: 0
< TEI: 000 EA: 1
< Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
< N(R): 000 P/F: 1
< 0 bytes of data
-- ACKing all packets from 0 to (but not including) 0
-- Since there was nothing left, stopping T200 counter
-- Stopping T203 counter since we got an ACK
-- Nothing left, starting T203 counter
-- Got RR response to our frame
-- Restarting T203 counter
T203 counter expired, sending RR and scheduling T203 again
Sending Receiver Ready (0)
> [ 02 01 01 01 ]
> Supervisory frame:
> SAPI: 00 C/R: 1 EA: 0
> TEI: 000 EA: 1
> Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
> N(R): 000 P/F: 1
> 0 bytes of data
-- Restarting T203 counter
< [ 02 01 01 01 ]
< Supervisory frame:
< SAPI: 00 C/R: 1 EA: 0
< TEI: 000 EA: 1
< Zero: 0 S: 0 01: 1 [ RR (receive ready) ]
< N(R): 000 P/F: 1
< 0 bytes of data
-- ACKing all packets from 0 to (Die ( ist dann die letzte Ausgabe von bri intense debug span 2.
Mit einem SIP telefon kann ich nicht wählen es wird auch in der CLI kein LOG gezeigt.
Es scheint als Lehne der Asterisk das wählen auf dieser Karte im Vorfeld ab.
die andere Karte funktioniert einwandfrei.
Amtsholung an der Integral3 funktioniert auch nicht.
Das Bündel der TK funktioniert am NTBA.
Die Integral 3 ist noch unter dem Label Bosch Telekom verkauft worden.
Sie kann keine MSN Nummern verarbeiten und DTMF Töne funktionieren auch nicht. Von einem Update haben wir abgesehen da über kurz oder Lang die Anlage wegfallen soll. Abgesehen davon lassen die sich das ja versilbern!
Gruß
Felicitas
Zuletzt bearbeitet:
