[Gerrino]

Ho provato con DROP e REJECT, ma anche con chain INPUT piuttosto che OUTPUT.
Niente da fare, con il trasferimento di chiamata, il cel suona

[nclmrc]

Qualcuno sa il perché di questa cosa?
It is recommended to use the USB in the 2.0 standard. The use of USB in 3.1 standard can remarkably affect the Wi-Fi performance at 2.4 Ghz band.
Toggling USB3.1 support will reboot the Gateway.

[shdf]

https://www.intel.com/content/www/us/en/io/universal-serial-bus/usb3-frequency-interference-paper.html

https://www.pcmag.com/article2/0,2817,2423604,00.asp

[donato74]

Ma quindi il solo essere attivo USB 3.1 , anche se non in uso, genera problemi al 2,4 ghz?  E non trovo dove disattivarlo, se mi aiutate pls

[puandr]

@Leo71 @mavelot
Ho provato anche a droppare solo i pacchetti sip INVITE, solo gli ACK e solo i BYE,
ma la deviazione continua ad essere attiva.

[Leo71]

@Leo71 @mavelot
Ho provato anche a droppare solo i pacchetti sip INVITE,
ma la deviazione continua ad essere attiva.

Riesci a mandarmi le info che ti ho richiesto via pm?

[gianluigi84]

OK, chiarissimo.
Elimina la riga iptables e reinseriscila con al posto del DROP il REJECT e fammi sapere.
Grazie.

P.s. Ho quasi completato la parte di GUI per gestire la blacklist e dai primi test mi pare che funzioni discretamente !!! 

Ciao Leo, è possibile avere la webgui per un test? Mi piacerebbe se si riuscisse ad implementare una funzione di "aggiornamento automatico" della blacklist come accade per le blasonate tellows, truecaller ecc. 

[Leo71]

Ciao @gianluigi84, un po di pazienza e la rilascio, sto effettuando ancora i test e risolvendo alcuni bug.
Devo scrivere una procedura di installazione in quanto oltre la gui ci sono da modificare alcuni file di sistema.
Niente di complicato ma la documentazione serve sempre.

[mavelot]

Può darsi che la questione deviazione non sia risolvibile in alcuno modo. Il gateway molto probabilmente è configurato per deviare la chiamata in caso di qualunque tipo di impossibilità a consegnarla. Quindi l'unico modo sarebbe rispondere e poi abbatterla. Cosa non possibile ovviamente lato firewall

[PVSAT]

Ma quindi il solo essere attivo USB 3.1 , anche se non in uso, genera problemi al 2,4 ghz?  E non trovo dove disattivarlo, se mi aiutate pls

Non credo in quanto nel technical sheet di intel parla solo di noise derivato dalle perdite nel cavo, quindi sul connettore in alta impedenza(senza nessuna periferica conessa) non ci dovrebbero essere problemi, quando è connessa una periferica la comunicazione genera dei segnali nella stessa banda del Wi-Fi e si verifica il problema.
La cosa peggiore è che in linea teorica dovrebbero esserci problemi anche per i mouse(e tastiere) wireless che dovrebbo agire nella stessa banda quindi in realtà il problema non dovrebbe essere solo il Wi-Fi

[Len]

Ciao a tutti

è da un pò che non seguo e volevo sapere se potevo aggiornare la GUI senza rischiare di bloccare il router


sono fermo alla versione 4.5.2 con firmware 1.0.3

[Leo71]

Può darsi che la questione deviazione non sia risolvibile in alcuno modo. Il gateway molto probabilmente è configurato per deviare la chiamata in caso di qualunque tipo di impossibilità a consegnarla. Quindi l'unico modo sarebbe rispondere e poi abbatterla. Cosa non possibile ovviamente lato firewall

Condivido il tuo pensiero e credo che infatti non sia risolvibile. Mi faccio però una domanda da ignorante in materia, la deviazione di chiamata è per tipologia di evento, non raggiungibile, occupato ecc.. oppure agisce indipendentemente dallo stato della linea?

