SN4638 - keine Verbindung zum ISDN?

[PascalP]

Hallo zusammen,

bin gerade dabei, unsere Telefonanlage zu modernisieren. Statt eines altersschwachen Desktoprechners mit "vanilla" Asterisk 1.2 und 2 Sirrix-Karten soll jetzt ein neues Atom-System mit Gemeinschaft 3.0 und einem externen Smartnode 4638 für die ISDN-Anbindung dessen Aufgaben übernehmen.

Gemeinschaft ist super, nur der Patton macht mir so seine Probleme...

Als ich ihn bekommen hab, hab ich erstmal die aktuelle Firmware 5.6 aufgespielt. Danach wollte ich erstmal die Konfiguration von http://asterisk-kompakt.de/asterisk-14/62-asterisk-mit-smartnode-4552.html für einen ISDN-Port nachbauen. Hat auch soweit geklappt, wenn ich von Gemeinschaft aus eine externe Rufnummer anrufe, bekomme ich ein "circuit busy" zurück, nachdem der Anruf zum Smartnode geroutet wurde. Ist ja auch okay, da kein ISDN-Kabel steckte. Aber das sagt mir, dass das durchrouten der Anrufe ja schonmal irgendwie funktioniert.

Wenn ich das ISDN-Kabel jetzt anstecke, ändert sich leider nichts... also mal Debugmeldungen auf der CLI angeschaltet (debug isdn error/event). Da tut sich aber auch rein gar nichts.
Hier ist die Ausgabe von 'show port isdn':

192.168.100.10#show port isdn
Logical Isdn Driver: 0 0
========================

  Slot:                                 0
  Number of Ports:                      5

  Statistics
  ----------

    Leased buffers:                     12
    Max. leased buffers:                25
    Next Call Key:                      0

  Logical Port: 0 0 0
  -------------------

    Admin State:                        Open
    Real State:                         Open

    Operating Layer:                    3
      Link State:                       down

    Layer 2
      Permanent Layer 2:                off
      Protocol:                         PointToPoint
      UniSide:                          Net

    Layer 3
      Protocol:                         Dss1
      UniSide:                          Net
      MinChannel:                       0
      MaxChannel:                       1
      MaxCalls:                         2
      Hunt Mode:                        Ascending
      Signalling Mode:                  Etsi

Link State bleibt 'down', egal ob mit oder ohne Kabel.
Als Protokoll habe ich PP, also PointToPoint eingestellt. Müsste ja auch richtig sein, ein normales Telefon tuts an einem der NTBA-Einschübe auf jeden Fall nicht.

Kann ich irgendwie testen, ob der Smartnode selber rauswählen kann, bzw. ob überhaupt eine Verbindung zum ISDN besteht?

Kabel ist laut Kabeltester auch i.O.
ISDN-mäßig sind das hier 5 normale S0, habe da aber auch nicht so die Ahnung. Darum im Anhang mal ein Bild vom Anschlusskasten.

Habe auch mal die komplette Konfiguration angehangen, vielleicht ist da ja was nicht in Ordnung.


Vielleicht kann mich ja jemand auf den richtigen Weg bringen?


Danke und viele Grüße,
Pascal

 

[the]

hallo und herzlich willkommen im forum,

ich hoffe die lösung ist so einfach wie ich mir denke.

die von dir beschriebene patton inalp sn4638 hat 5 isdnanschlüsse (0-4)
für den anschluss an dein isdn-netz (telekom,...) darfst du aber nur die anschlüsse 1-4 verwenden.
der anschluss 0 ist für andere zwecke bestimmt.

das heist du musst deine konfiguration entsprechend umschreiben.

mfg
-the-

vorher

port bri 0 0
  clock auto
  encapsulation q921

  q921
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side net
      bchan-number-order ascending
      encapsulation cc-isdn
      bind interface IF_TE_00 switch

port bri 0 0
  no shutdown

port bri 0 1
  clock auto
  encapsulation q921

  q921
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side net
      bchan-number-order ascending

nachher

port bri 0 0
  clock auto
  encapsulation q921

  q921
    protocol pp
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side net
      bchan-number-order ascending

