entwurf umsetzungsplan anlage mit v20 (von älterer 3cx)

3cx_user_333

Bronze Partner
Mitglied seit
15. Juli 2019
Beiträge
98
Hallo,

kann diese Vorgehensweise funktionieren?
Die V20 Netz/Systemvoraussetzungen sind erfüllt.

Stand jetzt: ca. 25x SNOM inhouse in einem Großraum/3cx v16
alles keine/nein: IVR/Customtemplate/pers. Adressbücherkein globales Adressbuch/MP3 Aufnahmen/Wartemusik/Handy-App

Ein SIP Trunk
Umsetzungsidee
V20 VM installieren
Konfig nicht importieren
alles manuell kurz neu einrichten - ist mit zwei Monitoren kein Problem
V16 ausschalten (sonst gefahr das sich unprovisioniertes Telefon automatisch mit V16 provisioniert)
Telefone Stück für Stück remote resetten, vorher Kennwörter notieren, Telefone dann bei V20 hinzufügen

v16 Konfig bei V20 importieren würde funktionieren oder?
Resetten der Telefone auf jeden Fall notwendig würde ich behaupten.
 
v16 Konfig bei V20 importieren würde funktionieren oder?
Nein, da haben sich seit den letzten Jahren zu viele Dinge geändert.

In deinem Fall bleibt nur sinnvoll alles platt zu machen und neu.

Um was für Telefone handelt es sich?
 
  • Like
Reaktionen: MarcosV_3CX
Nein, da haben sich seit den letzten Jahren zu viele Dinge geändert.

In deinem Fall bleibt nur sinnvoll alles platt zu machen und neu.

Um was für Telefone handelt es sich?
inhouse snom D345 ohne extension, keine besondere BLF Sammlung vorhanden.
 
Dann die 3cx löschen und von der ISO neu installieren und einrichten. Telefone stehen lokal zur Anlage?
 

ok, habe versucht den Plan zu verbessern:​

on-prem-v20 mit bisherigen v16-on-prem-SNOM​

--> snom resetten+erstmalig mit v20 verbinden/provisionieren

via Remote, bin dort nicht permanent Vorort, ist 45min Fahrtzeit, ist kein Problem hinzufahren.

a)
Mittels dem V16 3cx Webgui:
bei Benutzer/Register Telefon Provisionierung die SNOM Telefone rauslöschen (kann mich täuschen, hatte mal das dies nicht zuverlässig greift)
b)
Mittels V16 3cx Webgui "auf SNOM GUI schalten" und dort SNOM resetten.
Prüfen das sich die SNOM nicht automatisch wieder ungewollt mit der V16 provisionieren (nach dem Reset-Neustart)
Sonst halt V16 final-ausschalten und vorher die SNOM Webgui Logins auf Merkzettel notieren
c)
Wenn die SNOMs unprovisioniert in der V20 sichtbar sind, dann dort zu den Nebenstellen hinzufügen.

d)
Ja, alle Telefone stehen lokal.
>dann die 3cx löschen (wie meinen, vermute v16 ausschalten war damit gemeint)
 
>dann die 3cx löschen (wie meinen, vermute v16 ausschalten war damit gemeint)
Kannst sie auch gleich löschen da nicht mehr nutzbar wenn du die Lizenz auf einer v20 eingespielt hast.

Aber ja, das restliche Vorgehen klingt erstmal richtig. Notiere dir am besten vorher alle Einstellungen, Weiterleitungen, Nebenstellen usw usw da du das alles neu machen musst.
 
Gut ist es, ein Backup der v16 irgendwo zu haben. Wenn man es sich schon nicht notiert hat, dann stehen dort die NSt. Nummern, deren Namen und die zugeordneten Telefone samt MAC und deren Telefonpasswort drin.
 
danke - alles klar, stimmt

Thema: wie mit der V16 während der V20 Installationsphase verfahren:
V16 - SIP Trunk Einwahl lahmlegen
V16 darf man starten um notfalls was nachzugucken, aber nicht gut und schnell wieder aus machen, lieber nicht einschalten
 
Nein, darf nicht mit Internetzugang angeschaltet werden.
 
  • Like
Reaktionen: fxbastler
Hallo,
problem ausgehender anruf geht nicht.
Habe noch keine gute Idee.

+++
funktioniert bis jetzt (Installationsphase vor den Endgeräten)
firewall test grün, sip-trunk-registriert, eingehender anruf

SIP Trunk Plusnet wurde hinzugefügt indem
Trunk-Hauptnummer
Authentifizierungs-ID (SIP-Nutzer-ID)
Authentifizierungspasswort
sowie DID-Nummer
*914 hinzugefügt wurde
sonst nix.
Ausgehender Regel hat er ja automatisch erstellt.
Häkchen bei "E164-Verarbeitungseinstellungen" habe ich rausgenommen. (mit/ohne getestet)

++++
Fehlermeldung:
ausgehender anruf
The Call could not be established. Contact Administrator. (sagt die 3cx Stimme)

Eventlog sagt:
Level
Warning
Event ID 12294
Date & Time
11/10/2024 20:37
Details
Call or Registration to 08003301000@(Ln.10000@QSC1) has failed. sip:62.206.200.34:5060;lr replied: Server Internal Error (500)
auch mit +49-069-123456 probiert..

