Newsgroup: it.comp.os.linux.sys
Titolo: [Guru] Adsl, PCI e pppd: what's the question?

Riespongo qui un problema che ho già postato senza successo in alcune ML.
Dunque, sono in possesso di un modem adsl Atlantis I-Storm su PCI e ho un 
abbonamento con Libero (pppoa). Mi sono fatto spedire dalla IteX (la 
produttrice del chip) i driver e le istruzioni per far funzionare il 
modem su Linux. La checklist di installazione, pur non essendo 
particolarmente complessa, è piuttosto macchinosa, occorre patchare il 
kernel (obbligatorio il 2.4.2), ricompilarlo, ricompilare pppd e supporto 
per ATM con versioni fornite sempre dalla Itex, editare oppurtunamente i 
file di configurazione del pppd,ecc. Alla fine di questa trafila (che ho 
comunque ripetuto più volte), carico il modulo del driver, lancio il 
pppd, vengo autenticato dal server, mi viene assegnato un IP e... qui 
iniziano i problemi (per me inspiegabili). Non solo non riesco a 
navigare, ma nemmeno riesco a pingare o a fare una traceroute di 
chicchessia, sia utilizzando il nome che direttamente l'indirizzo IP. Per 
quanto appena esposto escluderei un problema di DNS (tra l'altro ho 
provato quelli di quasi tutti gli ISP italiani). Pingando me stesso 
sull'indirizzo che mi viene assegnato finalmente ottengo una risposta. 
Concludo dicendo che, preso dalla disperazione, ho anche disabilitato 
completamente iptable ma senza alcun miglioramento.
In winrosp il modem funziona...
Io penserei a un problema di routing oppure proprio sul pppd, ma non sono 
un sistemista di rete e non so bene come muovermi.
Qualcuno ha qualche idea (a parte acqua santa e bamboline con spilloni)? 
Metto in calce i risultati di un ifconfig e di un route -n, ma se vi 
servono altri dati non fate complimenti ;-)
Mi congedo scusandomi per la lunghezza del post
Ciao
    	Scander
**********************************************************************
ifconfig
lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          UP LOOPBACK RUNNING  MTU:16128  Metric:1
          RX packets:6 errors:0 dropped:0 overruns:0 frame:0
          TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
ppp0      Link encap:Point-to-Point Protocol  
          inet addr:151.42.61.81  P-t-P:151.5.168.134  
Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:22 errors:0 dropped:0 overruns:0 frame:0
          TX packets:79 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
-----------------------------------------------------------------------
route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref Use 
Iface
151.5.168.134   0.0.0.0         255.255.255.255 UH    0      0    0 ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0    0 lo
0.0.0.0         151.5.168.134   0.0.0.0         UG    0      0    0 ppp0

          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
                                                   ^^^^^^^^
Mi sa che sei incappato nel solito tragico problema del MTU. abbassalo a
1492, e vei che succede.
Potrebbe essere il caso di abbassarlo ulteriormente, fai un paio di
prove.
-- 
Maurizio - Tannoiser - Lemmo
STIGE Srl Servizi Informatici
Founder Member of ERLUG (Emilia Romagna Linux User Group)
http://erlug.linux.it

 0.0.0.0         151.5.168.134   0.0.0.0         UG    0      0    0 ppp0
Di conseguenza anche il df gw sarà la pppò, che poi saprà come andare da
altre parti.
Prova a fammi sapere.

 
Ora sono al lavoro, ma... ehmmm... scusa l'ignoranza, per stasera quando 
farò le prove come faccio ad abbassare l'MTU? Devo settarlo nel file di 
configurazione del pppd? Se sì conosci per caso la sintassi? Se no dammi 
pure del somaro (ma poi dimmi come si fa....;)
Anvedi che ho trovato davvero  dei guru?!
A parte tutto, grazie per la risposta, almeno ho qualche direzione in cui 
muovermi...
Ciao
    	Christian

 wrote in
news:3C6CC23A...@lastminutetour.com
: 