port bri 0 0
  no shutdown

port bri 0 1
  clock auto
  encapsulation q921

  q921
    uni-side auto
    encapsulation q931

    q931
      protocol dss1
      uni-side net
      bchan-number-order ascending
      encapsulation cc-isdn
      bind interface IF_TE_00 switch

 

[[email protected]]

Hallo!

Schalte die ISDN-Port mal um auf "uni-side user".

jwm

port bri 0 0
clock slave
encapsulation q921

q921
protocol pp
uni-side user
encapsulation q931

q931
protocol dss1
uni-side user
bchan-number-order ascending
encapsulation cc-isdn
bind interface IF_TE_00 switch

port bri 0 0
no shutdown

 

[PascalP]

Hallo ihr beiden,

sorry das es so lange gedauert hat, hatte vorher keine zeit zum "basteln"

Habe jetzt beides so umgesetzt. Statt Port 0 mal Port 1 genommen und uni-side auf "user" statt "net".
Hat leider beides nicht geholfen, auch unabhängig voneinander nicht. Gibt es denn kein Kommando, mit dem ich sozusagen mit dem Patton direkt wählen kann und ein paar nützliche Fehlermeldungen bekomme? Und natürlich die Telefonanlage als Fehlerquelle ausschließen kann.

Im Anhang, der Vollständigkeit halber, nochmal meine aktuelle Konfiguration.


Gruß
Pascal

 

[werkzeugprofi]

Hallo Pascal,

konntest Du das Problem lösen?
Wir stehen an der gleichen Stelle, mit einer MSN Leitung der dt. Telekom läuft der 4638 sofort, aber am S0 der TK-Anlage (mit Gigaset und Teles probiert) bleibt der BRI down.

Danke für eine kurze Info.

Gruss

Rainer

 

[foschi]

@werkzeugprofi: Du berücksichtigst dass am ISDN S0 (MSN) der Port auf TE, und beim Anschalten eines TK-Systems auf NT konfiguriert sein muss?

die von dir beschriebene patton inalp sn4638 hat 5 isdnanschlüsse (0-4). für den anschluss an dein isdn-netz (telekom,...) darfst du aber nur die anschlüsse 1-4 verwenden. der anschluss 0 ist für andere zwecke bestimmt.

Das ist übrigens falsch - alle ISDN-Ports sind gleichberechtigt als TE/NT-Port nutzbar.

 

[werkzeugprofi]

Hallo Foschi.

danke fuer die Antwort.

@werkzeugprofi: Du berücksichtigst dass am ISDN S0 (MSN) der Port auf TE, und beim Anschalten eines TK-Systems auf NT konfiguriert sein muss?

Ich dachte immer, wenn die TK auf NT eingestellt ist, muss der Patton auf TE (user) stehen?

Gruss

Rainer

 

[foschi]

Ah, Du willst das Mediengateway an einen internen S0-Port des TK-Systems anschalten. Ja, dann ist TE schon richtig.

 

[JayZ]

Moin,

ich habe mir die Konfig noch nicht komplett angeschaut, wenn du jedoch schauen möchtest, ob die Patton ins ISDN rauswählt, dann schau dir das Debug an, wie du wie folgt öffnen kannst.

Mit Putty auf die Patton und danach folgende Befehle ausführen:
login:.
password:
enable
configure
debug ccisdn signaling
debug isdn event 0 1 all

Danach versuche über die TK rauszuwählen. Wenn dort keine Kummunikation statt findet, wird wahrscheinlich das Routing in der Patton nicht korrekt sein, wenn die TK Konfig stimmt.

Wie gesagt die Konfig schau i mir noch an...

Edith:
Habe gerade die Antwort verwechselt, hast ja von einem internen S0 gesprochen.... Die Befehle bleiben gleich, bloss die Konfig wäre interessant.

 

[PascalP]

Hallo,
nur der Vollständigkeit halber die Lösung des ursprünglichen Problems ganz oben im Thread: Defekte/schlechte Kabel. Mit den alten ISDN-Karten kam problemlos ein Link zustande, mit dem Patton nicht mehr. Nach Austausch der Kabel gab es keine Probleme mehr.