Anbindung von FreeVoipDeal

VoIPexpert

Gold Partner
Advanced Certified
Mitglied seit
10. Februar 2021
Beiträge
133
Hallo,
ein Kunde wünschte sich unbedingt die Anbindung von FreeVoipDeal.
Ich habe den Trunk angelegt und es funktioniert sogar.
Das komische ist nur, dass die CallerID beim angerufenen nicht angezeigt wird sondern als Anonym erscheint.
Wenn ich den Trunk genauso auf meiner Anlage anlege und dann teste, funktioniert es einwandfrei. Die SIP-Trunk Einstellungen sind dabei die selben.
Ich kann mir das nur so erklären, dass unter den Parametern irgendetwas anders sein muss, dass er auf der einen 3CX Anlage die CallerID für diesen Trunk übermittelt und auf der 3CX Anlage des Kunden nicht. Hat jemand eine Idee woran es liegen könnte?
 
Frage: wurde das mit den selben SIP Trunk Daten probiert oder anderen? Wurde die Nummer verifiziert?
 
das wurde mit den selben Trunk Daten gemacht. Und die Nummer wurde natürlich auch verifiziert. Bei der einen 3CX Anlage klappt es mit der Rufnummerübermittlung und bei der anderen wird Anonym angezeigt. Die SIP-Trunk Konfiguration ist 1:1 identisch.
 
Aber der Trunk ist nur auf einer Anlage gleichzeitig registert? Wurde zwischendurch etwas gewartet wg. Anmeldung usw.?

Hinweis: bei uns funktioniert das problemlos. Es wurde glaube das Template Generic VOIP Provider verwendet.

Nachtrag: Sind die E164 Einstellungen beider Anlagen gleich?
 
Zuletzt bearbeitet:
ja der Trunk ist nur auf einer Anlage. E164 hab ich auch schon überprüft und ist identisch. Ich denke, da wurde in der Vergangenheit mal irgendwas an den Parametern der Anlage gedreht. Mit dem Kunde wurde nun ein Neuinstallation der Anlage vereinbart.

Dennoch wäre es toll, wenn du mal deine Einstellungen des SIP-Trunks posten könntest.
 
Zuletzt bearbeitet:
Mit dem Kunde wurde nun ein Neuinstallation der Anlage vereinbart.
Das ist aber gleich ein großes Geschütz. Exportiere mal bitte den verwendeten Trunk und poste den hier, ich schau mir das mal an.
 
Code:
<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<doc>
  <header>
    <name>FreeVoipDeal</name>
    <time>2024-08-08T09:34:14.6565248Z</time>
    <template>
      <!--Do not change this field-->GenericSIPTrunk.pv.xml</template>
    <type>
      <!--Do not change this field-->gateway-template</type>
  </header>
  <data>
    <device>
      <field name="Name">FreeVoipDeal</field>
      <type>provider</type>
      <manufacturer></manufacturer>
      <model>provider</model>
      <field name="RegistrarHost">sip.freevoipdeal.com</field>
      <field name="RegistrarPort">5060</field>
      <field name="ProxyHost"></field>
      <field name="ProxyPort">5060</field>
      <field name="IpInContactReg">1</field>
      <field name="TimeBetweenRegistration">180</field>
      <field name="SecondaryRegistrar"></field>
      <field name="IPRestriction">ANY</field>
      <field name="TransportRestriction">ANY</field>
      <field name="RequireAuthFor">1</field>
      <field name="IpInContactRegValue"></field>
      <field name="RegistrarInvite">0</field>
      <field name="IsSupportReinvite">0</field>
      <field name="IsSupportReplaces">0</field>
      <field name="DisableVideo">1</field>
      <field name="SRTPMode">0</field>
      <field name="IsBindToMS">1</field>
      <codecs>
        <codec rfcname="G722" />
        <codec rfcname="PCMU" />
        <codec rfcname="PCMA" />
        <codec rfcname="G729" />
      </codecs>
      <field name="Source" custom="" parameter="ContactHost">$GWHostPort</field>
      <field name="ParameterIn" custom="" parameter="ToUserPart">$CalledNum</field>
      <field name="ParameterIn" custom="" parameter="FromUserPart">$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">$OutboundCallerId</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="004971312068042" parameter="FromDisplayName">$CustomField</field>
      <field name="ParameterOut" custom="" parameter="FromUserPart">$OutboundCallerId</field>
      <field name="ParameterOut" custom="" parameter="FromHostPart">$GWHostPort</field>
      <field name="ParameterOut" custom="004971312068042" parameter="RemotePartyIDCallingPartyDisplayName">$CustomField</field>
      <field name="ParameterOut" custom="" parameter="RemotePartyIDCallingPartyUserPart">$OutboundCallerId</field>
      <field name="ParameterOut" custom="" parameter="RemotePartyIDCallingPartyHostPart">$GWHostPort</field>
      <field name="ParameterOut" custom="004971312068042" parameter="P-AssertedIdentityDisplayName">$CustomField</field>
    </device>
    <sms>
      <variable name="MESSAGING_API_KEY">
        <option></option>
      </variable>
      <variable name="PROVIDER_URL">
        <option></option>
      </variable>
      <field name="Enabled">0</field>
      <field name="OptionalProvider">1</field>
      <field name="ProviderType">generic</field>
      <field name="OutboundRouting">1</field>
      <field name="ProviderName">Generic</field>
    </sms>
  </data>