Scusami non credo di aver capito (ma forse c'è stato un problema di 
"wrapping") quando ho incollato l'output di ifconfig. 
151.5.168.81 è effettivamente l'indirizzo che mi viene assegnato, l'altro 
è quello che fa da gateway. Dalla lettura dell ppp howto avevo capito che 
dovrebbe essere proprio così, ma non sarebbe certo la prima volta che 
capisco male. Ergo, se ho detto boiate correggimi pure e dimmi che devo 
fare, che se poi funziona offro birra a tutti
Grazie per la pazienza e scusa per la parolaccia ("wrapping")...
Ciao
    	Christian

pure del somaro (ma poi dimmi come si fa....;)
Fai man pppd e trovi tutto.
Se hai un file esterno di options (normalmente) lo metti li.
(appunto mtu 1492)


E' giusto come dici tu per un collegamento ppp standard.
Questo, dove ho capito esserci anche una patch del produttroe, potrebbe in
definitiva essere una vera e propria scheda di rete dove tu configuri il
routing per essa (151.42.61.81).
Priam prova la questieon dle MTU che ti hanno suggerito, e poi potresti anche
provare a modificare la tabella di routing.

          inet addr:151.42.61.81  P-t-P:151.5.168.134  
Ciao,
suppongo siamo abbastanza vicini dal momento che abbiamo lo stesso gw
;-)
MTU lo puoi modificare o aggiungere in options.ppoe o qualcosa del
genere, a seconda del tuo software. MTU 1492 o anche MTU 1460
(escluderei pero' quel genere di problema)
Sicuro che /etc/host.allow e host.deny oppure iptable e/o ipchains
siano settati correttamente? ;-)
Puoi provare anche a guardare in /var/log/messages a vedere se noti
qualche messaggio strano di ppp.
A presto
--
|Stefano Orsi
|Email: s punto orsi chiocciola ogcs punto com

 (appunto mtu 1492)
