1784VA und 10.30RU1 - Problem mit 4x ISDN
Moderator: Lancom-Systems Moderatoren
1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
Moin Jens.B,
tauchen die Telefone am 2. S0-Bus in der Usertabelle (/status/voice/users) auf?
Ciao, Georg
tauchen die Telefone am 2. S0-Bus in der Usertabelle (/status/voice/users) auf?
Ciao, Georg
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
das kann ich morgen gerne ausprobieren. Verrate mir bitte noch, wie ich an die Usertabelle heran komme.
Danke.
Mit elektronischen Grüßen
Jens
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
So, hier wie versprochen der Inhalt von /status/voise/users:
10.20RU7:
10.30RU1:
Ich hoffe das hilft.
Mit elektronischen Grüßen
Jens
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
>
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
>
Mit elektronischen Grüßen
Jens
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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.
Ich habe alle Aktionen mit den installierten Programmen der 10.20-Version gemacht, Probleme hat's keine gegeben.
Mit elektronischen Grüßen
Jens
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.
Ich habe alle Aktionen mit den installierten Programmen der 10.20-Version gemacht, Probleme hat's keine gegeben.
Mit elektronischen Grüßen
Jens
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
Hallo Georg,
hier die Auszüge:
(1) 10-30 lcf vom 2019-08-21: ISDN ok
(2) 10-30 lcf vom 2019-08-06: ISDN S0-4 Fehler
(3) 10-20 lcf vom 2019-08-19: ISDN ok
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
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) =
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) =
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) =
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
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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
Re: 1784VA und 10.30RU1 - Problem mit 4x ISDN
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
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