</doc>
 
Da ist noch etwas anderes komisch. FreeVoipDeal erwartet die Rufnummer im internetaionalen Format z.B. 0049
Dafür habe ich im SIP-Trunk die ausgehende Rufnummer mit der Formatierung angepasst.

Quellmuster
0(.*)

Ersetzungsmuster
0049\1

Das scheint ihn auf der Kundenanlage überhaupt nicht zu interessieren.
Wenn ich das auf unserer Anlage teste und einstelle, dann geht dies einwandfrei. Bei einer gewählten Rufnummer 0237111111
ersetzt er die 0 durch 0049 -> 0049237111111
 
Unser Template hat einige wenige Daten anders:
XML:
...
      <field name="ProxyHost">sip.freevoipdeal.com</field>
      <field name="IPRestriction">IPV4</field>
      <field name="TransportRestriction">UDP</field>
      <field name="RequireAuthFor">4</field>
      <codecs>
        <codec rfcname="PCMA" />
      </codecs>
...
      <field name="ParameterOut" custom="" parameter="FromDisplayName">$OutboundCallerId</field>
      <field name="ParameterOut" custom="" parameter="RemotePartyIDCallingPartyDisplayName">$OutboundCallerId</field>

dieser Parameter fehlt im Template
<field name="ParameterOut" custom="xxxx" parameter="P-AssertedIdentityDisplayName">$CustomField</field>

und wir haben alle Nummern bei der Einrichtung per E.164 angegeben, so wie auch die Trunk-Hauptnummer.

Wir haben direkt ein Template fvd.pv.xml dafür. Die Datei ist halt manchmal nach einem 3CX Upgrade weg und muss manuell wieder eingespielt werden. Der Trunk funktioniert dann zwar weiterhin, lässt sich aber nicht mehr aufrufen und bearbeiten. Grundsätzlich kein Problem.

Was wir generell noch nicht probiert haben ist, ob wir unsere Vorlage als Template in einer v20 hochladen, dauerhaft (auch nach Upgrades) nutzen können und der Trunk dennoch kein Ausrufezeichen (so wie jetzt bei uns dank manuellem Eingriff) bekommt. Das steht noch aus.

Nachtrag: der Anhang fehlte ...
 

Anhänge

Zuletzt bearbeitet:
Da ist noch etwas anderes komisch. FreeVoipDeal erwartet die Rufnummer im internetaionalen Format z.B. 0049
Dafür habe ich im SIP-Trunk die ausgehende Rufnummer mit der Formatierung angepasst.

Quellmuster
0(.*)

Ersetzungsmuster
0049\1

Das scheint ihn auf der Kundenanlage überhaupt nicht zu interessieren.
Wenn ich das auf unserer Anlage teste und einstelle, dann geht dies einwandfrei. Bei einer gewählten Rufnummer 0237111111
ersetzt er die 0 durch 0049 -> 0049237111111
Dafür würde ich ausgehende Regeln benutzen.

Wir müssen die angerufene Nummer mit +49... übergeben damit das sauber funktioniert und rufen auch so raus.
 