Ho provato con mtu 1492 e poi a 1460 ma non è cambiato nulla...:-((
Anche se forse non è proprio il massimo del netiquette mi prendo la 
libertà  di postarvi qualche riga di log in più. Magari riuscite a 
leggerci qualcosa che io non vedo. Ultimissima cosa: ho visto che in /etc 
esiste il file hosts.atm (ora è vuoto con un esempio commentato per me 
incomprensibile) ma  potrebbe centrare in qualche modo? 
Comunque alzo la posta, non birra ma un mezzo culatello a testa per chi 
fornisce indizi volti alla risoluzione del mistero :-)
Vi dimostro la mia gratitudine con un po' di log (che volete... sono 
fatto così, un generoso!)
*************************************************************************
Carico il driver con insmod itex.o
Feb 10 15:03:48 localhost kernel: itexadsl: version= 2.2.5 , built date= 
Tue May 22 13:30:04 PDT 2001
Feb 10 15:03:48 localhost kernel: itexadsl: card# 0, ix=0x0, bus=0x0, fn=
0x58, ven=0x1471, dev=0x188
Feb 10 15:03:48 localhost kernel: itexadsl: total 1 card(s) found.
Feb 10 15:03:48 localhost kernel: itexadsl: irq=0xb, ioaddr=0xe400, 
membase=0xd9000000
Feb 10 15:03:48 localhost kernel: itexadsl: card #0 - MAC: 
00:90:96:1e:ff:de from eeprom.
Feb 10 15:03:48 localhost kernel: itexadsl: ITeX i90188 chip.
Feb 10 15:03:48 localhost kernel: init_module: cardcnt = 1
Feb 10 15:03:50 localhost kernel: itexadsl: modem line disconnected.
Feb 10 15:03:54 localhost kernel: card #0 - current modem state : 
ACTIVATING.
Feb 10 15:04:02 localhost kernel: card #0 - current modem state : 
INITIALIZING.
Feb 10 15:04:09 localhost kernel: itexadsl: modem line connected. 
(card_no: 0)
Feb 10 15:04:09 localhost kernel: itexadsl: upstream latency - 
interleaved
Feb 10 15:04:09 localhost kernel: itexadsl: downstream latency - 
interleaved
Feb 10 15:04:09 localhost kernel: itexadsl: card #0 - data rate: 192 / 
832  (line rate: 316 / 1080) kbps
Feb 10 15:04:09 localhost kernel: connect_bh:tx cell per msec 1
Feb 10 15:04:09 localhost kernel: connect_bh: upstream rate 192
Feb 10 15:04:10 localhost kernel: card #0 - current modem state : 
SHOWTIME_L0
-------------------------------------------------------------------------
poi lancio pppd (vedi sotto per /etc/ppp/options)
Feb 15 21:10:35 localhost pppd[742]: Plugin /opt/adsl/ppp-
2.4.0b2/pppd/plugins/pppoatm.so loaded.
Feb 15 21:10:35 localhost pppd[742]: PPPoATM plugin_init
Feb 15 21:10:35 localhost pppd[742]: PPPoATM setdevname_pppoatm
Feb 15 21:10:35 localhost pppd[742]: PPPoATM setdevname_pppoatm - SUCCESS
Feb 15 21:10:35 localhost pppd[743]: pppd 2.4.0b1 started by root, uid 0
Feb 15 21:10:35 localhost kernel: itex_open: opening vpi.vci 8.35 on 0 
NIC card
Feb 15 21:10:35 localhost kernel: itex_open: target cell rate (UBR) = 0 0 
0 on 0 NIC card.
Feb 15 21:10:35 localhost pppd[743]: Using interface ppp0
Feb 15 21:10:35 localhost pppd[743]: Connect: ppp0 <--> 8.35
Feb 15 21:10:35 localhost pppd[743]: Couldn't increase MTU to 1500
Feb 15 21:10:36 localhost kernel: PPP Deflate Compression module 
registered
Feb 15 21:10:36 localhost pppd[743]: local  IP address 151.42.61.243
Feb 15 21:10:36 localhost pppd[743]: remote IP address 151.5.168.134
Feb 15 21:10:36 localhost pppd[743]: primary   DNS address 193.70.192.25
Feb 15 21:10:36 localhost pppd[743]: secondary DNS address 193.70.152.25
-------------------------------------------------------------------------
questo è /etc/ppp/options
lock
defaultroute
noipdefault
noauth
passive
asyncmap 0
mtu 1492
usepeerdns
lcp-echo-interval  2
lcp-echo-failure   7
name myname@liberolight
user myname@liberolight
plugin /opt/adsl/ppp-2.4.0b2/pppd/plugins/pppoatm.so
8.35
-------------------------------------------------------------------------
e, di nuovo, ifconfig (con mtu abbassato)
ppp0   Link encap:Point-to-Point Protocol
       inet addr:151.42.61.243  P-t-P:151.5.168.134  Mask:255.255.255.255
       UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1
       RX packets:6 errors:0 dropped:0 overruns:0 frame:0
       TX packets:5 errors:0 dropped:0 overruns:0 carrier:0
       collisions:0 txqueuelen:3

 wrote in
news:3C6D36CA...@lastminutetour.com
: 

Visto che il tentativo con MTU non ha dato buon esito volevo provare con il 
tuo suggerimento. Il fatto è che io non ho un indirizzo IP fisso. Come 
faccio a cambiarmi il gw ogni volta che mi collego? Scusa se la domanda è 
banale ma, ripeto, il networking non è il mio mestiere.
Vale naturalmente anche per te la "taglia" a base di insaccati ;-)
Ciao
    	Scander

 qualche messaggio strano di ppp.
 
Ho postato nell'altro msg un po' di log.
Non è neanche il caso di ricordare che la storia del culatello vale anche 
per te ;-)
Ciao
    	Christian

 prendo e fai le giuste modifche alla tabella di routing....
