SIP-Header P-Preferred-Identity

[anonymous]

Hallo,

unser SIP-Provider verlangt die Angabe des P-Preferred-Identity-Headers bei ausgehenden Anrufen, ansonsten wird das INVITE nicht akzeptiert. Eine Asterisk-Konfiguration würde so aussehen:

exten => _0.,2,SIPAddHeader(P-Preferred-Identity: )

Nun finde ich nur P-Asserted-Identity unter VoIP-Provider / Parameter für ausgehende Verbindungen. Wie kann ich den P-Preferred-Identity-Header hinzufügen?

Mit freundlichen Grüßen
Alexander Gräf

 

[stefanw]

P-Preferred-Identity

In die Ausgehenden params gehen, findest du in den Einstellungen nachdem du den Provider angelegt hast.
Dort must du nun die P-Preferred-Identity Felder hinzufügen mit den Werten die du aus der 3CX ausliest.
Schau es dir mal an, erklärt sich von selber

 

[anonymous]

@stefanw wrote-Preferred-Identity

Ja, das ist schon klar, aber dort gibts nur P-Asserted-Identity, kein P-Preferred-Identity:

 

[stefanw]

ah sorry, habe ich über lesen, leider ist das nicht RFC in SIP 2.0

http://www.rfc-editor.org/rfc/rfc3325.txt

This memo provides information for the Internet community. It does
not specify an Internet standard of any kind. Distribution of this
memo is unlimited.

zwar ist der andere auch nicht RFC aber weit verbreitet...

 

[stefanw]

ps welcher Provider braucht das?

 

[anonymous]

@stefanw wrotes welcher Provider braucht das?

CNT

Dann scheidet 3CX allerdings als Telefonanlagenlösung aus. Und extra mit einem Patton o.ä. den Header hinzufügen, nur damit der Trunk läuft, ist albern. Schade.

 

[stefanw]

komisch das Sie das auf der Webseite nicht erwähnen:
Protokolle und Codecs: SIP (RFC 3261), G.711 μ-law/a-law, GSM, G.726 (G.726-32 und G.726-24 auf Anfrage), T.38
Siehst du die andere RFC da?
Ich schreibe die mal an...

 

[anonymous]

@stefanw wrote:komisch das Sie das auf der Webseite nicht erwähnen:
Protokolle und Codecs: SIP (RFC 3261), G.711 μ-law/a-law, GSM, G.726 (G.726-32 und G.726-24 auf Anfrage), T.38
Siehst du die andere RFC da?
Ich schreibe die mal an...

Erwähnenswert ist dann noch, dass die Leitung untervermietet wird durch Claranet. Der SIP-Server ist aber nur ein Alias auf den SIP-Server von CNT.

 

[stefanw]

Alexander Gräf, sagen Sie mir doch mal bitte wie CNT Sie im System finden kann?
wir sind da in Klärung, unter Ihren namen finden die Jungs leider nichts...

 

[anonymous]

@stefanw wrote:Alexander Gräf, sagen Sie mir doch mal bitte wie CNT Sie im System finden kann?
wir sind da in Klärung, unter Ihren namen finden die Jungs leider nichts...

Wie schon erwähnt, wird die Leitung durch Claranet vermietet. Von dieser erfolgt auch die Rechnungsstellung. Allerdings nutzt der Trunk direkt die technische Infrastruktur von CNT, also sip2.claranet.de ist ein Alias auf sip2.cnt.net. Während konkrete Kundendaten nicht nötig sein sollten, um eine grundsätzliche technische Frage zu lösen, würde ich Ihnen gerne den Benutzernamen, unter dem wir bei CNT geführt werden, zusenden.

 

[stefanw]

mein Guter, wenn ich hier passend vermitteln soll brauche ich etwas was euch dort eindeutig identifiziert.
Zu Kläre ggf ob Clainet eine Kundennummer von euch hat bzw die die er nutzt bei CNT...

 

[anonymous]

@stefanw wrote:mein Guter, wenn ich hier passend vermitteln soll brauche ich etwas was euch dort eindeutig identifiziert.
Zu Kläre ggf ob Clainet eine Kundennummer von euch hat bzw die die er nutzt bei CNT...

Ich werde das selber klären, ob es auch irgendwie ohne den Header geht. Die zentrale Frage, nämlich ob 3CX bei ausgehenden Gesprächen diesen Header erzeugen kann, wurde ja beantwortet. Danke.

 

[anonymous]

Als Follow-up noch: statt P-Preferred-Identity kann prinzipiell auch Remote-Party-ID, dieser wird dann beim Anbieter extrahiert und als P-Preferred-Identity angehängt, so dass nachfolgende Gateways diesen auswerten können. Allerdings gab es dort Probleme mit dem enthaltenen Semikolon, so dass nach mehrfacher Rücksprache und Änderung auf Betreiberseite diese Lösung nun funktioniert. Danke für Ihre Unterstützung!

 

[stefanw]

Super, und wieder ein Provider mehr der geht.
Sag mir bitte mal ob eingehendes Faxen mit den Jungs geht

 

[anonymous]

sipgate.de braucht dass auch...



Bei ausgehenden Gesprächen setzen Sie bitte die gewünschte Absenderrufnummer im E164-Format (also
international ohne führende Nullen oder "+"-Zeichen) als neuen Header P-Preferred-Identity:

SipAddHeader(P-Preferred-Identity: )

Möchten Sie die Rufnummer unterdrücken, geht dies so:

SipAddHeader(P-Preferred-Identity: )
SipAddHeader(Privacy: id)

Eingehende Anrufe werden Ihnen mit der vollen gewählten E164-Nummer in der Request URI signalisiert. So
können Sie problemlos in der Variable ${EXTEN} damit arbeiten. Ein Herausschneiden der Nummer aus der ToURI ist nicht nötig.

Wenn Sie in Ihrer Telefonanlage Rufumleitungen schalten, können Sie dies auch signaliseren. Dazu nutzen Sie
bitte den Diversion-Header und tragen dort die original angerufene Nummer (im folgenden Beispiel wurde
diese im Dialplan in die Variable ORIGEXTEN geschrieben) ein:

SipAddHeader(Diversion: )

http://www.live.sipgate.de/beta/public/static/sipgate.de/media/Das_Produkt_sipgate_Trunking.pdf

 

[anonymous]

Hallo,

ich habe die aktuelle Version von 3CX und auch Sipgate im Einsatz, hat die Rufnummern weiterleitung der Ursprünglichen Caller-ID mittlerweile jemand hin bekommen?

gruß kruegge