[puandr]

Riesci a mandarmi le info che ti ho richiesto via pm?

Perdonami @Leo71 , non ho capito quali informazioni ti devo mandare.

Ho provato i drop ed i reject in INPUT.

Successivamente ho fatto tre ulteriori prove,
ho aggiunto in AND la condizione che i pacchetti siano sip INVITE, ACK e BYE:

Codice: [Seleziona]

iptables -N check2
iptables -I INPUT 1 -p udp --dport 5060 -m string --algo bm --string "sip:+39NNNNNNNNN" -j check2
iptables -A check2 -m string --algo bm --string "INVITE sip:" -j REJECT


Codice: [Seleziona]

iptables -N check2
iptables -I INPUT 1 -p udp --dport 5060 -m string --algo bm --string "sip:+39NNNNNNNNN" -j check2
iptables -A check2 -m string --algo bm --string "ACK sip:" -j REJECT


Codice: [Seleziona]

iptables -N check2
iptables -I INPUT 1 -p udp --dport 5060 -m string --algo bm --string "sip:+39NNNNNNNNN" -j check2
iptables -A check2 -m string --algo bm --string "BYE sip:" -j REJECT


[Leo71]

@puandr
Le tre regole che hai creato (prendo ad esempio):
iptables -A check2 -m string --algo bm --string "INVITE sip:" -j REJECT
non dovrebbero funzionare per il semplice motivo che non fanno il match con la stringa "INVITE sip:"
Da un tcpdump che ho fatto vedo transitare a fronte di una chiamata:

Call-ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
CSeq: 1 INVITE
Via: SIP/2.0/UDP nnnnnnnnnnnnnnnnnnnnn
Supported: replaces,100rel
Allow: INVITE, ACK, BYE, REFER, NOTIFY, CANCEL, UPDATE, PRACK
User-Agent:
X-Serialnumber: 3.141593
Content-Length: 0
...
...

[puandr]

@puandr
Le tre regole che hai creato (prendo ad esempio):
iptables -A check2 -m string --algo bm --string "INVITE sip:" -j REJECT
non dovrebbero funzionare per il semplice motivo che non fanno il match con la stringa "INVITE sip:"
Da un tcpdump che ho fatto vedo transitare a fronte di una chiamata:

Call-ID: xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
CSeq: 1 INVITE
Via: SIP/2.0/UDP nnnnnnnnnnnnnnnnnnnnn
Supported: replaces,100rel
Allow: INVITE, ACK, BYE, REFER, NOTIFY, CANCEL, UPDATE, PRACK
User-Agent:
X-Serialnumber: 3.141593
Content-Length: 0
...
...

Dal mio log (asterisk), prima del Call-ID a me risultano esserci ulteriori informazioni:

BYE sip:[email protected]:5060 SIP/2.0
Record-Route: <sip:X.X.X.X:5061;r2=on;lr=on;ftag=as08a91cb5;rpp=np>
Record-Route: <sip:X.X.X.X;r2=on;lr=on;ftag=as08a91cb5;rpp=np>
Via: SIP/2.0/UDP X.X.X.X:5061;branch=z9hG4bK8e97.8aee71f6.0
Via: SIP/2.0/UDP X.X.X.X:5060;branch=z9hG4bK05212910
Max-Forwards: 69
From: "+39NNNNNNNN" <sip:[email protected]>;tag=as08a91cb5
To: <sip:[email protected]>;tag=as7de6eb46
Call-ID: [email protected]
CSeq: 103 BYE
User-Agent: whisky
Reason: Q.850;cause=16
X-Asterisk-HangupCause: Normal Clearing
X-Asterisk-HangupCauseCode: 16
Content-Length: 0

In ogni caso la regola passa perché la chiamata non viene comunque inoltrata.