PDA

View Full Version : [PPPOE] Rete ballerina , non ci capisco + veramente niente ....


AnonimoVeneziano
13-04-2004, 11:56
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? :sofico:

Sinceramente ne dubito .

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

Ciao

AnonimoVeneziano
13-04-2004, 22:28
:cry: :muro:

gurutech
14-04-2004, 14:03
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
14-04-2004, 14:31
Originariamente inviato da AnonimoVeneziano
a un certi Server



Ma che italiano è?? :sofico:

AnonimoVeneziano
14-04-2004, 17:13
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
14-04-2004, 20:27
Ciao, da qualche parte nel forum c'è un vecchio post a cui avevo già risposto:
soluzione - picchia la telecom

come da rfc2516 - PPPOE (http://www.rfc-editor.org/rfc/rfc2516.txt)


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.