Hi,
ich versuche 2 OctoBris mit bristuff ans laufen zu kriegen.
Dabei habe ich auf Karte 1 Telekom Anlagenanschluesse angeschlossen und auf Karte 2 erstmal nen a/b Wandler fuer nen ISDN Mehrgeraeteanschluss.
Die Amtsseite kommt wunderbar hoch:
insmod /usr/src/bristuff-0.3.0-PRE-1l/qozap/qozap.ko ports=65280
Mar 17 19:35:43 localhost kernel: PCI: Enabling device 0000:02:04.0 (0000 -> 000
3)
Mar 17 19:35:43 localhost kernel: qozap: Junghanns.NET octoBRI card configured a
t io port 0xb400 IRQ 185 HZ 1000
Mar 17 19:35:43 localhost kernel: qozap: S/T ports: 8 [ TE TE TE TE TE TE TE TE
]
Mar 17 19:35:43 localhost kernel: PCI: Enabling device 0000:02:01.0 (0000 -> 000
3)
Mar 17 19:35:43 localhost kernel: qozap: Junghanns.NET octoBRI card configured a
t io port 0xbc00 IRQ 201 HZ 1000
Mar 17 19:35:43 localhost kernel: qozap: S/T ports: 8 [ NT NT NT NT NT NT NT NT
]
Mar 17 19:35:43 localhost kernel: qozap: 2 multiBRI card(s) in this box, 16 BRI
ports total, bloop 0.
Meine zapata.conf (ausschnittsweise) sieht so aus:
signalling=bri_net_ptmp
group = to-siemens
context=context-siemens
channel => 25,26,28,29,31,32,34,35,37,38,40,41,43,44,46,47
signalling=bri_cpe
group = to-dtag
context=context-amt
channel => 1,2
;,4,5,7,8,10,11,13,14,16,17,19,20,22,23
Die zaptel.conf so:
oadzone=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
span=9,1,3,ccs,ami
span=10,0,3,ccs,ami
span=11,0,3,ccs,ami
span=12,1,3,ccs,ami
span=13,1,3,ccs,ami
span=14,0,3,ccs,ami
span=15,0,3,ccs,ami
span=16,0,3,ccs,ami
Der TE-Port ist auch da:
pbx*CLI> pri show span 1
Primary D-channel: 3
Status: Provisioned, Up, Active
Switchtype: EuroISDN
Type: CPE
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T313 Timer: 4000
N200 Counter: 3
Der NT-Port zum a/b Wandler kommt aber nicht hoch:
CLI> pri show span 9
Primary D-channel: 27
Status: Provisioned, Down, Active
Switchtype: EuroISDN
Type: Network (PtMP)
Overlap Dial: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T313 Timer: 4000
N200 Counter: 3
Woran kann das liegen ? Kann das sein das man beim Bristuff ein crossover-isdn kabel braucht ? Ich bin bisher misdn verwoehnt und da tuts fuer die NT-Seite ein ganz normales 1:1 Peitschenkabel. Oder mach ich nen anderen Denkfehler ? Sobald ich misdn hochfahre sind die Ports da. Hier gehts aber halt um bristuff was sich in diesem Fall nicht vermeiden laesst.
Any Ideas ?
ich versuche 2 OctoBris mit bristuff ans laufen zu kriegen.
Dabei habe ich auf Karte 1 Telekom Anlagenanschluesse angeschlossen und auf Karte 2 erstmal nen a/b Wandler fuer nen ISDN Mehrgeraeteanschluss.
Die Amtsseite kommt wunderbar hoch:
insmod /usr/src/bristuff-0.3.0-PRE-1l/qozap/qozap.ko ports=65280
Mar 17 19:35:43 localhost kernel: PCI: Enabling device 0000:02:04.0 (0000 -> 000
3)
Mar 17 19:35:43 localhost kernel: qozap: Junghanns.NET octoBRI card configured a
t io port 0xb400 IRQ 185 HZ 1000
Mar 17 19:35:43 localhost kernel: qozap: S/T ports: 8 [ TE TE TE TE TE TE TE TE
]
Mar 17 19:35:43 localhost kernel: PCI: Enabling device 0000:02:01.0 (0000 -> 000
3)
Mar 17 19:35:43 localhost kernel: qozap: Junghanns.NET octoBRI card configured a
t io port 0xbc00 IRQ 201 HZ 1000
Mar 17 19:35:43 localhost kernel: qozap: S/T ports: 8 [ NT NT NT NT NT NT NT NT
]
Mar 17 19:35:43 localhost kernel: qozap: 2 multiBRI card(s) in this box, 16 BRI
ports total, bloop 0.
Meine zapata.conf (ausschnittsweise) sieht so aus:
signalling=bri_net_ptmp
group = to-siemens
context=context-siemens
channel => 25,26,28,29,31,32,34,35,37,38,40,41,43,44,46,47
signalling=bri_cpe
group = to-dtag
context=context-amt
channel => 1,2
;,4,5,7,8,10,11,13,14,16,17,19,20,22,23
Die zaptel.conf so:
oadzone=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
span=9,1,3,ccs,ami
span=10,0,3,ccs,ami
span=11,0,3,ccs,ami
span=12,1,3,ccs,ami
span=13,1,3,ccs,ami
span=14,0,3,ccs,ami
span=15,0,3,ccs,ami
span=16,0,3,ccs,ami
Der TE-Port ist auch da:
pbx*CLI> pri show span 1
Primary D-channel: 3
Status: Provisioned, Up, Active
Switchtype: EuroISDN
Type: CPE
Window Length: 0/7
Sentrej: 0
SolicitFbit: 0
Retrans: 0
Busy: 0
Overlap Dial: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T313 Timer: 4000
N200 Counter: 3
Der NT-Port zum a/b Wandler kommt aber nicht hoch:
CLI> pri show span 9
Primary D-channel: 27
Status: Provisioned, Down, Active
Switchtype: EuroISDN
Type: Network (PtMP)
Overlap Dial: 0
T200 Timer: 1000
T203 Timer: 10000
T305 Timer: 30000
T308 Timer: 4000
T313 Timer: 4000
N200 Counter: 3
Woran kann das liegen ? Kann das sein das man beim Bristuff ein crossover-isdn kabel braucht ? Ich bin bisher misdn verwoehnt und da tuts fuer die NT-Seite ein ganz normales 1:1 Peitschenkabel. Oder mach ich nen anderen Denkfehler ? Sobald ich misdn hochfahre sind die Ports da. Hier gehts aber halt um bristuff was sich in diesem Fall nicht vermeiden laesst.
Any Ideas ?