Anticipando che non porto buone nuove :((, vediamo però se ho fatto le 
cose come andavano fatte.
Allora, mi sono collegato e mi è stato assegnato un indirizzo IP, come si 
vede dall'output di ifconfig ppp0
ppp0  Link encap:Point-to-Point Protocol  
      inet addr:151.42.61.174  P-t-P:151.5.168.134  Mask:255.255.255.255
      UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
      RX packets:18 errors:0 dropped:0 overruns:0 frame:0
      TX packets:17 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:3 
A questo punto ho dato "route add default gw 151.42.61.174" 
e con un route -n ho ottenuto
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref Use 
Iface
151.5.168.134   0.0.0.0         255.255.255.255 UH    0      0    0 ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0    0 lo
0.0.0.0         151.42.61.174   0.0.0.0         UG    0      0    0 ppp0
Ho sbagliato qualcosa? (ditemi di sì che almeno ho ancora qualcosa da 
provare...)
Ciao
    	Scander

0.0.0.0         151.42.61.174   0.0.0.0         UG    0      0    0 ppp0
Ciao,
io ripristinerei la configurazione originale ovvero nella destination
e nel default gw metti il valore ricavato da ifconfig alla voce pptp
Pero' la cosa strana e' che tutto sembra settato bene, non conosco
pppoa, ho lavorato con pppoe e con ppptp, ma alla fine i giochi devono
tornare allo stesso modo.
Puoi provare a pingare oltre che il pptp anche gli ip dei dns e vedere
se quelli rispondono, lascia stare gli indirizzi canonici, se c'e' un
problema anche di DNS lo vedremo dopo. 
Che distribuzione e che kernel usi?
Puoi provare ad andare in internet e digitare su google pppoa e il
nome della tua scheda pci, oppure pppoa e il numero del tuo kernel o
della tua distribuzione, chissa' che non venga fuori un baco noto.
Ovviamente ci dovrai andare con un altro pc ;-)
Peccato non riuscire a risolvere il culatello mi ispirava :-)


Ciao Scander,
ho anche io lo stesso tuo problema, ma io sono fermo ancora ai DRIVER.......
Potresti inviarmi i driver corretti del modem adsl ITEX in e-mail, oppure
dirmi dove posso trovarli.
Grazie infinite.
GI
giupp...@altavista.it

 Che distribuzione e che kernel usi?
Mi sono appositamente installato la RedHat 7.1 con kernel 2.4.2 sulla mia 
partizione di prova perché quelli della Itex mi hanno scritto che loro 
hanno testato il driver con questa configurazione.


 
"No" nel senso che ciň che ho fatto non va bene oppure, in risposta alla 
domanda, nel senso che non ho sbagliato niente?
Non sei un uomo di molte parole, eh? ;-))
Come lo aggiungo l'host in ppp0?
Ciao
    	Scander

 wrote in news:R9pb8.76188$
3J1.2...@news2.tin.it
:

Io li ho richiesti direttamente alla IteX. Puoi andare a questo indirizzo 
http://www.itexinc.com/Support/index.html
Mi hanno risposto nel giro di un paio d'ore.
Ciao
    	Scander

          inet addr:151.42.61.81  P-t-P:151.5.168.134  
Tra l'altro la configurazione di cui sopra e' simile a quella che uso
io a casa, con la differenza che ho altre due schede di rete, ma non
dovrebbe influire un gran che' sulla ppp0.
Si potrebbe tentare al limite di fargli cancellare l'opzione
defaultroute nel file /etc/options o quello che e' riscrivere le route
a mano come da tuoi suggerimenti.
Se ho detto delle fesserie.... non mangero' il culatello :-D


 
Allora, sono arrivato ad avere questa situazione:
**********************************************************************
ifconfig
lo    Link encap:Local Loopback  
      inet addr:127.0.0.1  Mask:255.0.0.0
      UP LOOPBACK RUNNING  MTU:16192  Metric:1
      RX packets:6 errors:0 dropped:0 overruns:0 frame:0
      TX packets:6 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
ppp0  Link encap:Point-to-Point Protocol  
      inet addr:151.42.61.18  P-t-P:151.5.168.134  Mask:255.255.255.255
      UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
      RX packets:68 errors:0 dropped:0 overruns:0 frame:0
      TX packets:46 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:3  
