CallerId bei Spigate
Marc
ich habe einen Sipgate Account und möchte bei ausgehenden Anrufen
gerne je nach Gruppe eine andere Caller Id setzen. Habe auch bei
Sipgate in den Einstellungen die Option "Rufnummer setzt das Endgerät"
eingestellt und Gemeinschaft setzt die Caller Id auch richtig:
-- Executing [s@macro-dial-gateway-do:23] Set("SIP/917-b6e14d18",
"CALLERID(num)=49xxxxx") in new stack
-- Executing [s@macro-dial-gateway-do:24] Verbose("SIP/917-
b6e14d18", "1|### Outbound route: SIP/0xxxxxxxxxx@gw_20_out0 - Caller
ID: 49xxxxx") in new stack
Leider sendet Sipgate immer die falsche Nummer.
Nun habe ich in der Hilfe von Sipgate nachgesehen, ob ich vielleicht
irgendetwas falsch eingestellt habe und finde hier zu dem Thema
folgende Hilfe:
Die Absenderrufnummer muss als CallerID-Name im internationalen (e164)
Format gesetzt werden. Modifizieren Sie die Datei extensions.conf wie
folgt:
[sipout]
exten => _X.,1,Set(CALLERID(number)=SIPID)
exten => _X.,2,Set(CALLERID(name)=4921158000000)
exten => _X.,3,Dial(SIP/${EXTEN}@sipgate-out,30,trg)
exten => _X.,4,Hangup
Sieht für mich so aus, als könne Sipgate mit CALLERID(num) nicht
umgehen und erwartet CALLERID(name). Kann das hier jemand bestätigen?
Ist das ein Fehler von Sipgate und wäre es sinnvoll hier einen Patch
zu schreiben?
Viele Grüße
Marc
Philipp Kempgen
> ich habe einen Sipgate Account
Welchen? Basic?
> -- Executing [s@macro-dial-gateway-do:24] Verbose("SIP/917-
> b6e14d18", "1|### Outbound route: SIP/0xxxxxxxxxx@gw_20_out0 - Caller
> ID: 49xxxxx") in new stack
>
> Leider sendet Sipgate immer die falsche Nummer.
> Nun habe ich in der Hilfe von Sipgate nachgesehen, ob ich vielleicht
> irgendetwas falsch eingestellt habe und finde hier zu dem Thema
> folgende Hilfe:
>
> Die Absenderrufnummer muss als CallerID-Name im internationalen (e164)
> Format gesetzt werden. Modifizieren Sie die Datei extensions.conf wie
> folgt:
> exten => _X.,1,Set(CALLERID(number)=SIPID)
> exten => _X.,2,Set(CALLERID(name)=4921158000000)
> exten => _X.,3,Dial(SIP/${EXTEN}@sipgate-out,30,trg)
> Sieht für mich so aus, als könne Sipgate mit CALLERID(num) nicht
> umgehen und erwartet CALLERID(name). Kann das hier jemand bestätigen?
> Ist das ein Fehler von Sipgate
Wenn es tatsächlich nur so geht wäre es ein Fehler von SipGate.
Mit welcher Version von Gemeinschaft hast Du das getestet? 2.2?
2.3?
Ab 2.3 werden noch zusätzliche SIP-Header gesendet, z.B.
P-Preferred-Identity. Ist gut möglich daß es damit dann funktioniert.
Philipp Kempgen
--
AMOOMA GmbH - Bachstr. 126 - 56566 Neuwied -> http://www.amooma.de
Geschäftsführer: Stefan Wintermeyer, Handelsregister: Neuwied B14998
Asterisk: http://the-asterisk-book.com - http://das-asterisk-buch.de
Videos of the AMOOCON VoIP conference 2009 -> http://www.amoocon.de
--
Marc
On 21 Okt., 14:09, Philipp Kempgen <philipp.kemp...@amooma.de> wrote:
> Marc schrieb:
>
> > ich habe einen Sipgate Account
>
> Welchen? Basic?
>
>
>
>
> > -- Executing [s@macro-dial-gateway-do:24] Verbose("SIP/917-
> > b6e14d18", "1|### Outbound route: SIP/0xxxxxxxxxx@gw_20_out0 - Caller
> > ID: 49xxxxx") in new stack
>
> > Leider sendet Sipgate immer die falsche Nummer.
> > Nun habe ich in der Hilfe von Sipgate nachgesehen, ob ich vielleicht
> > irgendetwas falsch eingestellt habe und finde hier zu dem Thema
> > folgende Hilfe:
>
> > Die Absenderrufnummer muss als CallerID-Name im internationalen (e164)
> > Format gesetzt werden. Modifizieren Sie die Datei extensions.conf wie
> > folgt:
> > exten => _X.,1,Set(CALLERID(number)=SIPID)
> > exten => _X.,2,Set(CALLERID(name)=4921158000000)
> > exten => _X.,3,Dial(SIP/${EXTEN}@sipgate-out,30,trg)
> > Sieht für mich so aus, als könne Sipgate mit CALLERID(num) nicht
> > umgehen und erwartet CALLERID(name). Kann das hier jemand bestätigen?
> > Ist das ein Fehler von Sipgate
>
> Wenn es tatsächlich nur so geht wäre es ein Fehler von SipGate.
> Mit welcher Version von Gemeinschaft hast Du das getestet? 2.2?
> 2.3?
> Ab 2.3 werden noch zusätzliche SIP-Header gesendet, z.B.
> P-Preferred-Identity. Ist gut möglich daß es damit dann funktioniert.
Version gucken, ob es dann geht. Falls es nicht geht, in welcher Datei
wird denn die Caller Id bei externen Anrufen gesetzt, dann melde ich
den Fehler mal an Sipgate und bis sich da was tut, ändere ich es in
unserer Version, damit ich da schnell eine Lösung habe.
Ich habe es grade mal noch mit PBX-network getestet, dort funktioniert
das Setzen der Caller Id, scheint also wirklich an Sipgate zu liegen.
Danke
Marc
Philipp Kempgen
> On 21 Okt., 14:09, Philipp Kempgen <philipp.kemp...@amooma.de> wrote:
>> Marc schrieb:
>>
>> > ich habe einen Sipgate Account
> Sowohl Basic, als auch den kostenpflichtigen, nur den Team nicht.
>> > Sieht für mich so aus, als könne Sipgate mit CALLERID(num) nicht
>> > umgehen und erwartet CALLERID(name).
>> > Ist das ein Fehler von Sipgate
>>
>> Wenn es tatsächlich nur so geht wäre es ein Fehler von SipGate.
>> Mit welcher Version von Gemeinschaft hast Du das getestet? 2.2?
>> 2.3?
>> Ab 2.3 werden noch zusätzliche SIP-Header gesendet, z.B.
>> P-Preferred-Identity. Ist gut möglich daß es damit dann funktioniert.
>
> Momentan habe ich die 2.2, ich werde dann später mal mit der trunk
> Version gucken, ob es dann geht.
Im trunk ist es auch drin, aber nimm lieber die 2.3.
> Falls es nicht geht, in welcher Datei
> wird denn die Caller Id bei externen Anrufen gesetzt, dann
> ändere ich es in
> unserer Version, damit ich da schnell eine Lösung habe.
/opt/gemeinschaft/etc/asterisk/e.ael
https://svn.amooma.com/gemeinschaft/branches/2.2/opt/gemeinschaft/etc/asterisk/e.ael
https://svn.amooma.com/gemeinschaft/branches/2.3/opt/gemeinschaft/etc/asterisk/e.ael
> dann melde ich
> den Fehler mal an Sipgate und bis sich da was tut
Kann mir nicht vorstellen daß Sipgate das ändern wird, selbst wenn
es nicht standardkonform sein sollte. Dann würde es ja bei den
anderen Kunden nicht mehr funktionieren.
Peter Kozak
> Kann mir nicht vorstellen daß Sipgate das ändern wird, selbst wenn
> es nicht standardkonform sein sollte. Dann würde es ja bei den
> anderen Kunden nicht mehr funktionieren.
Denke ich auch. Sipgate schreibt in deren Asterisk-Anleitung schon seit
Jahren, dass man die Callerid-Nummer als CALLERID(name) senden soll.
Die werden das sicherlich nicht ohne Grund machen.
Gruss
Peter
Till Jaeger
> Hallo,
> Sieht für mich so aus, als könne Sipgate mit CALLERID(num) nicht
> umgehen und erwartet CALLERID(name). Kann das hier jemand bestätigen?
Yep. Die Erfahrung habe ich auch schon gemacht. Mein Asterisk sendet
daher bei Sipgate die CallerID schon seit Jahren zusätzlich als
CALLERID(name).
Allerdings habe ich das nativ in Asterisk umgesetzt, da ich mich noch
nicht durchringen konnte auf gemeinschaft umzusteigen (kommt aber bald ;-).
-Till
__________ Information from ESET NOD32 Antivirus, version of virus signature database 4536 (20091023) __________
The message was checked by ESET NOD32 Antivirus.
Sascha Daniels
Peter Kozak schrieb:
> Philipp Kempgen schrieb:
>
>> Kann mir nicht vorstellen daß Sipgate das ändern wird, selbst wenn
>> es nicht standardkonform sein sollte. Dann würde es ja bei den
>> anderen Kunden nicht mehr funktionieren.
>>
>
> Denke ich auch. Sipgate schreibt in deren Asterisk-Anleitung schon seit
> Jahren, dass man die Callerid-Nummer als CALLERID(name) senden soll.
> Die werden das sicherlich nicht ohne Grund machen.
>
>
>
Das kommt daher, dass Sipgate als einer der wenigen günstigen Anbieter
das frei Setzen der einer Absendernummer ermöglicht.
Man kann damit ganz einfach Sipgate nur für Outbound nehmen und die
gewünschte Rückrufnummer stzen.
Steht irgendwo in der Beschreibung, dass die eigentliche Callerid für
Behörden, Provider und zum Missbrauchsschutz immer mit übermittelt wird.
Gruss Sascha