SIP Trunk nicht änderbar? V20

[bitn2]

Vielleicht wird (noch) keiner zum Update gezwungen, aber bei der NEUinstallatioon bleibt einem nur die v20 übrig...

Du kannst auch weiterhin die v18 installieren, wenn du denn willst. Bis ende des Jahres hast du noch Zeit zu wechseln, zumindest mit der bezahlten Lizenz.

 

[fxbastler]

Vielleicht wird (noch) keiner zum Update gezwungen, aber bei der NEUinstallatioon bleibt einem nur die v20 übrig...

Nein, dem ist nicht so.

Und das klappt einfach vorne und hinten vieles nicht; insbesondere nicht die zu setzenden SIP Header, damit dieser die CID korrekt einlesen kann - und das trotz (noch nicht final freigebenen Template) für 3CX v20 ...
Aber mit "freundlich kurzem Hinweis", das ich die (nicht konfigurierbaren?!?) Header doch einfach in der 3CX und nicht im Provider Portal die einzulesenden Header anpassen solle, da sich die Anleitung (ebenfalls im "Test") nur auf die "Standard Einstellungen" beziehen würde...

Ich habe das jetzt mehrfach gelesen und es wird nicht verständlich, was du da schreibst. Fakt ist: mit von 3CX unterstützten SIP Trunk Providern gibt es aktuell - soweit bekannt - keine Notwendigkeit, weitergehende SIP Trunk Parameter anpassen zu müssen.

Unabhängig davon konnte man bisher und aktuell auch bei einer v20 eigene SIP Trunks definieren und dort alle möglichen Parameter nach eigenem Ermessen einstellen. Man muss nur wissen wo und wie. Das wird hier im Forum immer wieder mal angefragt und wird erklärt. Support seitens 3CX gibt es selbstverständlich und erklärbar dafür nicht.

Jetzt werde ich persönlich:
Dafür, dass dies hier mit diesem Benutzernamen dein erster Post ist, motzt du hier ganz schön rum. Das ist nicht angemessen. Das ist nicht konstruktiv. Bestehende Notwendigkeiten einer 3CX sind öffentlich dokumentiert. Lösungen abseits davon - sofern möglich - sind hier im Forum zu finden.

 

[Kuddel63]

Moin,
ich habe mit V20 dieses Problem ebenfalls und ausschliesslich mit einem Trunk von der DT-Standard, drei Easybell-Trunks lassen sich bearbeiten.
Hat jemand bereits eine Lösung?
Besteht die Möglichkeit, das sich ausschliesslich unterstützte, bevorzugte und generische Trunks bearbeiten lassen?

 

[fxbastler]

Ja, das geht immer noch. Wir nehmen den unorthodoxen Weg: wir spielen die Datei dts.pv.xml in einer 3CX an die richtige Stelle, vergeben die richtigen Rechte und dann ist die auswählbar.

<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<!--
    diese Datei liegt im Original unter /var/lib/3cxpbx/Instance1/Data/Http/Templates/provider/dts.pv.xml
    bzw. C:\ProgramData\3CX\Instance1\Data\Http\Templates\provider\dts.pv.xml
    diese Datei hat die originalen Benutzerrechte als phonesystem:
      chown phonesystem:phonesystem /var/lib/3cxpbx/Instance1/Data/Http/Templates/provider/dts.pv.xml
-->
<doc>
  <header>
    <type>gateway-template</type>
    <version>109356</version>
    <time>2021-11-25 15:00:00</time>
    <name>Deutsche Telefon Standard AG</name>
    <url>https://www.deutsche-telefon.de/</url>
    <image></image>
    <description>DE</description>
    <templatetype>dedicated</templatetype>
    <!-- <priority>1</priority> -->
  </header>
  <data>
    <device>
      <type>provider</type>
      <manufacturer>Deutsche Telefon Standard AG</manufacturer>
      <model>provider</model>
      <field name="Name">Deutsche Telefon Standard AG</field>
      <field name="RegistrarHost">sip.dtst.de</field>
      <field name="RegistrarPort">5060</field>
      <field name="ProxyHost">sip.dtst.de</field>
      <field name="ProxyPort">5060</field>
      <field name="RequireAuthFor">4</field>
      <field name="IpInContactReg">1</field>
      <field name="IpInContactRegValue"></field>
      <field name="TimeBetweenRegistration">60</field>
      <field name="RegistrarInvite">0</field>
      <field name="IsSupportReinvite">0</field>
      <field name="IsSupportReplaces">0</field>
      <field name="DisableVideo">1</field>
      <field name="SecureRTP">0</field>
      <field name="IsBindToMS">1</field>
      <codecs>
        <codec rfcname="pcma" />
      </codecs>
      <field name="ParameterIn" custom="" parameter="ToUserPart">$CalledNum</field>
      <field name="ParameterIn" custom="" parameter="FromDisplayName">$CallerName</field>
      <field name="ParameterIn" custom="" parameter="FromUserPart">$CallerNum</field>
      <field name="ParameterOut" custom="" parameter="RequestLineURIUser">$CalledNum</field>
      <field name="ParameterOut" custom="" parameter="RequestLineURIHost">$GWHostPort</field>
      <field name="ParameterOut" custom="" parameter="ContactUser">$OutboundLineId</field>
      <field name="ParameterOut" custom="" parameter="ContactHost">$ContactUri</field>
      <field name="ParameterOut" custom="" parameter="ToDisplayName">$CalledName</field>
      <field name="ParameterOut" custom="" parameter="ToUserPart">$CalledNum</field>
      <field name="ParameterOut" custom="" parameter="ToHostPart">$GWHostPort</field>
      <field name="ParameterOut" custom="" parameter="FromDisplayName">$OriginatorCallerId</field>
      <field name="ParameterOut" custom="" parameter="FromUserPart">$OriginatorCallerId</field>
      <field name="ParameterOut" custom="" parameter="FromHostPart">$GWHostPort</field>
      <field name="ParameterOut" custom="" parameter="P-AssertedIdentityDisplayName">$OutboundLineId</field>
      <field name="ParameterOut" custom="" parameter="P-AssertedIdentityUserPart">$OutboundLineId</field>
      <field name="ParameterOut" custom="" parameter="P-AssertedIdentityHostPart">$GWHostPort</field>
    </device>
  </data>
</doc>

 

[Kuddel63]

Danke, das teste ich

 

[Kuddel63]

Moin,
ich habe nochmal weiter geschaut und in der Version 20.0 Update 2 (Build 688 Alpha) wird die unorthodoxe Lösung von 3 CX supportet.