Newsgroup: it.comp.reti.locali
Titolo: Print Server OK, trasferimento files KO

Ciao a tutti,
anche grazie alla vostra pazienza, ho finalmente
realizzato la mia LAN.
Va tutto quasi bene, nel senso che un PC fa i capricci
Sono tutti PC Win98 (penso prima edizione), con indirizzi
del tipo 192.168.0.x e relativa submask.
Riesco a condividere quello che voglio, solo che su un PC
funzionano bene soltanto le funzioni di print server, ma
volendo trasferire files, la rete va in crasch.
In pratica: posso stampare sulla stampante collegata al PC
incriminato, ma se voglio trasferire files, la rete si impalla
e si blocca la relativa "Esplora Risorse".
Suggerimenti? Prove da effettuare? Link?
Ringrazio anche chi solo ha perso tempo nel leggere la mail! :-)
--
                \ | /
             (@ @)
     ---o00-(_)-00o---
           Fabio  S.
  ICQ#  150754679

 e si blocca la relativa "Esplora Risorse".
Esce qualche messaggio d' errore?
C'è un blocco di sistema con qualche schermata blu?
Ciao!
--
=====================
 Microsoft® Technical Advice
 
supp...@microsoft.com
=====================

 Ringrazio anche chi solo ha perso tempo nel leggere la mail! :-)
Piů che altro la pazienza di scorrere tutta la tua firma.. ;PPPP
Ad occhio, direi che č un problema di MTU differenti. 8/ Qualche macchina 
ha il modem per connettersi ad Internet?
-- 
		Luca Amicone
		(da casa)

 C'č un blocco di sistema con qualche schermata blu?
si blocca Esplora Risorse, non viene la schermata blu.
A volte esce qualche messaggio d'errore, del tipo Impossibile
leggere sulla periferica... ora non so essere piů preciso.
di curioso c'č che si riesce a navigare nelle cartelle, sebbene
a volte anche questa operazione č difficoltosa, o impossibile.


Più che altro la pazienza di scorrere tutta la tua firma.. ;PPPP
Ed allora rieccola!!!!! ;-)


 Ho provato anche a sfilare la scheda di ricezione SkyWeb (slot ISA)
Immagino di no. A parte che probabilmente non è lei la responsabile, ma 
se hai solo sfilato la scheda e NON disinstallato il software, il 
risultato non cambia. 8]
Per avere qualche idea, seleziona uno dei programmi da qui:
http://www.aiutamici.com/software/view.asp?codcat=48&desc=Acceleratori
e vedi qualcuno che non sia ottimizzato solo per il modem. 8]


se fosse un pb di MTU, non potrei verificare semplicemente
che MTU dei miei computer sia uguale tra di loro?
Dove lo leggo questo valore? (registro di configurazione,....)


 Dove lo leggo questo valore? (registro di configurazione,....)
il valore non compare, se non specificato appositamente. 8]
Windows ha dei default che imposta automaticamente a seconda del tipo di
connessione che lui reputa come primaria.
-- 
			Luca Amicone
			ICQ: 14890779
--
	So di non aver dato molto nella mia vita.
	Ma quel poco...
	lo rivorrei indietro.
		-- Kipli

 leggere sulla periferica... ora non so essere più preciso.
Potresti darmi maggiori dettagli sull' errore che hai riscontrato?
Grazie!  Ciao.


 ha scritto nel messaggio
news:a9dti6$440$1...@newsreader.mailgate.org...


 a non funzionare. Le impostazioni sono:
Sono specifiche per una connessione via modem. EasyMTU la imposta come
prioritaria.
A questo punto dire che rimane UNA sola possibilità a me nota.
Qual'è il "protocollo predefinito" sulle macchine?
Sulle proprietà del Tcp/Ip c'è una spunta da qualche parte che definisce
quale sia il protocollo da definire come prioritario per il sistema
operativo. Chiaramente per tutti dovrebbe essere il Tcp/Ip in bind con
la scheda di rete, e non quello legato alla scheda di accesso remoto.
Per quanto ne so, è da quella spunta che Windows predefinisce i valori
da impostare. Controlla che magari su quel pc non sia impostato come
prioritario l'accesso remoto.......
Se no, non saprei che pesci prendere "da qui".. 8\
-- 
			Luca Amicone
			ICQ: 14890779
--
	La tolleranza è saper ridere
	quando uno vi pesta i calli mentali.	
		-- J. Garland Pollard

 Ho usato il software EasyMTU e mi ha dato
Non ha mica un'URL del suddetto.
-- 
Runnning in a powerful linux box

www.download.com


 ha scritto nel messaggio
news:a9m6bn$clr$1...@newsreader.mailgate.org...


 Allora, la situazione è migliorata [...] ma il problema permane.
Per-bacco. 8\
A questo punto, andiamo sullo sperimentale. 8)
Fai un po' di prove da pc che funzionano a pc che funzionano nel seguente 
modo, da prompt:
ping -f -l xxxx ipdelpcchefunziona
dove xxxx è un numero che rappresenta l'ampiezza del pacchetto in byte.
Su una rete decente dovrebbe aggirarsi sui 1472, oltre i quali il ping 
fallisce.
Se scrivi "ping" e vedi il significato dei valori, quel che ti propongo è 
chiaro: verificare che l'ampiezza dei pacchetti sia coerente.
Chi sa che la macchina incriminata non si fermi prima...


 ha scritto nel messaggio
news:oXFv8.57942$m41.1...@twister2.libero.it...


 chiaro: verificare che l'ampiezza dei pacchetti sia coerente.
non capisco cosa intendi per coerenza dei pacchetti


 non capisco cosa intendi per coerenza dei pacchetti
Quello che hai notato anche tu!! Le macchine "Normali" hanno un
pacchetto che arriva a 1472.
Quella disastrata di ferma PRIMA!
Ora, qualcosa di diverso DEVE avere perché il pacchetto che tratti sia
cosě differente!
La differenza di dimensione č proprio la causa del rallentamento!!
Ora "tocca solo capire cos'č".
Aprirei un altro thread con questi risultati, per vedere se qualcuno ha
una idea precisa.
Ma intanto questo metodo ci ha permesso di discriminare una differenza
che riterrei sostanziale.
-- 
			Luca Amicone
			ICQ: 14890779
--
	Il metodo del successo consiste,
	in larga misura, nel sollevamento della polvere.
		-- L. Bianciardi