----------------------------------------------------------------------
route -n
Destination     Gateway         Genmask         Flags Metric Ref Use 
Iface
151.42.61.18    0.0.0.0         255.255.255.255 UH    0      0   0 ppp0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0   0 lo
0.0.0.0         151.42.61.18    0.0.0.0         UG    0      0   0 ppp0
*************************************************************************
Ho provato anche tutte le combinazioni incrociate di host e gw. Ho 
provato pure a togliere "defaultroute" dal file options del pppd. Non č 
cambiato nulla :-((
Ormai spossato dai tentativi, comincio a fare osservazioni assurde (non 
sbranatemi):
- nella tabella di routing č normale che come indirizzo di lo compaia 
127.0.0.0 invece di 127.0.0.1?
- č altresě (?!) normale che nell'ultima riga a sinistra del gw ci sia un 
bello 0.0.0.0 invece di local (come riportano i manuali)?
- Infine, potrebbe essere che subito la parte di negoziazione con il 
server, dopo l'assegnazione dell'IP, venga mandato dal server qualche 
paccheto del ca@@o che mi imballa il ppp?(oltre alle pp...)
Vi rimando ancora una volta la palla
Ciao
    	Scander
P.S.
Siamo arrivati a mezzo culatello piů una bottiglia di malvasia secca ;-)

 Aumenta il livello di debug del pppd, vediamo cosa esce..
Per l'n-esima volta scusa l'ignoranza, ma come l'aumento il livello di 
debug? Solito man pppd?
Ciao
    	Scander
 
 

 Aumenta il livello di debug del pppd, vediamo cosa esce..
Ok, allora pare proprio che il busillis stia qui.
Ecco l'output di "pppd debug" (non ho proprio avuto tempo di guardarmi 
come funziona l'opzione "kdebug"...). 
pppd[678]: Plugin /opt/adsl/ppp-2.4.0b2/pppd/plugins/pppoatm.so loaded.
pppd[678]: PPPoATM plugin_init
pppd[678]: PPPoATM setdevname_pppoatm
pppd[678]: PPPoATM setdevname_pppoatm - SUCCESS
pppd[679]: pppd 2.4.0b1 started by root, uid 0
kernel: itex_open: opening vpi.vci 8.35 on 0 NIC card
kernel: itex_open: target cell rate (UBR) = 0 0 0 on 0 NIC card.
pppd[679]: Using interface ppp0
pppd[679]: Connect: ppp0 <--> 8.35
kernel: PPP Deflate Compression module registered
pppd[679]: local  IP address 151.42.60.194
pppd[679]: remote IP address 151.5.168.134
pppd[679]: primary   DNS address 193.70.192.25
pppd[679]: secondary DNS address 193.70.152.25
pppd[679]: Unsupported protocol 0x2145 received
last message repeated 709 times 
Dalle ultime due righe si deduce che qualcosa che non va effetivamente 
c'è (come sono acuto...)
Che dire, visto che dimostri pazienza, ancora una volta a te la palla.
Ciao e grazie
    	Scander

 Posta il tuo attuale /etc/ppp/options
 
Il file options lo copio da un mio precedente post. Stasera farò le prove 
con le tue modifiche. L'output del debug lo troverò sempre in 
/var/log/messages o qualche altra parte? 
 
/etc/ppp/options: 
lock
defaultroute
noipdefault
noauth
passive
asyncmap 0
mtu 1492 (questa voce attualmente non c'è)
usepeerdns (questa attualmente c'è ma ho fatto le prove anche senza)
lcp-echo-interval  2
lcp-echo-failure   7
name myname@liberolight
user myname@liberolight
plugin /opt/adsl/ppp-2.4.0b2/pppd/plugins/pppoatm.so
8.35
Ciao
    	Scander

mio dubbio sull'instradamento è corretto o meno.
Super d'accordo. ;-)
Solo una altra cosa per Scander:
il defaultroute potrebbe essere dichiarato anche nello script di
partenza della connessione adsl, non solo necessariamente nel file
options.
Cosa fanno le lucette del modem se non fai attivita', quando pinghi il
tuo IP oppure l'IP del pptp che fanno le lucette ?
Lo so, mi sono appena accorto di aver scritto una ca...ta, il tuo e'
un modem interno, non e' che per caso dietro ha dei led che segnalano
qualcosa?


 A presto
Sentirvi è sempre un piacere
Scander 

 Posta il tuo attuale /etc/ppp/options
 
Ho fatto (e ho provato anche con le relative somme) ma in 
/var/log/messages continuo a vedere gli stessi messaggi. Devo aggiungere 
qualcosa in /etc/syslog.conf sul conto di pppd? Metto qui sotto la parte 
proprio di syslog.conf riguardante kernel e daemons
# Daemons logging
daemon.=debug;daemon.=info;daemon.=notice   -var/log/daemons/info
daemon.=warn                              -/var/log/daemons/warnings
daemon.err                                -/var/log/daemons/errors
 
# Kernel logging
kern.=debug;kern.=info;kern.=notice     -/var/log/kernel/info
kern.=warn                              -/var/log/kernel/warnings
kern.err     	    	    	    	    -/var/log/kernel/errors
Naturalmente in nessuno dei sei file sopra c'è nulla di interessante
Spero che tu non perda la pazienza... ;-)
Ciao
    	Scander

 
Eternamente obbligato.
Come sempre riposto stasera dopo le prove del caso.
Ciao
    	Scander

 
Allora, premetto che ero ormai disperato, avevo aggiunto questo tue righe 
a syslog.conf, avevo creato detti file, avevo dato una bella rinfrescata 
al demone di log e proprio in codesti file... nulla di nulla! O, meglio, 
la solita roba che vedevo anche prima in /var/log/messages, quindi niente 
di interessante.
Al che stavo per suicidarmi lanciandomi dal marciapiede, già certo che mi 
avresti lasciato al mio destino vista la mia inettitudine, quando 
l'istinto di conservazione mi ha fatto dare un'ultima occhiata al man di 
ppppd. Ho digitato (sfiduciatissimo) "pppd lofile ppp.log" e qua sotto 
metto il risultato (tutto questo per essere fedeli al tuo motto "fatti 
non parole"...). Non so quanto il file sia leggibile per questioni di 
ritorno carrello. Se ti serve te lo posto in pvt. Il livello è kdebug 4
-------------------------------------------------------------------------
using channel 6
Using interface ppp0
Connect: ppp0 <--> 8.35
sent [LCP ConfReq id=0x1 <magic 0xce068af3>]
rcvd [LCP ConfReq id=0x38 <magic 0x30b9eec7> <mru 1500> <auth pap> 
<pcomp>]
sent [LCP ConfAck id=0x38 <magic 0x30b9eec7> <mru 1500> <auth pap> 
<pcomp>]
rcvd [LCP ConfAck id=0x1 <magic 0xce068af3>]
sent [LCP EchoReq id=0x0 magic=0xce068af3]
sent [PAP AuthReq id=0x1 user="myname@liberolight" password=<hidden>]
rcvd [LCP EchoRep id=0x0 magic=0x30b9eec7]
rcvd [PAP AuthAck id=0x1 ""]
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 01> <ms-dns1 
0.0.0.0> <ms-dns3 0.0.0.0>]
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
rcvd [IPCP ConfReq id=0xf7 <addr 151.5.168.134>]
sent [IPCP ConfAck id=0xf7 <addr 151.5.168.134>]
rcvd [LCP ProtRej id=0x39 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 
2f]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 
0.0.0.0>]
rcvd [IPCP ConfNak id=0x2 <addr 151.42.60.205> <ms-dns1 193.70.192.25> 
<ms-dns3 193.70.152.25>]
sent [IPCP ConfReq id=0x3 <addr 151.42.60.205> <ms-dns1 193.70.192.25> 
<ms-dns3 193.70.152.25>]
rcvd [IPCP ConfAck id=0x3 <addr 151.42.60.205> <ms-dns1 193.70.192.25> 
<ms-dns3 193.70.152.25>]
local  IP address 151.42.60.205
remote IP address 151.5.168.134
primary   DNS address 193.70.192.25
secondary DNS address 193.70.152.25
Script /etc/ppp/ip-up started (pid 955)
rcvd [proto=0x2145] 38 00 1c e7 50 00 00 01 02 b2 ca 97 05 a8 86 e0 00 00 
01 11 64 ee 9b 00 00 00 00
Unsupported protocol 0x2145 received
sent [LCP ProtRej id=0x2 21 45 38 00 1c e7 50 00 00 01 02 b2 ca 97 05 a8 
86 e0 00 00 01 11 64 ee 9b 00 00 00 00]
Script /etc/ppp/ip-up finished (pid 955), status = 0x0
sent [LCP EchoReq id=0x1 magic=0xce068af3]
rcvd [LCP EchoRep id=0x1 magic=0x30b9eec7]
/*Queste due righe si ripetono all'infinito, interrotte ogni tanto dal 
già conosciuto */
rcvd [proto=0x2145] 38 00 ca dd fd 40 00 f9 11 af be c3 d2 5b 64 97 2a 3c 
cd 00 35 80 03 00 b6 57 17 08 a0 81 80 00 ...
Unsupported protocol 0x2145 received
-------------------------------------------------------------------------
Tieni presente che alla fine di tutta 'sta storia, oltre alle cibarie di 
cui si diceva, verrai effigiato in un bronzetto equestre come miglior 
helpmailer di it.*
Ciao
    	Scander

 Altre coe mi verranno in mente, ma prima prova quanto sopra...
Mi raccomando non dimenticarti di me! ;-))
Ciao
    	Scander
 
 
 
 

 ciao
