Falsche Rufnummernanzeige?

  • Hallo,


    da ich vermute, daß es keine Ursache in Starface hat, versuche ich mal hier mein Glück - bei dem geballten Fachwissen wird vielleicht jemand weiter wissen:


    Soeben habe ich freundlich einen Geschäftspartner von den Philipinen begrüßt - jedoch war eine angebliche Beratungsgesellschaft angeblich aus Singapur an der Leitung. Mir ist bewußt, daß - dem Fortschritt sei "Dank" man auf die Rufnummeranzeige nicht mehr viel geben kann.


    Auch wenn ich zuweilen entgegen der Wahrscheinlichkeitrechnung Lotto spiele, daß jemand zufällig nun genau die einzige Rufnummer aus dieser Region in meinem Adressbuch für eine gefälschte Anrufer-ID nutzt dürfte nun doch abwegig sein.


    Fällt die Starface da evtl. auf irgendeinen Trick herein? Habt Ihr irgendeine plausible Idee?

    Es ist sicher offensichtlich, daß ich ein Laie bin.
    Vielen Dank für die Hilfe und die Geduld schon mal vorweg....
    Grüsse aus Nordhessen
    Marc
    -----
    Anlagentyp: "Compact" / Version:
    6.7.3.20 (Update von 6.7.3.11 - 27.02.21/6.7.0.24-11.02.20)
    Eingehende Leitungen: Netz: Vodafone (Kabel) / Provider: Peoplefone
    Endgeräte: 1 x Yealink T46G / 3 x Gigaset SL750H Pro (Basis N510) 1 x mit Headset Jabra PRO 925
    Sonstiges: UCC Premium -
    6.7.2.228 (Zurück von 6.7.3.81 - 20.11.20/6.7.0.180 - 02.20)

  • Hallo,


    zuerst noch zur Klarstellung, da war ein Fehler im Tel.Buch - die mit dem Kundennamen fälschlich verknüpfte Nummer war aus der Schweiz (+41...). [EDIT 13:41] Über die Quelle der falsch verknüpften Nummer konnte ich nichts mehr herausfinden. Wennn es auch sehr unwahrscheinlich ist, ich kann nicht zu "1000%" ausschließen, daß es einen Zusammenhang mit einem früheren Anruf gibt und sich die Singapurer dieser Nummer bedienen.



    Ist das folgende das gewünschte Protokoll? Hilft das weiter?



    [Oct 23 11:47:31] VERBOSE[2554] asterisk.c: -- Remote UNIX connection
    [Oct 23 11:47:31] VERBOSE[16209] asterisk.c: -- Remote UNIX connection disconnected
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Executing [eigeneNummer@calling:1] GotoIf("SIP/90730016703-00000037", "0?4") in new stack
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Executing [eigeneNummer@calling:2] AGI("SIP/90730016703-00000037", "agi:async,,2262,,,,,,,,,,,,,,") in new stack
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CALLERID(name)= eigeneNummer : Kundenname
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (X-UCI_CALLID)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (SIPAddHeader) Options: (X-UCI_CALLID:126c68c5-f4df-41c2-9041-4154d418a8c9)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CALLERID(name)= eigeneNummer : Kundenname
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CALLERID(number)=+41...Tel.Nr. Kunde
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (Dial) Options: (SIP/1020.ylnkt46&SIP/1021.N510IP,15,wWtT)


    Oder geht es hierum?
    [Oct 23 11:47:31] VERBOSE[2554] asterisk.c: -- Remote UNIX connection
    [Oct 23 11:47:31] VERBOSE[16209] asterisk.c: -- Remote UNIX connection disconnected
    [Oct 23 11:48:14] VERBOSE[2861][C-0000001c] netsock2.c: == Using SIP RTP TOS bits 184
    [Oct 23 11:48:14] VERBOSE[2861][C-0000001c] netsock2.c: == Using SIP RTP CoS mark 5
    [Oct 23 11:48:14] VERBOSE[2861][C-0000001c] res_rtp_asterisk.c: > 0x7f3218079f60 -- Strict RTP learning after remote address set to: 18x.xxx.xxx.x:35148
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Executing [eigeneNummer 8@GmbH_Peoplefone_TEL-incoming:1] Set("SIP/90730016703-00000037", "channelname=GmbH_Peoplefone_TEL-incoming") in new stack
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Executing [eigeneNummer @GmbH_Peoplefone_TEL-incoming:2] Set("SIP/90730016703-00000037", "lineconfigid=2262") in new stack
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Executing [eigeneNummer @GmbH_Peoplefone_TEL-incoming:3] Goto("SIP/90730016703-00000037", "GmbH_Peoplefone_TEL-incoming-manuell, eigeneNummer,1") in new stack
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Goto (GmbH_Peoplefone_TEL-incoming-manuell, eigeneNummer,1)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Executing [eigeneNummer @GmbH_Peoplefone_TEL-incoming-manuell:1] Goto("SIP/90730016703-00000037", "incoming, eigeneNummer,1") in new stack
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Goto (incoming, eigeneNummer,1)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Executing [eigeneNummer @incoming:1] Goto("SIP/90730016703-00000037", "calling, eigeneNummer,1") in new stack
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Goto (calling, eigeneNummer,1)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Executing [eigeneNummer @calling:1] GotoIf("SIP/90730016703-00000037", "0?4") in new stack
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] pbx.c: -- Executing [eigeneNummer @calling:2] AGI("SIP/90730016703-00000037", "agi:async,,2262,,,,,,,,,,,,,,") in new stack
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CALLERID(name)= eigeneNummer : Kundenname (Tel.Buch)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (SIPRemoveHeader) Options: (X-UCI_CALLID)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (SIPAddHeader) Options: (X-UCI_CALLID:126c68c5-f4df-41c2-9041-4154d418a8c9)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CALLERID(name)= eigeneNummer : Kundenname (Tel.Buch)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (Set) Options: (CALLERID(number)=0041215529999)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] res_agi.c: -- AGI Script Executing Application: (Dial) Options: (SIP/1020.ylnkt46&SIP/1021.N510IP,15,wWtT)
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] netsock2.c: == Using SIP RTP TOS bits 184
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] netsock2.c: == Using SIP RTP CoS mark 5
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] netsock2.c: == Using SIP RTP TOS bits 184
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] netsock2.c: == Using SIP RTP CoS mark 5
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] app_dial.c: -- Called SIP/1020.ylnkt46
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] app_dial.c: -- Called SIP/1021.N510IP
    [Oct 23 11:48:14] VERBOSE[16233][C-0000001c] app_dial.c: -- SIP/1020.ylnkt46-00000038 is ringing
    [Oct 23 11:48:15] VERBOSE[16233][C-0000001c] app_dial.c: -- SIP/1021.N510IP-00000039 is ringing
    [Oct 23 11:48:21] VERBOSE[2861][C-0000001c] res_rtp_asterisk.c: > 0x7f31d80335f0 -- Strict RTP learning after remote address set to: 19x.xxx.x.xx:5010
    [Oct 23 11:48:21] VERBOSE[16233][C-0000001c] app_dial.c: -- SIP/1021.N510IP-00000039 answered SIP/90730016703-00000037
    [Oct 23 11:48:21] VERBOSE[16233][C-0000001c] res_rtp_asterisk.c: > 0x7f31d80335f0 -- Strict RTP switching to RTP remote address 19x.xxx.x.xx:5010 as source
    [Oct 23 11:48:21] VERBOSE[16233][C-0000001c] res_rtp_asterisk.c: > 0x7f3218079f60 -- Strict RTP switching to RTP remote address 18x.xxx.xxx.x:35148 as source
    [Oct 23 11:48:21] VERBOSE[16233][C-0000001c] res_rtp_asterisk.c: > 0x7f3218079f60 -- Strict RTP learning complete - Locking on source address 18x.xxx.xxx.x:35148
    [Oct 23 11:48:23] VERBOSE[16233][C-0000001c] res_rtp_asterisk.c: > 0x7f31d80335f0 -- Strict RTP learning complete - Locking on source address 19x.xxx.x.xx:5010
    [Oct 23 11:48:31] VERBOSE[2554] asterisk.c: -- Remote UNIX connection
    [Oct 23 11:48:31] VERBOSE[16255] asterisk.c: -- Remote UNIX connection disconnected


    Ansonsten bitte genauere Info wo ich die Info finde.

    Es ist sicher offensichtlich, daß ich ein Laie bin.
    Vielen Dank für die Hilfe und die Geduld schon mal vorweg....
    Grüsse aus Nordhessen
    Marc
    -----
    Anlagentyp: "Compact" / Version:
    6.7.3.20 (Update von 6.7.3.11 - 27.02.21/6.7.0.24-11.02.20)
    Eingehende Leitungen: Netz: Vodafone (Kabel) / Provider: Peoplefone
    Endgeräte: 1 x Yealink T46G / 3 x Gigaset SL750H Pro (Basis N510) 1 x mit Headset Jabra PRO 925
    Sonstiges: UCC Premium -
    6.7.2.228 (Zurück von 6.7.3.81 - 20.11.20/6.7.0.180 - 02.20)

    2 Mal editiert, zuletzt von MAE-KS () aus folgendem Grund: 13:45 h - aktualisiert Rufnummernquelle

  • Also es nicht unbedingt etwas sonderbares, dass Scammer sich echte Rufnummern zur Signalisierung über Clip No Screening aussuchen, um die Glaubwürdigkeit des Anrufs zu erhöhen und um tatsächlich jemand ans Telefon zu bekommen.


    Wenn diese Nummer dann auch noch im Telefonbuch der STARFACE zu finden ist (oder man einen externen Reverse Lookup Dienst einsetzt) dann hat man statt der bekannten Firma halt jemand anders dran :)

    Quality Assurance


    STARFACE GmbH | Adlerstraße 61 | 76137 Karlsruhe | www.starface.com

  • Hallo Tom,


    könnte man das Problem nicht dadurch eingrenzen, indem man die signalisierte Ländervorwahl mit der tatsächlich erkannten Länderkennung (CountryCode) abgleicht. Wenn ich das richtig gesehen habe, entspricht die Länderkennung doch meist noch der eigentlichen Vorgabe, also dem Ursprungsland - egal, was der Anrufer versucht zu signalisieren? Darüber liesse sich recht einfach ausfiltern, wenn jemand eine falsche Ländervorwahl liefert, was ja vermutlich schon einen großen Teil der Störer abfängt (zumindest, wenn die das aus dem Ausland betreiben).


    Holzweg? Denkfehler?

  • Danke Tom,


    Also es nicht unbedingt etwas sonderbares, dass Scammer sich echte Rufnummern zur Signalisierung über Clip No Screening aussuchen, um die Glaubwürdigkeit des Anrufs zu erhöhen und um tatsächlich jemand ans Telefon zu bekommen. Wenn diese Nummer dann auch noch im Telefonbuch der STARFACE zu finden ist


    Schon klar, aber diese zufällig auf eine bei mir vorhandene Nummer gekommen sind finde ich bemerkenswert. Im ersten Moment als es konkret eine mit bekannte Nummer von den Philipinen zu sein schien war ich halt vollkommen baff - das mindert sich jetzt wo es eine mir nicht bekannte Nummer aus der Schweiz ist etwas.


    (oder man einen externen Reverse Lookup Dienst einsetzt)


    Nach Kurzrecherche komme ich zu dem Schluß - das ist dann wieder zuviel für den Laien (es geht wohl irgendwie um den "Abgriff" von IP Nummer).

    Es ist sicher offensichtlich, daß ich ein Laie bin.
    Vielen Dank für die Hilfe und die Geduld schon mal vorweg....
    Grüsse aus Nordhessen
    Marc
    -----
    Anlagentyp: "Compact" / Version:
    6.7.3.20 (Update von 6.7.3.11 - 27.02.21/6.7.0.24-11.02.20)
    Eingehende Leitungen: Netz: Vodafone (Kabel) / Provider: Peoplefone
    Endgeräte: 1 x Yealink T46G / 3 x Gigaset SL750H Pro (Basis N510) 1 x mit Headset Jabra PRO 925
    Sonstiges: UCC Premium -
    6.7.2.228 (Zurück von 6.7.3.81 - 20.11.20/6.7.0.180 - 02.20)

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!