1784VA und 10.30RU1 - Problem mit 4x ISDN

[Jens.B]

Hi Alle,

ich habe letzte Woche die 10.30RU1 (vorher 10.20RU6) auf meinen 1784VA gespielt, seit dem ist über den 2. ISDN-Anschluss kein Ruf nach aussen mehr möglich. Die anderen 3 ISDN-Anschlüsse funktionieren weiterhin normal. Die zu Nr.2 zugeordneten Telefone liefern beim Abheben ein Freizeichen, jeder Wählversuch wird aber mit "Besetzt" quittiert. Alle ISDN-Lämpchen am 1784VA leuchten grün, der LANmonitor zeigt auch nichts Ungewöhnliches.

Ich bin dann zurück zur 10.20RU7, damit funktionieren alle ISDN-Anschlüsse normal.

Konfiguration:
- 1784VA als Internet-Router und SIP2ISDN-Gateway, alle 4 ISDN-Anschlüsse belegt
- Agfeo AS40 V3.7c, 4x ISDN extern zum 1784VA, Telefone analog

Weiß jemand was da los ist und/oder wie ich das beheben kann?


Mit elektronischen Grüßen

Jens

[MoinMoin]

Moin Jens.B,

tauchen die Telefone am 2. S0-Bus in der Usertabelle (/status/voice/users) auf?

Ciao, Georg

[Jens.B]

Hallo Georg,

das kann ich morgen gerne ausprobieren. Verrate mir bitte noch, wie ich an die Usertabelle heran komme.

Danke.


Mit elektronischen Grüßen

Jens

[Jens.B]

So, hier wie versprochen der Inhalt von /status/voise/users:

10.20RU7:

Code: Alles auswählen

| LANCOM 1784VA (over ISDN)
| Ver. 10.20.0482RU7 / 18.06.2019
| SN.  4004288732100028
| Copyright (c) LANCOM Systems

1784VA, Connection No.: 002 (LAN)


ssh-user@1784VA:/
> cd /status/voice/users

ssh-user@1784VA:/Status/Voice-Call-Manager/Users
> ls

Index   Number/Name            Type         Ifc                                             Address                                                                                           Display-Name          Domain                                                            Local-register    Remote-register   CFU-Active  CFU-Target                                                         CFNR-Active  CFNR-Target                                                        CFNR-Timeout  CFB-Active  CFB-Target                                                         Access-from-WAN  Expires
========------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
1       #                      ISDN-User    S0-1,S0-2,S0-3,S0-4                             <msn: #>                                                                                                                intern                                                            Registered        Not-possible      No                                                                             No                                                                              15            No                                                                             No               0
2       DEFAULT                ISDN-User    S0-1,S0-2,S0-3,S0-4                             <msn: #>                                                                                                                intern                                                            Registered        Not-possible      No                                                                             No                                                                              15            No                                                                             No               0

ssh-user@1784VA:/Status/Voice-Call-Manager/Users
>

10.30RU1:

Code: Alles auswählen

| LANCOM 1784VA (over ISDN)
| Ver. 10.30.0167RU1 / 10.07.2019
| SN.  4004288732100028
| Copyright (c) LANCOM Systems

1784VA, Connection No.: 002 (LAN)


ssh-user@1784VA:/
> cd /status/voice/users

ssh-user@1784VA:/Status/Voice-Call-Manager/Users
> ls

Index   Number/Name            Type         Ifc           Address                                                                                           Display-Name          Domain                                                            Local-register    Remote-register   CFU-Active  CFU-Target                                                         CFNR-Active  CFNR-Target                                                        CFNR-Timeout  CFB-Active  CFB-Target                                                         Access-from-WAN  Expires
========--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
1       #                      ISDN-User    S0-1,S0-2,S0  <msn: #>                                                                                                                intern                                                            Registered        Not-possible      No                                                                             No                                                                              15            No                                                                             No               0
2       DEFAULT                ISDN-User    S0-1,S0-2,S0  <msn: #>                                                                                                                intern                                                            Registered        Not-possible      No                                                                             No                                                                              15            No                                                                             No               0

ssh-user@1784VA:/Status/Voice-Call-Manager/Users
>

Ich hoffe das hilft.

Mit elektronischen Grüßen

Jens

[Jens.B]

Hallo Georg,

konntest Du mit der User-Tabelle was anfangen?

Es sieht ja so aus als ob die Anschlüsse S0-3 und S0-4 bei der 10.30RU1 nicht richtig eingerichtet sind und nicht funktionieren. Da hatte ich mich am Anfang mit der Zuordnung der Kanäle wohl geirrt.

Und/oder sollte ich den Fall beim Lancom-Support einreichen...?


Mit elektronischen Grüßen

Jens

[MoinMoin]

