Kann keinen SIP Trunk mehr bearbeiten nach V20

[Christian48554]

Hallo,

ich kann keinen SIP Trunk mehr bearbeiten nach dem Update auf V20.

Wenn ich auf "Trunk bearbeiten" klicke, werde ich auf "/#/people" weitergeleitet.

Kann die Trunks noch exportieren.

Grüße,
Chris

 

[Christian48554]

Habe schon die letzten 7 Backups versucht und auch die virtuelle Maschine wiederhergestellt, schafft alles keine Abhilfe.

Muss alle SIP Trunks bearbeiten, da der Provider gestern eine Änderung vorgenommen hat.

 

[mbehrens]

ich kann keinen SIP Trunk mehr bearbeiten nach dem Update auf V20.

Richtig, diese Funktion gibt es zur Zeit nicht mehr. Aktuell hilft nur ein Ex- und Import.

 

[bitn2]

Um noch genauer zu sein, das Template des Trunks gibt es so nicht mehr und kann deswegen nicht bearbeitet werden. Entweder wie @mbehrens sagt oder den Trunk neu erstellen mit einem aktuellen Template.

 

[Christian48554]

und wie mache ich einen Ex und Import? Krieg ich das aus dem Backups raus?

 

[bitn2]

Direkt auf der Seite der Trunks. Dort hinten auf die 3 Punkte klicken und exportieren, alles anpassen und wieder importieren.

 

[Christian48554]

Ich versuche das nachher nochmal, aber es kam ein Fehler mit Name nicht gültig oder so.

 

[Christian48554]

Direkt auf der Seite der Trunks. Dort hinten auf die 3 Punkte klicken und exportieren, alles anpassen und wieder importieren.

Beim Import kommt dann:
Provider Vorlagendatei enthält nicht vorhandenen Vorlagennamen

 

[bitn2]

Die Datei muss einen gültigen Namen haben. Wie der in deinem Fall sein muss, hängt von dem Template ab was du für den trunk benutzt hast. Den Namen findest du auch in dem XML was du runtergeladen hast, genau so muss die Datei auch heissen.

 

[Christian48554]

Die Datei muss einen gültigen Namen haben. Wie der in deinem Fall sein muss, hängt von dem Template ab was du für den trunk benutzt hast. Den Namen findest du auch in dem XML was du runtergeladen hast, genau so muss die Datei auch heissen.

Das funktioniert auch nicht, ein hoch auf die V20... Egal, ich habe die Trunks neuangelegt.

 

[BurnInTest]

Ich habe dafür eine Idee die funktioniert. Ich hatte auch das Thema, das Netcologne SIP-Trunk Template wurde auf der v20 nicht gefunden. Der SIP funktioniert, aber ich kann den nicht bearbeiten.

Mein SIP sucht ein Template das netcologne.pv.xml heißt.

Per Import wegen dem Fehler "Provider Vorlagendatei enthält nicht vorhandenen Vorlagennamen" können aber keine "neuen" Provider importiert werden, sondern nur aus der Liste vorhandene Provider verändert werden.

Wichtig für das Netcologne Template, das Template muss SRTP, TLS und Zertifikate beherschen.

Lösung: Auf die Anlage per Windows oder SSH, in den Ordner Template wechseln Windows: "C:\ProgramData\3CX\Instance1\Data\Http\Templates\provider" , das Template GenericSIPTrunk.pv.xml kopieren und in das nicht vorhandene umbenennen, also in meinem Fall netcologne.pv.xml.

Direkt danach konnte ich mein SIP-Trunk in der Anlage wieder bearbeiten und alle alten hinterlegten Einstellungen werden wieder angezeigt. Diese Einstellungen werden nicht im Template sondern in die Datenbank geschrieben.

Ist eine Lösung, würde ich aber für Neuanlage so nicht machen, sondern direkt die Vorlage nutzen. Zwecks Support.

 

[fxbastler]

... oder man nimmt eine bestehende xml des System und weist den nicht bearbeitbaren SIP Trunk diese zu. Als Beispiel siehe hier im Spoiler ganz unten. Damit kann ohne Änderung der SIP Trunk Parameter und DID dem ein Template der Anlage zugewiesen werden, das dann auch div. Updates überlebt.

 

[nobody]

Wunderschön dieser Bug der hier eingebaut wurde.
In meinem Fall wurde die plusnet-exQSC-xml (orginal 3cx) durch den installer umbenannt in plusnet.pv.xml, bzw. alle vorlagen gelöscht und ersetzt durch v20 vorlagen.
Warum macht man sowas - es wäre doch sinnvoller gewesen die existierenden vorlagen einfach zu überschreiben? Dann wäre das was vorher da war aber keine neue Entsprechung hat erhalten geblieben.

 

[avraammich_3CX]

Hi @nobody,

das Verhalten ist zu erwarten( und kein Bug) das Template XML Datei kann nicht unter /var/lib/3cxpbx/Instance1/Data/Http/Templates/provider, gefunden werden( existiert nicht) oder existiert und keine phonesystem rechte für Datei vorhanden.
QSC Template existiert schon seit längerem nicht.

Lösung(empfohlen):
Admin Ansicht->Berichte->Eingehende Regeln-> CSV exportieren.
Trunk löschen.
Richtiges Template von plusnet.pv.xml verwenden (hinzufügen) und CSV Datei importieren.
Sollte nicht mehr als 5 Minuten dauern.

Zweite Lösung(nicht empfohlen):
SIP Trunk exportieren.
In der XML Datei bekommen wir den Name.
<!--Do not change this field-->namedesproviders.pv.xml</template>
<type>

XML Datei welche exploriert wurde, nennt sich "provider.pv.xml"
Datei umbenennen zu namedesproviders.pv.xml
Anschließend die XML Datei unter /var/lib/3cxpbx/Instance1/Data/Http/Templates/provider und mit Recht "phonesystem" (wie alle anderen Datei auch im erwähnten Pfad) hinterlegen.

 

[nobody]

Es hat auch nicht lange gedauert das rauszufinden.

Dennoch, ich wette dass auf der Version 18 das Template noch da war...
Aber bei dem upgrade dass irgendwann mal stattfand, da wurde das bei der Deinstallation gelöscht. Und dann war es natürlich weg.
Das wäre aber nicht nötig. man hätte diese Dateien auch dort lassen können wo die waren, und dann bei der Installation alles was schon da ist mit den neuen überschreiben. Das hätte nichts geschadet und das template wäre erhalten geblieben.

Also ich finde das ist ein Bug/Fehler, und auch einen Fehler das nicht nachträglich zu korrigieren. Die Version 20 gibt es doch schon eine ganze Weile.

 

[bitn2]

Das Problem ist schon lange bekannt und in der To Do Liste die im Forum zu finden ist auch aufgeführt. Immer das Template vorm Upgrade sichern.

 

[nobody]

Wenn das schon so lange bekannt ist, dann hätte 3CX das vielleicht auch mal fixen können.

 

[bitn2]

Wenn du keine angepassten Templates genutzt hättest, dann wäre das Problem nicht aufgetaucht. Bei einem supporteten Provider wird das Template übernommen.

 

[nobody]

ich habe kein angepasstes Template verwendet, ich habe das plusnet template verwendet

 

[bitn2]

plusnet-exQSC-xml

Dieses Template gibt es schon lange nicht mehr... Deswegen ist das passiert.