++++
ID Wiki:
12294Call or Registration to %1 has failed. %2 replied: %3WarningCheck the reply from the endpoint.
 
Ja, die Telekom weist ganz sicher so einen Anruf ab, kein Wunder :D </ironie>

Da wird wohl dennoch die ausgehende Regel nicht stimmen. Poste die mal.

Übrigens: Stammnummer und angerufene Nummer sollte +49<Vorwahl><Ortsnummer> sein, sicher nicht +49-069-123456 (mit - und 0 dazwischen).

Was mich generell wundert ist: das sollte kein Fehler 500 sein.
 
Hallo, QSC = Plusnet
(klar stimmt - +4969123456 muss es sein, war schreibfehler)

1728680190040.png
 

Anhänge

  • 1728679716510.png
    1728679716510.png
    61,7 KB · Aufrufe: 7
Hallo, QSC = Plusnet
Ist bekannt, haben wir auch ab und an.

Eine Regel ist etwas wenig, es sollten vmtl. 3 bei dir sein.
Hier mal ein Beispiel wenn die 069 (FF/M) deine Ortsvorwahl ist, in dieser Reihenfolge:
Code:
1.  Name Internat    Präfix 00    Ziffern entfernen 2   voranstellen +
2.  Name National    Präfix 0     Ziffern entfernen 1   voranstellen +49
3.  Name Ortswahl    Präfix 1-9   Ziffern entfernen 0   voranstellen +4969
Entferne die eine Regel die da steht. Lasse auch die Bindung an die Abteilung raus, sonst können u.a. Systemnebenstellen nicht telefonieren, einige Weiterleitungen funktionieren auch nicht usw..

Das alles steht schon sehr oft hier im Forum.

Aber dennoch, wenn du trotz korrekter ausgehender Regeln weiterhin den Fehler 500 bekommst, dann kommt mal endlich eine ordentliche Fehleranalyse mit dem Aktivitätsprotokoll.
 
  • Like
Reaktionen: mbehrens
Guten Morgen,

hat funktioniert vielen dank.
Ursache war mein Fehler:
Trunk/Register Allgemein mittig Kontodetails
Ich hatte ich aus der V16 kopiert: "Trunk-Hauptnummer" ohne +49...
Effekt war offenbar dies bzw. die o.g. fehlenden ausgehenden Regeln.
Call or Registration to 08003301000@(Ln.10000@QSC1) has failed. sip:62.206.200.34:5060;lr replied: Server Internal Error (500)
+++++


Die ausgehende Absenderkennung benötigt ziemlich am Anfang noch ein +49 aktuell ist nur 069.
Ich vermute es hat mit diesen Schalter zutun.
Im Webgui:
Unter Nutzer&Chat und dann rechts "Ausgehende Rufnummer" wurde dies eingetragen:
+4969123456789 (89 ist die individuelle Absenderkennung)
Bei einem externen ausgehenden Testanruf steht im Empfängerdisplay 069123456789 .
+++++
noch nix geändert: Trunk/Optionen/Reformatieren einausgehende oder ausgehende Rufnummer Quellmuster/Ersetzungsmuster

+++++

Die DIDs haben dies Format: +4969123456789 (89 ist die Nebenstelle)
+++++

E164 verarbeiten ist aus
+++++
 
Zuletzt bearbeitet:
FAX_PCMU_T38_FALLBACK_TIMEOUT = 20 (per default = 10)
darf natürlich auch nicht fehlen
 
Damit ausgehende ins Ausland funktionieren scheint mir Regel Null notwendig.
0. Name "leer" Präfix + Ziffern entfernen 1 voranstellen 00 (<< vermutung)
1. Name Internat Präfix 00 Ziffern entfernen 2 voranstellen +
2. Name National Präfix 0 Ziffern entfernen 1 voranstellen +49
3. Name Ortswahl Präfix 1-9 Ziffern entfernen 0 voranstellen +4969

Ohne Regel 0 kam folgender Fehler.
3cx stimme: 3cx cannot reach the number you called or the number is incorrect or temp unvailable
 
Zuletzt bearbeitet:
Also: deine Regel 0 widerspricht den anderen drei Regeln, insbesonders ist sie das komplette Gegenteil von Regel 1. Regel 1 bis 3 sorgen dafür, dass die ausgewählten Nummer immer gemäß E.164 formatiert sind, sprich mit + anfangen.

Man kann das aber auch alles umstellen auf 00, wann wären die Regeln wie folgt:
Code:
1.  Name E.164       Präfix +     Ziffern entfernen 1   voranstellen 00
2.  Name Internat    Präfix 00    Ziffern entfernen 0   voranstellen
3.  Name National    Präfix 0     Ziffern entfernen 1   voranstellen 0049
4.  Name Ortswahl    Präfix 1-9   Ziffern entfernen 0   voranstellen 004969
 
klasse danke das funktioniert
 

Statistik des Forums

Themen
44.413
Beiträge
232.713
Mitglieder
78.328
Neuestes Mitglied
as7h