Moin Jens,

sorry, ist irgendwie untergegangen. Es hat da mal eine Änderung gegeben, die User für ISDN-Schnittstellen aus der Liste wirft, die nicht akfiv sind. Das war es aber offenbar nicht.

Kannst du einen Trace mit Callmanager, D-Channel und PSTN-MNGMT machen?

Ist da eine TK-Anlage angeschlossen? Bei Einzeltelefonen solltest du den Parallelruf zulassen, sonst klingelt nur das Telefon am ersten Bus.

Ciao, Georg

[Jens.B]

Hallo Georg,

Die Konfiguration:
- 1784VA als Internet-Router und SIP2ISDN-Gateway, alle 4 ISDN-Anschlüsse belegt zur Agfeo
- Agfeo AS40 V3.7c, 4x ISDN extern zum 1784VA, Telefone analog an der TA

Am 1784VA ist ausser Netzwerk und ISDN nichts weiter angeschlossen.

Ich werde das mit dem Trace machen, ich muss nur warten bis hier Ruhe einkehrt in der Firma. Hälfte der S0-Ports tot heisst Hälfte der Firma ohne Telefon...

Wird wohl erst nächste Woche was, ich melde mich sobald ich die Daten habe. Das hat hier nicht DIE Priorität, mit der 10.20RU7 läuft ja alles tadellos.


Mit elektronischen Grüßen

Jens

[Jens.B]

Hallo Georg,

es gibt ein Problem mit dem Erstellen des Traces (siehe hier: viewtopic.php?f=41&t=17653 ), das muss erst mal geklärt werden.


Mit elektronischen Grüßen

Jens

[Jens.B]

Hallo Georg,

die Traces sind fertig und sind angehängt.

Mit der 10.30 ist übrigens nur ein ISDN-Kanal funktionslos, und zwar S0-4.

Eine Sache war komisch: Ich bin von der FW 10.20RU7 zur 10.30RU1 gewechselt und habe den Trace erstell. Beim Wechsel zurück zur 10.20RU7 gab es eine Warnung wegen unterschiedlichen Hardwareversionen. Danach habe ich den Trace für die 10.20 erstellt.

Zwischenablage01.jpg

Ich habe alle Aktionen mit den installierten Programmen der 10.20-Version gemacht, Probleme hat's keine gegeben.


Mit elektronischen Grüßen

Jens

[MoinMoin]

Moin Jens,

jetzt rächt sich der Bug mit der Spaltenbreite in der 10.30. Kannst du bitte auf der Konsole ein CD in die Zeile mit dem Wildcard-ISDN-User in der User-Statustabelle machen (also cd /Status/Voice-Call-Manager/Users/1) und dann ein ls ausführen? Den S0-4 sieht man ja in der Tabellenansicht nicht.

Wie sieht die Konfiguration der ISDN-User und ISDN-Interfaces (/setup/voice/users/isdn/users buw /setup/voice/users/isdn/interfaces) in der 10.30 aus?

Ciao, Georg

[Jens.B]

Hallo Georg,

beim Erstellen der Usertabellen ist jetzt was Eigenartiges passiert. Ich hatte gestern schon den Verdacht, das der ISDN-Kanal S0-4 auch mit der 10.30 geht, aber der Reihe nach. Was ich gemacht habe:

Start mit 10.20RU7, aktuelle Konfig: alle ISDN ok
Wechsel zu 10.30RU1, aktuelle Konfig, Neustart: ISDN S0-4 ok (!!) -> (1)
Laden der Konfig vom 2019-08-06, Neustart: ISDN S0-4 Fehler -> (2)
Wechsel zu 10.20RU7, Laden der Konfig vom 2019-08-19. Neustart: ISDN S0-4 ok -> (3)

(1) (2) (3) da habe ich die Usertabellen abgefischt, siehe den Anhang. Ich habe immer nur den S0-4 probiert, das die anderen gehen war vom letzten Mal eigentlich klar. Probiert heisst, ich habe einen Anruf gemacht. Der ISDN-Fehler heisst, abheben liefert ein Freizeichen, wählen liefert immer tüt-tüt-tüt...

So weit erst mal, jetzt bist Du wieder dran.


Mit elektronischen Grüßen

Jens

[MoinMoin]

Moin Jens,

da scheint es also ein Problem beim Einlesen einer mit der 10.20 erzeugten Konfiguration in eine 10.30 zu geben. Generell ist es so, daß das Einlesen einer Konfiguration nur dann sicher funktioniert, wenn die Firmware, unter der eingelesen wird und die Firmware, mit der die Konfiguration erzeugt wurde, dieselbe Versionsnummer haben. Beim Einspielen einer neuen Firmware kommen gegebenenfalls Konfigurationskonverter zum Einsatz, die beim Einlesen einer Konfiguration nicht angewendet werden. Es empfielt sich also, nach einem Firmwareupdate die Konfiguration einmal mit der neuen Firmware zu speichern bzw. vor dem Einspielen einer Konfiguration auf die korrekte Firmware zu wechseln.