ich habe das Template jetzt einmal mit deinen Daten ergänzt und importiert. Dennoch zeigt er immernoch Anonym an bei einem externen Anruf.
Wie sieht denn deine Ausgehende Regel aus?
 
Wie sieht denn deine Ausgehende Regel aus?
Da wir damit nur testen, gibt es nur eine simple Regel: die gilt für eine einzelne NSt., wenn diese einen Präfix anruft dann wird dieser entfernt und es wird telefoniert, einfach so. Da muss man halt die vollst. Nummer im E164 Format angeben. Sonst mehr Regeln bauen, wie üblich, nur halt 00 durch + ersetzen und da wo es fehlt voran stellen.
 
ok, das ist der Fall.
Ich habe sogar mal versucht dort die "ausgehende Rufnummer" einzutragen und zu Überschreiben. Selbst das interessiert ihn nicht und er zeigt mir "Anonym" an.
 
sollte die CallerID nicht eigentlich von FreeVoipDeal gewetzt werden? Schließlich verifiziert man ja die Nummer, damit man mit dieser telefonieren kann. Offenbar ist dies aber nicht der Fall.
 
sollte die CallerID nicht eigentlich von FreeVoipDeal gewetzt werden? Schließlich verifiziert man ja die Nummer, damit man mit dieser telefonieren kann. Offenbar ist dies aber nicht der Fall.
Man kann ja mehrere Nummern verifizieren. So gibt eine Nummer an und die wird verwendet - denke ich. Bei uns ist die exakt der verifizierten Nummer.
 
ja genau und die Caller ID ist auch ausgewählt. Das scheint den nur gar nicht zu interessieren. Auf der einen 3CX Anlage macht er das wie er soll und auf der anderen zeigt er ständig Anonym an. Absoluter Witz wenn doch der Provider die CallerID setzt.
Ich habe das nochmals bei einer anderen 3CX Anlage getestet und auch dort kommt Anonym. Bisher funktioniert es nur auf unserer Anlage mit NFR-Lizenz. Ich werde mal am Wochenende eine Jungfreuliche Anlage zum Test aufsetzen und schauen ob das Problem dort auch besteht.
 
  • Like
Reaktionen: fxbastler
so ich hab jetzt die Testanlage aufgesetzt und lediglich den SIP-Trunk und die Ausgangsregel angelegt. Funktioniert sofort. Er zeigt mir die CallerID an. Die Einstellungen von Trunk, Ausgangsregel und E164 habe ich verglichen und diese sind identische.
Auf der einen Anlage funktioniert es, auf der anderen nicht. Wo auch immer da jetzt der Unterschied evtl. in den Parametern sein mag.
Fakt ist, die eine Anlage wurde direkt mit Version V20 neu installiert und die andere von v18 auf v20 upgedated.
Was bei der neuen Test-Anlage auch funktioniert, ist Rufnummerformatierung mit

Quellmuster
0(.*)

Ersetzungsmuster
0049\1

das geht auf der Anlage welche von v18 auf v20 upgedated wurde nicht. Er ignoriert den Eintrag dort.
Es scheint als ob da ein Bug drin ist.
 
Zuletzt bearbeitet:
  • Like
Reaktionen: fxbastler
@fxbastler
ich glaube das ist ein Mega Fund!
Ich hab mal weiter getestet. Kann es sein, dass du dein SIP-Trunk von Free VoIP Deal auf einer Anlage mit Enterprise Lizenz laufen hast? Die CallerID von FreeVoiPDeal scheint bei jeder Anlage welche eine Enterprise Lizenz hat, sauber übertragen und angezeigt zu werden. Sobald der Kunde eine Pro Lizenz hat, funktioniert das ganze nicht mehr. Wäre ein Mega Fail von 3CX. Kannst du das ganze mal verifizieren und bestätigen?
 
1. Reformatierung für ausgehende Rufnummer unter einem SIP-Trunk, wird demnach bei der PRO-Lizenz ignoriert wenn etwas eingetragen ist und funktioniert nicht.
1724058560335.png

2. CallerID wird unter PRO-Lizenz nicht übertragen.

1 und 2 funktionieren aber wenn man eine Enterprise Lizenz hat.
@MarcosV_ 3CX @avraammich_3CX
wie kann das sein?
 

Statistik des Forums

Themen
44.749
Beiträge
233.636
Mitglieder
78.491
Neuestes Mitglied
Toto89DE