PFSENSE Gateway PPPOE - TIM - Packetloss 100%

EErnyTech · 7 giu 2023

se il tuo fine è rilevare lo stato della connessione stile netwatch per pilotare il WAN failover, per quanto scomodo adotterei il workaround suggerito da @ErnyTech quindi pingherei il NAS

Per me è abbastanza inutile, meglio usare un IP tipo qualche DNS. Il "workaround" l'ho pubblica più come curiosità, non lo userei

walt · 7 giu 2023

ErnyTech è scomodo ma non inutile poiché a mio avviso il NAS rimane a tutti gli effetti l'host più significativo in termini di rilevamento via ping della stato connettività d'accesso.

Comunque se @jimmi non ha intenzione di applicare quel workaround ma ha comunque interesse ad affidarsi al ping verso NAS, posso procurargli l'IP "pubblico-pubblico" del NAS su cui è attestata la sua linea.

Jjimmi · 7 giu 2023

Il mio obbiettivo è solo monitorare la qualità della rete.
Se uso un DNS di qualche tipo, la mia preoccupazione è che potrei avere dei falsi positivi.
Nel senso che l'instradamento verso quel DNS è sempre quello, e magari non rilevo problematiche su altri instradamenti.
Non so se a questo punto pingare l'indirizzo del NAS sia la soluzione perfetta.
Come fai a recuperare l'ip del NAS? Che cosa ti serve per farlo?

Grazie

walt · 7 giu 2023

jimmi Come fai a recuperare l'ip del NAS?

Come poco sopra: lo interrogo

jimmi Che cosa ti serve per farlo?

È sufficiente il suo hostname cioè il nome dell'Access Concentrator così come rilevato da pfSense.

Jjimmi · 7 giu 2023

walt Dove lo prendo? Scusa l'ignoranza...

Ma è corretto quello che avevo detto?

Se uso un DNS di qualche tipo, la mia preoccupazione è che potrei avere dei falsi positivi.
Nel senso che l'instradamento verso quel DNS è sempre quello, e magari non rilevo problematiche su altri instradamenti.
Non so se a questo punto pingare l'indirizzo del NAS sia la soluzione perfetta.

walt · 7 giu 2023

jimmi Dove lo prendo? Scusa l'ignoranza...

L'ignoranza è il motore della conoscenza

Comunque temo d'averti fornita indicazione erronea: in effetti ho scarsa esperienza con *sense ed ero ingenuamente convinto che nei dati della PPPoE l'AC name fosse un valore esplicitato sulla falsa riga di quanto avviene in altri ambienti di routing ma avviando al volo OPNsense sulla mia linea Dimensione ho notato - al netto di un mio abbaglio - che così non è e che da CLI non è disponibile, almeno di default, un comando specificamente atto alla PPPoE discovery...e presumo che la situazione sia analoga per pfSense.

Per curiosità se filtri per Name il logfile PPP più recente quale risultato ottieni?

root@opnsense:~ # cat /var/log/ppps/ppps_20230607.log | grep Name
<30>1 2023-06-07T15:39:42+02:00 opnsense.local ppp 26224 - [meta sequenceId="61"] [wan_link1]   Name: "Huawei"

Eventualmente puoi indicarmi il nome della centrale di attestazione della tua linea.

jimmi Nel senso che l'instradamento verso quel DNS è sempre quello, e magari non rilevo problematiche su altri instradamenti.

Ogni instradamento è per definizione unico - almeno in parte, s'intende - su base host pertanto devi stabilire quali rotte specifiche controllare sulla base delle tue soggettive valutazioni.

Jjimmi · 7 giu 2023

walt

Questo il log, ma non vedo nulla di interessante tranne:

Jun 7 11:56:20 ppp 69893 PPPoE: rec'd ACNAME "r-pi095"