Für den Bereich der ISDN-User gibt es allerdings zwischen 10.20 und 10.30 keine derartigen Konverter. Daher hätte die Konfiguration auch mit der 10.30 funktionieren sollen. Interessant ist, daß sowohl bei einem User, als auch beim Interface der S0-4 fehlt.

Kannst du aus der Konfigurationsdatei mal die Punkte <1.2.33.3.2.1> (das ist /Setup/Voice-Call-Manager/Users/ISDN-User/Interfaces) und <1.2.33.3.2.2> (das ist jeweils ein ISDN-user) jeweils mit allen Unterpunkten hier posten?

Ciao, Georg

[Jens.B]

Hallo Georg,

hier die Auszüge:

(1) 10-30 lcf vom 2019-08-21: ISDN ok

Code: Alles auswählen

(Konfiguration von '1784VA' vom 21.08.2019)
(10.30.0167) (0x0420011c,IDs:2,3,4,8,15,1a,2b;0x000000e3) (;SERIAL:4004288732100028)
[LANCOM 1784VA (over ISDN)] v10.30.0167 / 10.07.2019 10.07.19
    <1.2.33.3.2.1>
      (1.2.33.3.2.1.1.1) = ISDN
      (1.2.33.3.2.1.1.2) = 15
      (1.2.33.3.2.1.1.3) = 0
      (1.2.33.3.2.1.1.5) = 030
      (1.2.33.3.2.1.1.4) = 
    <1.2.33.3.2.2>
      (1.2.33.3.2.2.1.1) = #
      (1.2.33.3.2.2.1.3) = #
      (1.2.33.3.2.2.1.2) = 15
      (1.2.33.3.2.2.1.4) = 
      (1.2.33.3.2.2.1.5) = 
      (1.2.33.3.2.2.1.6) == 
      (1.2.33.3.2.2.1.7) = 
      (1.2.33.3.2.2.1.11) = 2
      (1.2.33.3.2.2.1.8) = 1
      (1.2.33.3.2.2.1.12) = 0
      (1.2.33.3.2.2.1.13) = 0
      (1.2.33.3.2.2.1.9) = 0
      (1.2.33.3.2.2.1.10) = 
    <1.2.33.3.2.2>
      (1.2.33.3.2.2.2.1) = DEFAULT
      (1.2.33.3.2.2.2.3) = #
      (1.2.33.3.2.2.2.2) = 15
      (1.2.33.3.2.2.2.4) = 
      (1.2.33.3.2.2.2.5) = 
      (1.2.33.3.2.2.2.6) == 
      (1.2.33.3.2.2.2.7) = 
      (1.2.33.3.2.2.2.11) = 2
      (1.2.33.3.2.2.2.8) = 1
      (1.2.33.3.2.2.2.12) = 0
      (1.2.33.3.2.2.2.13) = 0
      (1.2.33.3.2.2.2.9) = 0
      (1.2.33.3.2.2.2.10) = 

(2) 10-30 lcf vom 2019-08-06: ISDN S0-4 Fehler

Code: Alles auswählen

(Konfiguration von '1784VA' vom 06.08.2019)
(10.30.0167) (0x0420011c,IDs:2,3,4,8,15,1a,2b;0x000000e3) (;SERIAL:4004288732100028)
[LANCOM 1784VA (over ISDN)] v10.30.0167 / 10.07.2019 10.07.19
    <1.2.33.3.2.1>
      (1.2.33.3.2.1.1.1) = ISDN
      (1.2.33.3.2.1.1.2) = 7
      (1.2.33.3.2.1.1.3) = 0
      (1.2.33.3.2.1.1.5) = 030
      (1.2.33.3.2.1.1.4) = 
    <1.2.33.3.2.2>
      (1.2.33.3.2.2.1.1) = #
      (1.2.33.3.2.2.1.3) = #
      (1.2.33.3.2.2.1.2) = 7
      (1.2.33.3.2.2.1.4) = 
      (1.2.33.3.2.2.1.5) = 
      (1.2.33.3.2.2.1.6) == 
      (1.2.33.3.2.2.1.7) = 
      (1.2.33.3.2.2.1.11) = 2
      (1.2.33.3.2.2.1.8) = 1
      (1.2.33.3.2.2.1.12) = 0
      (1.2.33.3.2.2.1.13) = 0
      (1.2.33.3.2.2.1.9) = 0
      (1.2.33.3.2.2.1.10) = 
    <1.2.33.3.2.2>
      (1.2.33.3.2.2.2.1) = DEFAULT
      (1.2.33.3.2.2.2.3) = #
      (1.2.33.3.2.2.2.2) = 15
      (1.2.33.3.2.2.2.4) = 
      (1.2.33.3.2.2.2.5) = 
      (1.2.33.3.2.2.2.6) == 
      (1.2.33.3.2.2.2.7) = 
      (1.2.33.3.2.2.2.11) = 2
      (1.2.33.3.2.2.2.8) = 1
      (1.2.33.3.2.2.2.12) = 0
      (1.2.33.3.2.2.2.13) = 0
      (1.2.33.3.2.2.2.9) = 0
      (1.2.33.3.2.2.2.10) = 

