interner S0-Bus mit NTBA

[vauvoiper]

Hallo,

ich bin am verzweifeln. Ich habe eine octoBRI 4 Ports TE und 4 Ports NT. SIP und TE Verbindungen funktionieren Tadellos. An einem der 4 NT-Ports habe ich jetzt einen NTBA mit gedrehtem Kabel verbunden (so http://bach-online.de/blog/?p=50). Diese Verbindung ist auch in Ordnung (als sie nicht in Ordnung war bekam ich reichlich CRC-Fehler). An dem NTBA habe ich jetzt ein ISDN-Telefon. Mit diesem Telefon kann ich aber nicht "rauswählen" (SIP-Account auf Asterisk). Und anrufen kann ich es auch nicht.


Meine zapata.conf

[channels]
switchtype = euroisdn
language=de
pridialplan = dynamic
echocancel = yes
echocancelwhenbridged=yes
echotraining=no
context=isdn
usecallingpres=yes
overlapdial=yes
immediate=no
callerid=asreceived

signalling = bri_cpe_ptmp
group = 1
channel => 1-2,22-23 

signalling = bri_net_ptmp
group = 2
channel => 10-11,13-14

Meine zaptel.conf

loadzone=de
defaultzone=de
# qozap span definitions
# most of the values should be bogus because we are not really zaptel
span=1,1,3,ccs,ami
span=2,2,3,ccs,ami
span=3,3,3,ccs,ami
span=4,4,3,ccs,ami
span=5,5,3,ccs,ami
span=6,6,3,ccs,ami
span=7,7,3,ccs,ami
span=8,8,3,ccs,ami

bchan=1,2
dchan=3
bchan=4,5
dchan=6
bchan=7,8
dchan=9
bchan=10,11
dchan=12
bchan=13,14
dchan=15
bchan=16,17
dchan=18
bchan=19,20
dchan=21
bchan=22,23
dchan=24

Die extensions.conf

[general]
static=yes
writeprotect=no

[default]
exten=>_X.,1,NoOp("Hi")
exten=>_X.,n,Dial,ZAP/g2/${EXTEN}|60
exten=>_X.,n,Hangup

[isdn]
exten=>_X.,1,NoOp("isdn")
exten=>_X.,n,Dial,SIP/17            
exten=>_X.,n,Hangup

Ruf von SIP nach S0:

[general]
   -- Executing NoOp("SIP/17-0816d060", ""Hi"") in new stack
    -- Executing Dial("SIP/17-0816d060", "ZAP/g2/337|60") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
    -- Called g2/337
    -- Channel 0/1, span 4 got hangup, cause 18
    -- Hungup 'Zap/10-1'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/17-0816d060", "") in new stack
  == Spawn extension (default, 337, 3) exited non-zero on 'SIP/17-0816d060'

bzw.:

Enabled EXTENSIVE debugging on span 4
    -- Executing NoOp("SIP/17-0816d060", ""Hi"") in new stack
    -- Executing Dial("SIP/17-0816d060", "ZAP/g2/337|60") in new stack
    -- Requested transfer capability: 0x00 - SPEECH
4
> [ 02 ff 03 08 01 04 05 04 03 80 90 a3 18 01 89 28 02 34 35 6c 04 21 81 31 37 70 04 91 33 33 37 7d 02 91 81 ]
4
> Unnumbered frame:
4 > SAPI: 00  C/R: 1 EA: 0
>  TEI: 127        EA: 1
4 >   M3: 0   P/F: 0 M2: 0 11: 3  [ UI (unnumbered information) ]
> 32 bytes of data
4 > Protocol Discriminator: Q.931 (8)  len=32
4 > Call Ref: len= 1 (reference 4/0x4) (Originator)
4 > Message type: SETUP (5)
4 > [04 03 80 90 a3]
4 > Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
4 >                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
4 >                              Ext: 1  User information layer 1: A-Law (35)
4 > [18 01 89]
4 > Channel ID (len= 3) [ Ext: 1  IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0
4 >                        ChanSel: B1 channel
4                          ]
4 > [28 02 34 35]
4 > Display (len= 2) [ 45 ]
4 > [6c 04 21 81 31 37]
4 > Calling Number (len= 6) [ Ext: 0  TON: National Number (2)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
4 >                           Presentation: Presentation permitted, user number passed network screening (1) '17' ]
4 > [70 04 91 33 33 37]
4 > Called Number (len= 6) [ Ext: 1  TON: International Number (1)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '337' ]
4 > [7d 02 91 81]
4 > High-layer compatibilty (len= 4) [ 4 0x91 4 0x81 4  ]
    -- Called g2/337
    -- Channel 0/1, span 4 got hangup, cause 18
    -- Hungup 'Zap/10-1'
  == Everyone is busy/congested at this time (1:0/0/1)
    -- Executing Hangup("SIP/17-0816d060", "") in new stack
  == Spawn extension (default, 337, 3) exited non-zero on 'SIP/17-0816d060'

Wähle ich mit dem Telefon passiert nichts. Rein gar nix, bekomme auch kein Freizeichen. Ich hoffe mir kann irgendjemand irgendwie helfen.

danke,

 

[ilmtuelp0815]

Hi vauvoiper!
Leider habe ich nicht so eine tolle Karte und bei Bach ist ja nur über eine HFC-Karte beschrieben.
Bei Deiner Konfiguration würde ich zuerst mal die Zuordnung der Kanäle kontrollieren. Da scheint mir ein ziemliches Durcheinander zu sein.

 

[vauvoiper]

Erstmal Danke für die Antwort. Mein drittes Thema aber die Erste Antwort, hab mich schon wie ein Unsichtbarer gefühlt

Von Bach habe ich mir nur die Kabelbelegung abgeschaut. Die otoBRI ist ja auch "nur" eine HFC-Karte. Das durcheinander der Kanäle muss leider sein. Die Karte hat nur 4 Stecker/Anschlüße. Auf dem Ersten liegen die Ports 1 und 8 und auf dem Letzten Ports 4 und 5. Die TE Ports bleiben im Serverraum und die NT kommen in ein Büro. Deshalb ist die Karte so:

TE TE NT NT NT NT TE TE

konfiguriert.

mfg,

 

[OttTheTormentor]

Hallo vauvoiper

Ich habe die gleiche Karte, benutze aber für signalling bri_cpe und bri_net (ohne _ptmp).

 

[vauvoiper]

Hallo,

hab ich auch versucht (bri_cpe bzw. bri_net) aber dann ist der D-Kanal ständig weg und es hagelt CRC-Fehler. Mit PTMP kann ich wenigstens raus telefonieren.

Hast du denn irgendwelche Erfahrungen mit dem NT-Modus? Habe vorhin irgendwo gelesen die Junghanns-Karten brauchen gar kein gedrehtes Kabel da durch die Jumper alles onboard geregelt wird. Stimmt das?

EDIT:
Sehe gerade "und bri_net" dann hast du Ports im NT-Modus und kannst mir etwas dazu sagen?

 

[OttTheTormentor]

Hallo,

hab ich auch versucht (bri_cpe bzw. bri_net) aber dann ist der D-Kanal ständig weg und es hagelt CRC-Fehler. Mit PTMP kann ich wenigstens raus telefonieren.

Hast du denn irgendwelche Erfahrungen mit dem NT-Modus? Habe vorhin irgendwo gelesen die Junghanns-Karten brauchen gar kein gedrehtes Kabel da durch die Jumper alles onboard geregelt wird. Stimmt das?

EDIT:
Sehe gerade "und bri_net" dann hast du Ports im NT-Modus und kannst mir etwas dazu sagen?

Vorher 3 Leitungen direkt in die TK:

NTBA --- TK
NTBA --- TK
NTBA --- TK

jetzt:

NTBA --- TE octobri NT --- TK
NTBA --- TE octobri NT --- TK
NTBA --- TE octobri NT --- TK

Alles ohne gedrehte Kabel, nur mit dem TE/NT-Jumpern auf der Karte richtig gesetzt, TE bei den Eingängen und NT auf den Ausgängen zur TK.

 

[vauvoiper]

Wunderbar, danke. So langsam fügt sich doch alles zusammen. Meine Anlagenanschlüsse gehen noch in eine TK und in den kleinen *-Server mit einer quadBRI. Deshalb hab ich nur einen Mehrgeräteanschluss zum testen (und daher PTMP). Ausgehend möchte ich Endgeräte anschließen, daher auch PTMP.

Ich bin auf jeden Fall gespannt was der Asterisk morgen zu meinen neuen Erkenntnissen sagt.

 

[vauvoiper]

Asterisk sagt dazu "Everyone is busy/congested at this time". Schade (um nicht ausfallend zu werden).
@OttTheTormentor: Könntest du mir deine zaptel und zapata zu kommen lassen? Ich bin wirklich am verzweifeln.

 

[vauvoiper]

Problem gelöst!? Die Konfiguration war in Ordnung, das system war in Ordnung und die Hardware (?) war in ordnung. Was war das Problem? Keine Ahnung.

Verzweifelung macht Kreativ also habe ich den S0-Bus durch einen NTBA geschleift. Und siehe da die Telefone funktionieren. Der NTBA hat keinen Strom und die Telefone sind allesamt Selbstversorger (da schnurlos).

Fazit nach 4 Tagen Kampf: :bahnhof:

 

[detejo]

der NTBA terminiert den S0-Bus (einseitig, meist reicht das aber).
vermutlich war er vorher nicht terminiert?

 

[vauvoiper]

Das müsste ich glatt nochmal prüfen. Die Terminierung für die NT-Ports habe ich umgestellt. Aber nicht so genau hingesehen da alle Ports im TE-Modus kamen und ich davon ausgehe das TE keine Terminierung benötigt. War die Terminierung an, habe ich sie deaktiviert.
Aber etwas anderes könnte ich mir (trotz reichlich Fantasie) auch nicht mehr als Erklärung vorstellen.

mfg,

 

[vauvoiper]

Das ist mir peinlich also nicht weiter erzählen, aber das

...ich davon ausgehe das TE keine Terminierung benötigt. War die Terminierung an, habe ich sie deaktiviert.

war die Ursache.