Newsgroup: it.tlc.telefonia.voip
Titolo: Re: Chiamate misteriose

 Da due o tre anni a questa parte, alcuni telefoni nel network hanno iniziato a ricevere chiamate 
 
Di solito il fenomeno è dato dalla combinazione:
1) buontempone che non ha da fare nulla
2) router/NAT bacato
3) telefono bacato
 
Per il punto 1) non si può fare nulla.
 
Il punto 2) fa sì che qualunque pacchetto venga inviato dall'esterno
verso la porta mappata dal router, finisca per essere instradato verso
il tuo dispositivo.
 
Hai 3 telefoni dietro il NAT che usano come propria porta sorgente UDP
la 5060. Il router ha l'IP pubblico 81.82.83.84 e tutti i 3 telefoni si
registrano sul provider 
21.22.23.24:5060
. Il primo telefono (metti
interno 31) si registra sul carrier/PBX ed il router lo mappa su
81.82.83.84:5060
. Ci prova il secondo (interno 32) e la 5060 è occupata,
per cui gli tocca 
81.82.83.84:5061
 e così via.
Le repliche o le richieste che arrivano dal carrier indirizzate verso la
81.82.83.84:5060
 verranno reindirizzate all'interno 31; quelle dirette
a 
81.82.83.84:5061
, verso l'interno 32...e così via finché le sessioni
NAT non scadono.
 
Arriva il cialtrone del punto 1) che invia un INVITE verso
81.82.83.84:5060
, con la request uri metti "
1...@81.82.83.84
",
da un IP 
31.32.33.34:5060
. Un router "normale" vede che
non c'è alcuna sessione NAT tra le quaterne IP:Porta
31.32.33.34:5060
 e 
81.82.83.84:5060
 per cui il pacchetto viene
cestinato. Un router bacato lo accetta come se nulla fosse e
lo instrada verso l'interno 31. Di per sé non basterebbe per
far squillare il telefono, se non fosse per il punto successivo
 
3) Il telefono bacato non controlla affatto né la request uri, né l'IP
di provenienza dell'Invite. Lui è il 
3...@miocarrier.it
, ma è ben felice
di squillare in virtù di una chiamata per il 
1...@81.82.83.84
.
Oppure non squilla, ma molto educatamente risponde con un
"404 user not found" da cui il buontempone deduce di aver sbagliato
interno ed inizia a cercarli tutti da 1 a 10.000 ed il "31" lo
trova subito.
 
Ecco che il telefono ti squilla e non ne trovi traccia sul PBX,
perché per il PBX non ci passa. Per averne conferma devi catturare
direttamente il traffico che arriva al telefono, se il telefono ti
permette di farlo (syslog o cattura interna), oppure sulla porta dello
switch tramite ad esempio wireshark su una porta in mirroring.
 
Lo scopo del buontempone di solito è trovare un gateway sip collegato
ad una linea (analogica, isdn, gsm) con il quale fare chiamate verso
numeri a pagamento in Barzakistan o giù di lì. A volte però lo fa solo
per teppismo, non gliene viene nulla.
 
Io configurerei il firewall (se c'è sul router) per consentire ai
telefoni IP di dialogare solo con il carrier/PBX. Se poi il problema
è sul PBX che fa entrare cani e porci, la questione si sposta.
Se il firewall non ce l'hai oppure il router non è configurabile, magari
ti basta solo spostare la porta di lavoro dei telefoni su range molto
lontani dalla 5060, in modo che con il port scan non vengano trovati
e passino al router del tuo vicino di casa.
 
Buona caccia,
 
-- 
Virgilio Lattanzi, TSComm srl

Grazie dell'esame.
Ho trovato un parametro nel telefono che ha risolto, anzi due.
UNo blocca le chiamate dirette via IP, ovvero se non e' negoziato con il PBX ciccia.
Il secondo esamina meglio l'Invite e quindi filtra la provenienza.
 
Da quando ho attivato i due parametri le chiamate SPIT sono sparite.
 
Grazie, bello rileggerti dopo tanti anni :)
 
Steve

 Da quando ho attivato i due parametri le chiamate SPIT sono sparite.
quindi non era un "baco nel formware" ma più semplicemente un difetto di 
configurazione?


Beh considera che i telefoni sono alquanto vecchi, la configurazione di default dell'epoca semplicemente non considerava il problema.
Meno male che c'era l'opzione e che funziona, non sono nemmeno piu' aggiornabili come firmware.
 
Magari come Virgilio ha suggerito si potrebbe provare con la configurazione del router per risolvere, ma nel mio caso e' un po' un casino, sia per come sono connesso al mio provider (devo usare un loro modem/router) che per il mio.
Anche il mio router non e' nuovissimo e necessito di gestire alcuni filtri in modo non standard.


La differenza tra bug e difetto di configurazione è sottilissima in
certi casi. Le prime versioni di fw hanno un'implementazione a dir
poco approssimativa. Il problema emerge ed il costruttore deve correre
ai ripari, ma ovviamente non può farlo di default ovunque perché
magari quel comportamento fa comodo a molti.
 
Si è obbligati a mettere un parametro, disattivato di default, il
classico flag "funziona bene" che però andrà a spuntare solo chi
tale comportamento lo desidera. Il risultato è che aggiornando il
fw tutto continuerà a funzionare o non funzionare come prima, ma
ci sarà una possibilità in più per chi la vorrà.
 
Purtroppo chi arriva solo alla fine di un processo storico
come quello di cui sopra vorrebbe direttamente i flag
"funziona bene" già attivi, ma non può fare altro che beccarsi
un comportamento di default più che discutibile (che io definisco
bacato).
 
Ciao,
 
-- 
Virgilio Lattanzi        Teamsystem Communication srl
 

 Grazie, bello rileggerti dopo tanti anni :)
 
Un "prego" commosso.