(3) 10-20 lcf vom 2019-08-19: ISDN ok

Code: Alles auswählen

(Konfiguration von '1784VA' vom 19.08.2019)
(10.20.0482) (0x0420011c,IDs:2,3,4,8,15,1a,2b;0x000000e3) (;SERIAL:4004288732100028)
[LANCOM 1784VA (over ISDN)] v10.20.0482 / 18.06.2019 18.06.19
    <1.2.33.3.2.1>
      (1.2.33.3.2.1.1.1) = ISDN
      (1.2.33.3.2.1.1.2) = 15
      (1.2.33.3.2.1.1.3) = 0
      (1.2.33.3.2.1.1.5) = 030
      (1.2.33.3.2.1.1.4) = 
    <1.2.33.3.2.2>
      (1.2.33.3.2.2.1.1) = #
      (1.2.33.3.2.2.1.3) = #
      (1.2.33.3.2.2.1.2) = 15
      (1.2.33.3.2.2.1.4) = 
      (1.2.33.3.2.2.1.5) = 
      (1.2.33.3.2.2.1.6) == 
      (1.2.33.3.2.2.1.7) = 
      (1.2.33.3.2.2.1.11) = 2
      (1.2.33.3.2.2.1.8) = 1
      (1.2.33.3.2.2.1.12) = 0
      (1.2.33.3.2.2.1.13) = 0
      (1.2.33.3.2.2.1.9) = 0
      (1.2.33.3.2.2.1.10) = 
    <1.2.33.3.2.2>
      (1.2.33.3.2.2.2.1) = DEFAULT
      (1.2.33.3.2.2.2.3) = #
      (1.2.33.3.2.2.2.2) = 15
      (1.2.33.3.2.2.2.4) = 
      (1.2.33.3.2.2.2.5) = 
      (1.2.33.3.2.2.2.6) == 
      (1.2.33.3.2.2.2.7) = 
      (1.2.33.3.2.2.2.11) = 2
      (1.2.33.3.2.2.2.8) = 1
      (1.2.33.3.2.2.2.12) = 0
      (1.2.33.3.2.2.2.13) = 0
      (1.2.33.3.2.2.2.9) = 0
      (1.2.33.3.2.2.2.10) = 

Was mir aufgefallen ist:
1) Unterschied 7 bzw. 15, falls das Bit-Kodiert ist eben (1 2 3) vs. (1 2 3 4)
2) Das "==" scheint mir nicht richtig, das taucht aber später wieder auf bei den Einträgen der SIP-Provider

Und die Sortierung der Nummern ist unregelmäßig in der lcf-Datei...


Mit elektronischen Grüßen

Jens

[MoinMoin]

Moin Jens,

die == müßten Passwortfelder sein.

Das mit der 7 siehst du genau richtig. Ich begreife nur nicht, wieso beim Einlesen der 10.20er Konfiguration aus der 15 eine 7 wird - und das auch nur an zwei von drei Stellen. Wenn du die 10.30er Konfiguration vom 21.8. nimmst, passiert das dann auch?

Ciao, Georg

[Jens.B]

Hallo Georg,

das kann ich morgen mal probieren, aber ich gehe mal davon aus.

Die Konfig vom 21.8. ist ja gerade daraus entstanden, das ich die korrekt laufende Konfig mit der 10.20 per FW-Wechsel auf die 10.30 gezogen habe. Da lief dann der S0-4.

Das allerdings erst nach mehrmaligem Wechsel 10.20 <-> 10.30. Die nicht funktionierende Konfig vom 6.8. ist genau beim 1. Wechsel entstanden, und nur die hat den Fehler (mal abgesehen davon, das die 10.30 mit beiden Varianten die ISDN-User-Tabelle verwurstet). Also ich bleibe erst mal bei der 10.20, scheint mir vielversprechender.

Oder sollte ich sagen ansprechender? Auf jeden Fall sprechender... ;-)

Ach ja, die == sind die Passwortfelder.


Mit elektronischern Grüßen

Jens