Jun 7 11:56:20	ppp	69893	Multi-link PPP daemon for FreeBSD
Jun 7 11:56:20	ppp	69893	process 69893 started, version 5.9
Jun 7 11:56:20	ppp	69893	web: web is not running
Jun 7 11:56:20	ppp	69893	[wan] Bundle: Interface ng0 created
Jun 7 11:56:20	ppp	69893	[wan_link0] Link: OPEN event
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: Open event
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: state change Initial --> Starting
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: LayerStart
Jun 7 11:56:20	ppp	69893	[wan_link0] PPPoE: Connecting to ''
Jun 7 11:56:20	ppp	69893	PPPoE: rec'd ACNAME "r-pi095"
Jun 7 11:56:20	ppp	69893	[wan_link0] PPPoE: connection successful
Jun 7 11:56:20	ppp	69893	[wan_link0] Link: UP event
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: Up event
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: state change Starting --> Req-Sent
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: SendConfigReq #1
Jun 7 11:56:20	ppp	69893	[wan_link0] PROTOCOMP
Jun 7 11:56:20	ppp	69893	[wan_link0] MRU 1492
Jun 7 11:56:20	ppp	69893	[wan_link0] MAGICNUM 0x3e542c9c
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: rec'd Configure Request #144 (Req-Sent)
Jun 7 11:56:20	ppp	69893	[wan_link0] MRU 1492
Jun 7 11:56:20	ppp	69893	[wan_link0] AUTHPROTO PAP
Jun 7 11:56:20	ppp	69893	[wan_link0] MAGICNUM 0x79307b3b
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: SendConfigAck #144
Jun 7 11:56:20	ppp	69893	[wan_link0] MRU 1492
Jun 7 11:56:20	ppp	69893	[wan_link0] AUTHPROTO PAP
Jun 7 11:56:20	ppp	69893	[wan_link0] MAGICNUM 0x79307b3b
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: state change Req-Sent --> Ack-Sent
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: rec'd Configure Ack #1 (Ack-Sent)
Jun 7 11:56:20	ppp	69893	[wan_link0] PROTOCOMP
Jun 7 11:56:20	ppp	69893	[wan_link0] MRU 1492
Jun 7 11:56:20	ppp	69893	[wan_link0] MAGICNUM 0x3e542c9c
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: state change Ack-Sent --> Opened
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: auth: peer wants PAP, I want nothing
Jun 7 11:56:20	ppp	69893	[wan_link0] PAP: using authname "XXXXXXXXXXXXXX"
Jun 7 11:56:20	ppp	69893	[wan_link0] PAP: sending REQUEST #1 len: 23
Jun 7 11:56:20	ppp	69893	[wan_link0] LCP: LayerUp
Jun 7 11:56:21	ppp	69893	[wan_link0] PAP: rec'd ACK #1 len: 5
Jun 7 11:56:21	ppp	69893	[wan_link0] LCP: authorization successful
Jun 7 11:56:21	ppp	69893	[wan_link0] Link: Matched action 'bundle "wan" ""'
Jun 7 11:56:21	ppp	69893	[wan_link0] Link: Join bundle "wan"
Jun 7 11:56:21	ppp	69893	[wan] Bundle: Status update: up 1 link, total bandwidth 64000 bps
Jun 7 11:56:21	ppp	69893	[wan] IPCP: Open event
Jun 7 11:56:21	ppp	69893	[wan] IPCP: state change Initial --> Starting
Jun 7 11:56:21	ppp	69893	[wan] IPCP: LayerStart
Jun 7 11:56:21	ppp	69893	[wan] IPCP: Up event
Jun 7 11:56:21	ppp	69893	[wan] IPCP: state change Starting --> Req-Sent
Jun 7 11:56:21	ppp	69893	[wan] IPCP: SendConfigReq #1
Jun 7 11:56:21	ppp	69893	[wan] IPADDR 0.0.0.0
Jun 7 11:56:21	ppp	69893	[wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Jun 7 11:56:21	ppp	69893	[wan] IPCP: rec'd Configure Request #196 (Req-Sent)
Jun 7 11:56:21	ppp	69893	[wan] IPADDR 192.168.100.1
Jun 7 11:56:21	ppp	69893	[wan] 192.168.100.1 is OK
Jun 7 11:56:21	ppp	69893	[wan] IPCP: SendConfigAck #196
Jun 7 11:56:21	ppp	69893	[wan] IPADDR 192.168.100.1
Jun 7 11:56:21	ppp	69893	[wan] IPCP: state change Req-Sent --> Ack-Sent
Jun 7 11:56:21	ppp	69893	[wan] IPCP: rec'd Configure Reject #1 (Ack-Sent)
Jun 7 11:56:21	ppp	69893	[wan] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid
Jun 7 11:56:21	ppp	69893	[wan] IPCP: SendConfigReq #2
Jun 7 11:56:21	ppp	69893	[wan] IPADDR 0.0.0.0
Jun 7 11:56:21	ppp	69893	[wan] IPCP: rec'd Configure Nak #2 (Ack-Sent)
Jun 7 11:56:21	ppp	69893	[wan] IPADDR XXX.XXX.XXX.165
Jun 7 11:56:21	ppp	69893	[wan] XXX.XXX.XXX.165 is OK
Jun 7 11:56:21	ppp	69893	[wan] IPCP: SendConfigReq #3
Jun 7 11:56:21	ppp	69893	[wan] IPADDR XXX.XXX.XXX.165
Jun 7 11:56:21	ppp	69893	[wan] IPCP: rec'd Configure Ack #3 (Ack-Sent)
Jun 7 11:56:21	ppp	69893	[wan] IPADDR XXX.XXX.XXX.165
Jun 7 11:56:21	ppp	69893	[wan] IPCP: state change Ack-Sent --> Opened
Jun 7 11:56:21	ppp	69893	[wan] IPCP: LayerUp
Jun 7 11:56:21	ppp	69893	[wan] XXX.XXX.XXX.165 -> 192.168.100.1
Jun 7 11:56:21	ppp	69893	[wan] IFACE: Up event
Jun 7 11:56:21	ppp	69893	[wan] IFACE: Rename interface ng0 to pppoe0
Jun 7 11:56:21	ppp	69893	[wan] IFACE: Add description "WAN"

Come la trovo la centrale di attestazione?

walt · 7 giu 2023

jimmi Tra OPNsense e pfSense pare differente pure l'output del demone PPP

Comunque confermo che è r-pi095, se puoi lasciare un recapito email (eventualmente Telegram) ti scrivo

Addendum: ho riguardato meglio, il log è il medesimo (d'altra parte il demone quello è...) ma con una sintassi in parte lievemente diversa, sono proprio fuso in questo periodo...e senza dubbio il parametro corretto è proprio ACNAME

PPPoE: rec'd ACNAME "HUAWEI-BRAS-0011-1"

Jjimmi · 7 giu 2023

walt Telegram @jimmipng

Grazie!

[cancellato] · 7 giu 2023

jimmi Il mio obbiettivo è solo monitorare la qualità della rete.

ICMP non è molto affidabile per quello - può essere droppato in qualsiasi momento se c'è traffico a maggior priorità. Quella fuinzione di pfSense è essenzialmente per il bilanciamento/failover a seconda dello stato del gateway.
Bisognerebbe fare delle probe con pacchetti TCP e UDP - o analizzare il traffico reale che passa dal router - così almeno non si genera traffico "inutile" che va comunque gestito.

Jjimmi · 8 giu 2023

[cancellato] Mi piacerebbe scendere nel dettaglio. Magari mi riesci ad indirizzare?
Per ora mi sto affidando al ping/packet loss

[cancellato] · 8 giu 2023

Si possono utilizzare sistemi stile SNMP e Netflow per ottenere direttamente statistiche del traffico e delle interfacce di rete. Poi per misurare la latenza con sistemi esterni ci sarebbe bisogno di sonde sufficientemente affidabile, ad esempio installate su VM o container in sistemi remoti.