[Frage] Anruf weiterleiten

xrated · 24 Sep 2016

Ich bin grad leicht verwirrt, habe versucht folgendes zu machen:
http://www.ip-phone-forum.de/showthread.php?t=281911&p=2125030&viewfull=1#post2125030

Die angerufene Nummer ist bei sipgate. Dann soll der Anruf zu freevoipdeal weitergeleitet werden.

Entsprechender Abschnitt im Dialplan:

Code:

same => n,Set(CALLERID(num)=${IF($["${CALLERID(num):0049:4}"="0049"]?49${CALLERID(num):4}:${CALLERID(num)})}) ;remove 0049 and replace with 49
same => n,Set(CALLERID(num)=${IF($["${CALLERID(num):0:1}"="0"]?49${CALLERID(num):1}:${CALLERID(num)})}) ;remove 0 and replace with 49
same => n,Set(CALLERID(name)=${CALLERID(num)})
same => n,Dial(SIP/me@freevoipdeal_out,30,tk)

Das die Nummer mit 49... formattiert wird ist zwingend notwendig?

Beim testen sehe ich den eingehenden Anruf in *, callerid num und name wird korrekt mit 49 davor gesetzt aber auf dem Handy klingelt nichts obwohl die Umleitung gesetzt ist bei freevoipdeal (ohne 49 sondern mit 0 am Anfang). Der Anrufer hört einen Klingelton.

Dial von * ist wie folgt:

Code:

Dial("SIP/sipgate_out-00000652", "SIP/me@freevoipdeal_out,30,tk") in new stack

Kann das sein das es nicht funktioniert weil ich kein Guthaben bei Sipgate habe?
Oder ist das Problem weil das Gespräch ebenfalls von * gestartet wurde? (Allerdings von einem anderen Peer d.h. Provider)
Oder ist einfach nur die Umleitung falsch in freevoipdeal? (sehe im Call Log aber nichts)

woprr · 24 Sep 2016

sip debug?

xrated · 24 Sep 2016

Invite:
Reliably Transmitting (NAT) to 77.72.174.128:5060:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 93.229.69.xxx:5060;branch=z9hG4bK362c139d;rport
Max-Forwards: 70
From: "498xxxxxxxx" <sip:[email protected]>;tag=as0c8f3457
To: <sip:[email protected]>

Antwort:
SIP/2.0 400 Bad request
Via: SIP/2.0/UDP 93.229.69.149:5060;branch=z9hG4bK362c139d;rport
From: "498xxxxxxxx" <sip:[email protected]>;tag=as0c8f3457
To: <sip:[email protected]>

koyaanisqatsi · 24 Sep 2016

Moin

:?: Eventuell hast du mehr Erfolg wenn du diese Direktiven in der sip.conf aktivierst...

Code:

trustrpid = yes   ; If Remote-Party-ID should be trusted
;sendrpid = yes           ; If Remote-Party-ID should be sent (defaults to no)
;sendrpid = rpid           ; Use the "Remote-Party-ID" header
                                ; to send the identity of the remote party
                                ; This is identical to sendrpid=yes
sendrpid = pai             ; Use the "P-Asserted-Identity" header
                                ; to send the identity of the remote party
rpid_update = yes        ;

...dann CALLERID wie du es schon machst ändern, welche dann im SIP Header zusätzlich auftauchen...

Code:

INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.9:5060;branch=HASH
Max-Forwards: 70
From: "Intercom" <sip:[email protected]>;tag=HASH
To: <sip:[email protected]:5060>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 102 INVITE
User-Agent: PiBX
Date: Sat, 24 Sep 2016 18:19:31 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
[color=red]P-Asserted-Identity: "Intercom" <sip:[email protected]>[/color]
Content-Type: application/sdp
Content-Length: 296

xrated · 24 Sep 2016

dann ist callerid(name) im sip paket dann PAI ?
habe gelesen das man PAI eigentlich dazu nutzt um den Absender geheim zu halten

koyaanisqatsi · 24 Sep 2016

CALLERID(name) ist der Part vor "<sip:Benutzer@Registrar>" in Gänsefüsschen.
Meist in dieser Form: "Vorname Nachname"
...kann aber auch eine Nummer sein.
CALLERID(num) ist der Benutzer.
Mein Beispiel PAI wurde also in der Extension so gebastelt...

Code:

same => n,Set(CALLERID(name)=Intercom)
same => n,Set(CALLERID(num)=08154711)

Geheim, geht so

...

Code:

same => n,Set(CALLERID(num-pres)=prohib)