Con una rapidissima e non esaustiva ricerca sul problema ho trovato 
questo link: 
http://lists.schulte.org/pipermail/pptp-server/2001-February/009447.html
Secondo te potrebbe fare al caso mio o non c'entra un ca@@o?
Un altro (mio) grosso problema è che ho una conoscenza dell'inglese meno 
che ridicola (soprattutto di quello un po' gergale parlato in certi NG) e 
così ignoranza si somma a ignoranza.. :((
Ciao
    	Scander

Unsupported protocol 0x2145 received
Ciao Scander, io ho avuto il tuo stesso problema cercando di
connettermi a Tiscali utilizzando il TA Palladio USB.
Le righe che vedi sono il traffico che sta viaggiando sulla linea e
che, per qualche motivo che mi è ancora ignoto, non vengono gestiti
correttamente da pppd e vengono passati agli strati superiori di
software.
Io ho aggirato il problema specificando MTU 500 come parametro
d'invocazione di pppd ; ho altresì aggiunto, ma non sono sicuro che
siano fondamentali, anche le opzioni "crtscts sync modem".
Spero di esserti stato utile, saluti
  Enrico
-- 
e-mail: enrico.baccianini(@)
megane.it
dott. Enrico Baccianini, CCNA
/-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-/
/-= KeyID: 0x6B9A87A9  -  Chiave PGP disponibile - PGP key available  =-/
/-= Key fingerprint: 19 A2 0E 14 7E 8E 71 99  7B 9D 04 38 51 9D 69 3C =-/
/-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-/

   Enrico
In effetti, come qualcuno qui mi aveva già suggerito, avevo provato a 
modificare l'MTU ma non con un valore così basso come quello indicato da 
te. Stasera provo a mettere in pratica quanto hai scritto e poi ti faccio 
sapere. Per ora non posso fare altro che ringraziarti.
Ciao
    	Scander

   Enrico
Purtroppo anche così niente da fare...:-((
Non è che potresti, gentilmente, postarmi il tuo file di configurazione 
dell pppd, per vedere se ci sono altre cose che io non ho provato?
Grazie in anticipo
Ciao
    	Scander

dell pppd, per vedere se ci sono altre cose che io non ho provato?
/etc/ppp/options
lock
noauth
noipdefault
usepeerdns
Questo č il comando che uso per collagarmi:
/usr/sbin/pppd -detach connect "/usr/sbin/chat -v -f
/etc/ppp/chat-isdn-tiscali.txt" debug refuse-chap user ebaccian
defaultroute crtscts sync modem mtu 500 /dev/ttyI0 115200
Spero di esserti stato d'aiuto, saluti
