[PPPOE] Rete ballerina , non ci capisco + veramente niente ....

[AnonimoVeneziano]

Salve , sono qua perchè ho un problema strano con PPPD e PPPOE + la mia rete.

Spiego la situazione nel dettaglio :

Sto usando il mio Router Zyxel 650R-31 in Bridged Mode per accedere alla rete , perchè purtroppo in Routed non riesco ad accedere a un certi Server dai quali sto scaricando una cosa per un mio amico , così decido di riabilitare per un breve periodo la connessione Bridged + PPPoE .

Così configuro la mia connessione etc .... etc ...

Ecco le opzioni impostate :

# Configuration file for PPP, using PPP over Ethernet
# to connect to a DSL provider.
#
# See the manual page pppd(8) for information on all the options.

##
# Section 1
#
# Stuff to configure...

# MUST CHANGE: Uncomment the following line, replacing the [email protected]
# by the DSL user name given to your by your DSL provider.
# (There should be a matching entry in /etc/ppp/pap-secrets with the password.)
#user [email protected]

# Use the pppoe program to send the ppp packets over the Ethernet link
# This line should work fine if this computer is the only one accessing
# the Internet through this DSL connection. This is the right line to use
# for most people.
#pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1452"

# An even more conservative version of the previous line, if things
# don't work using -m 1452...
pty "/usr/sbin/pppoe -I eth0 -T 80 -m 1412"

# If the computer connected to the Internet using pppoe is not being used
# by other computers as a gateway to the Internet, you can try the following
# line instead, for a small gain in speed:
#pty "/usr/sbin/pppoe -I eth0 -T 80"


# The following two options should work fine for most DSL users.

# Assumes that your IP address is allocated dynamically
# by your DSL provider.. 
noipdefault
# Try to get the name server addresses from the ISP.

# Use this connection as the default route.
# Comment out if you already have the correct default route installed.
defaultroute

##
# Section 2
#
# Uncomment if your DSL provider charges by minute connected
# and you want to use demand-dialing.
#
# Disconnect after 300 seconds (5 minutes) of idle time.

#demand
#idle 300

##
# Section 3
#
# You shouldn't need to change these options...

hide-password
lcp-echo-interval 60
lcp-echo-failure 3
# Override any connect script that may have been set in /etc/ppp/options.
connect /bin/true
noauth
persist
mtu 1492
debug
kdebug 4

# RFC 2516, paragraph 7 mandates that the following options MUST NOT be
# requested and MUST be rejected if requested by the peer:
# Address-and-Control-Field-Compression (ACFC)
noaccomp
# Asynchronous-Control-Character-Map (ACCM)
default-asyncmap



user "EHEHEHE , Non si guarda spioni .... "
usepeerdns

Questa è la mia configurazione , creata in modo automatica da Debian , io ho solo aggiunto le righe di backup , ma ora arriviamo al problema :

Il fatto è che dopo un po' di tempo (possono essere 4 minuti , 12 , oppure 3 ore ) la connessione salta , e PPPD cerca di riabilitarla in maniera automatica .

La connessione si riabilita correttamente , ma purtroppo però i Trasferimenti si interrompono , costringendomi a riabilitarli manualmente (molto seccante) .

E fin qua si può pensare a un errore di configurazione di PPP , da lavorarci su , ma qua arriva la roba curiosa :

Tra le righe di debug del PPPD leggo :

Script /etc/ppp/ip-up started (pid 4017)
Apr 12 20:45:32 melchior pppd[3409]: Script /etc/ppp/ip-up finished (pid 4017), status = 0x0
Apr 12 22:16:13 melchior kernel: ISO 9660 Extensions: Microsoft Joliet Level 3
Apr 12 22:16:13 melchior kernel: ISOFS: changing to secondary root
Apr 12 22:51:43 melchior pppd[3409]: rcvd [LCP TermReq id=0x4] 
Apr 12 22:51:43 melchior pppd[3409]: Script /etc/ppp/ip-down started (pid 4440)
Apr 12 22:51:43 melchior pppd[3409]: sent [LCP TermAck id=0x4]
Apr 12 22:51:44 melchior pppd[3409]: Script /etc/ppp/ip-down finished (pid 4440), status = 0x0
Apr 12 22:51:46 melchior pppd[3409]: Script /usr/sbin/pppoe -I eth0 -T 80 -m 1412 finished (pid 4013), status = 0x1

Guardate la riga in grassetto, dice che il Server centrale mi invia la richiesta di disconnessione , quindi il problema non è mio , ma dovrebbe essere loro (se non sbaglio , ditemi se ho interpretato giusto) .

Ma la cosa strana è un altra . Con il mio Router Prestige la situazione è così , tirando fuori il mio vecchio modem Ericsson HM220dp (che fortunamente non avevo ankora riconsegnato alla telecom) e provandolo al posto del mio router la telecoz non sembra disconnettermi ....

A questo punto mi viene da chiedermi il perchè , con il lo Zyxel la telecom mi disconnetta e con l'Ericsson no .

Lo Zyxel ha nettamente prestazioni maggiori nella connessione , l'Ericsson invece se la banda in Upload è un pochino occupata va in crisi , potrebbe essere forse quello? Gli succhio troppa banda alla telecom?

Sinceramente ne dubito .

Qualcuno sa darmi qualche idea ( o almeno parole di conforto ) ?

Ciao

[AnonimoVeneziano]

[gurutech]

1- prova a vedere se ti da anche un PADT tra i pacchetti ricevuti (/var/log/messages o /var/log/syslog)
2- prova a togliere queste due righe
lcp-echo-interval 60
lcp-echo-failure 3
così se ne frega delle LCP del provider
3- mi è capitata anche questa: prova a caricare il modulo n_hdlc (HDLC line discipline)

[Hrc211v]

Originariamente inviato da AnonimoVeneziano
a un certi Server

Ma che italiano è??

[AnonimoVeneziano]

Grazie gurutech della risposta .

SI , c'è anke il pacchetto PADT in /var/log/syslog

Ho provato a togliere già quello che mi hai detto (ho provato un po' tutte le combinazioni) ma senza risultato

Ciao

[gurutech]

Ciao, da qualche parte nel forum c'è un vecchio post a cui avevo già risposto:
soluzione - picchia la telecom

come da rfc2516 - PPPOE

5.5 The PPPoE Active Discovery Terminate (PADT) packet

This packet may be sent anytime after a session is established to
indicate that a PPPoE session has been terminated. It may be sent by
either the Host or the Access Concentrator. The DESTINATION_ADDR
field is a unicast Ethernet address, the CODE field is set to 0xa7
and the SESSION_ID MUST be set to indicate which session is to be
terminated. No TAGs are required.
When a PADT is received, no further PPP traffic is allowed to be sent
using that session. Even normal PPP termination packets MUST NOT be
sent after sending or receiving a PADT. A PPP peer SHOULD use the
PPP protocol itself to bring down a PPPoE session, but the PADT MAY
be used when PPP can not be used.

in pratica ti stanno mandando dei pacchetti con i quali ordinano al tuo modem di disconnettersi. non so se in pppoe per linux c'è un workaround a tutto ciò, tipo qualcosa che ignora quel pacchetto.