...und beim Gerufenen erscheint...

Code:

INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.9:5060;branch=HASH
Max-Forwards: 70
From: "Anonymous" <sip:[email protected]>;tag=HASH
To: <sip:[email protected]:5060>
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]:5060
CSeq: 102 INVITE
User-Agent: PiBX
Date: Sat, 24 Sep 2016 21:52:15 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
P-Asserted-Identity: "Anonymous" <sip:[email protected]>
Content-Type: application/sdp
Content-Length: 296

xrated · 26 Sep 2016

Dann müsste es doch eigentlich auch nichts mit PAI oder RPID Parameter zu tun haben wenn Callerid(name) nicht damit zusammenhängt.

Das Problem war fromuser darf nicht gesetzt sein:
http://www.ip-phone-forum.de/showthread.php?t=253915

Wenn das der Fall ist funktioniert allerdings P-Preferred-Identity nicht mehr und alle Anrufe gehen mit Anonymous raus. Und wenn ich als fromuser eine valide Nummer setze kann ich diese auch nicht mehr über den Header ändern.

Weiteres Problem was es gab, beim Dial von SIP/me@freevoipdeal_out,30 wurde nicht 30 Sekunden gewartet sondern sofort zum nächsten Punkt im Dialplan gesprungen was die Mailbox ist. Ausserdem hat das Handy endlos geklingelt obwohl in Asterisk gar kein Channel mehr da war.

Bin allerdings gespannt ob das dann wirklich so funktioniert das auf dem Handy eine andere Nummer erscheint, denn eigentlich lässt freevoipdeal/dellmont nur verifizierte Nummern zu.

koyaanisqatsi · 26 Sep 2016

Hm, im von dir verlinkten Thread benutzt rmh SipAddHeader() in der Extension und nicht sendrpid in der sip.conf.
...sodass...
From:
...und/oder...
P-Asserted-Identity: :?:
...und/oder...
P-Preferred-Identity: :!:
(rmh nutzt hier nur: "<sip:benutzer@registrar>" ohne "Name" davor)
...komplett anders/verschieden/unabhängig voneinander sein können.

Spiel mal damit rum...
1. sip.conf - sendrpid=no und trustpid=yes :?: mit/ohne fromuser
2. extensions.conf - SipAddHeader() wahlweise PAI und/oder PPI setzen

xrated · 28 Sep 2016

Also es funktioniert wenn man direkt übers Internet telefoniert d.h. Dial(SIP/[email protected] und zwar ohne Peer!!!
Das war oben falsch.
Allerdings klingelte es am Handy noch ewig munter weiter als ich aufgelegt hatte. Also nicht wirklich zu gebrauchen.
Und es wird auch nicht abgewartet bis der Dial fertig ist, sondern sofort mit dem Dialplan weitergemacht (vermutlich wegen dem Busy).
freevoipdeal schickt mir wohl den Call zurück weil ich dort angemeldet bin mit Asterisk und dann gibts busy weil ich schon ausgehend belegt bin. Geht aber nicht ohne weil ich ja über freevoipdeal noch normal raustelefonieren möchte.

== Using SIP RTP CoS mark 5
-- Executing [0800123@outgoing-phones:1] Goto("SIP/15-0000000a", "outgoing-test,0800123,1") in new stack
-- Goto (outgoing-test,0800123,1)
-- Executing [0800123@outgoing-test:1] Dial("SIP/15-0000000a", "SIP/[email protected],20,TK") in new stack
== Using SIP RTP CoS mark 5
-- Called SIP/[email protected]
== Using SIP RTP CoS mark 5
[Sep 30 12:21:27] NOTICE[27044][C-00000007]: chan_sip.c:29363 handle_request_invite: Call from 'me' (77.72.174.128:5060) to extension 'me' rejected because extension not found in context 'default'.
-- Got SIP response 486 "Busy here" back from 77.72.174.128:5060
-- SIP/sip.freevoipdeal.com-0000000b is busy
== Everyone is busy/congested at this time (1:1/0/0)

Bei equada kann man übrigens beliebig die callerid über header setzen aber da sind mir die Preise auf Mobil zu teuer.

Languages

Suche

Languages

Suche

[Frage] Anruf weiterleiten

xrated

Mitglied

woprr

Aktives Mitglied

xrated

Mitglied

koyaanisqatsi

IPPF-Urgestein

xrated

Mitglied

koyaanisqatsi

IPPF-Urgestein

xrated

Mitglied

koyaanisqatsi

IPPF-Urgestein

xrated

Mitglied

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums