Newsgroup: it.tlc.gestori.fastweb
Titolo: Skype e trasferimento file.

Mi sono finalmente deciso a provare Skype ma ho dei problemi nel 
trasferimento file fra utenti con fibra, velocità 3KBs. Stando all'aiuto di 
Skype la colpa è dovuta all'essere "relayed". C'è qualche impostazione che 
devo modificare? grazie 

 ha scritto nel messaggio 
news:HTFVh.5491$jy5....@tornado.fastwebnet.it...

Molto strano che hai questi problemi perchè tra utenti fibra la velocità è 
di solito sui 600/800 kbs..... hai qualche firewall attivato? O mentra fai 
il trasferimento sei al telefono con skype? Perchè se è così il 
trasferimento è lentissimo.... 

 trasferimento è lentissimo....
Ho pensato potesse essere il firewall, ma disattivandolo entrambi non 
abbiamo risolto nulla.
La connessione era impegnata sola dalla conversazione telefonica (non 
tramite skype) e dal tentativo di trasferimento.
Sapevo anch'io di velocità sui 700/800 e infatti mi sembra strano sia così 
lento.
Con look@file siamo sui 650/680 

Ciao
xms ha scritto:

I trasferimenti relayed di Skype sono limitati in virtu' del passaggio
sui relay Skype durante il trasferimento con inoltro -> in caso di molto
traffico sui relay il limite viene fissato di norma a 0.5 kByte/s.
E' possibile aumentare le prestazioni tramite alcune verifiche/modifiche
che devi effettuare non solo tu, ma anche l'altro utente con il quale
stai effettuando il trasferimento :
==
1. Disabilitazione delle porte 80 e 443
2. Impostazione di una porta > 40000 (e.g. tu 44444 e l'altro 55555)
3. Qualora vi sia un router dietro CPE, impostazione del port-forward
4. Controllare impostazioni firewall & antivirus con controllo traffico
E' sufficiente 
p.es
. che uno dei 2 peer stia usando un Antivirus con il
modulo per il controllo del traffico di rete (e.g. Avast e Symantec) o
che sia connesso dietro suo router senza aver impostato UPnP o Port
Forward per avere diminuzioni (anche drastiche) delle prestazioni nei
file-transfer.
Resta comunque il fatto che per trasferimenti con altre utenze FASTWEB
(soprattutto con quelle associate al medesimo IP pubblico NAT-R di 
uscita su Internet) sia meglio usare soluzioni dirette tra i peer, che
usino FTP / HTTP o altri protocolli che consentano eventualmente la
cifratura del traffico -> a livello di OS Windows e' 
p.es
. possibile
usare a livello freeware Look@File :
==
- 
http://tecnologia.tiscali.it/download/Scheda.php?id=lafsetup.exe
-- 
|¯ \/¯ | /¯\ /¯__/¯__|<|> *FAX/Mail Server  : 
+39 - 02700426582
 <|
|¯|\/|¯|/¯_¯\|(__\__ \<|> *Casella Vocale   : 
+39 - 0230312251
  <|
|_|  |_/_/ \_\___|___/<|> *FAQ ITGF 
http://plany.fasthosting.it
 <|
|>- RST - Plany/MACS -<|> *FAQ GCN  
http://faq.news.nic.it/
 ____<|

 - 
http://tecnologia.tiscali.it/download/Scheda.php?id=lafsetup.exe
Con look@file infatti non c'è problema, ma avento sentito parlare tanto di 
skype volevamo provarlo :) 

 Con look@file siamo sui 650/680 
ma funziona dietro a nat?
l'ho appena scaricato e volevo testarlo (su rete telecom con router) ma 
fino a quando non ho aperto la porta che mi richiedeva, 12666 su 
entrambe le connessioni, non mi funzionava
-- 
http://www.youtube.com/watch?v=UvJW50JIJas
---
http://www.youtube.com/watch?v=NT3z-WbjO5M
---
http://www.youtube.com/watch?v=oMLI2WGKSYY&mode=related&search=

 le connessioni, non mi funzionava
non sono sicuro di aver capito bene la tua domanda, look@file richiede 
l'apertura di una porta per la comunicazione (di default dà la 12666) ma non 
credo debba essere la stessa su entrambi i pc, difatti io uso la 40000 ed il 
mio amico la 12666. Per quanto riguarda un'interconnessione telecom/fastweb 
credo si possa fare solo in uscita da fastweb a telecom diversamente occorre 
attivare l'ip pubblico. 

 attivare l'ip pubblico.
In realta' no = Look@File supporta 2 modalita' di trasferimento, direct
e tunnel -> usando quest'ultima, e' sufficiente che l'utenza FW apra il
tunnel verso l'utenza esterna con IP pubblico. In questo modo l'utenza
esterna puo inviare direttamente il file a quella FW usando Tunnel Send.
Altrimenti e' anche possibile usare il Direct Send in modo bidirezionale
incapsulando la connessione di trasferimento su Hamachi -> cio' consente
di non impostare alcuna regola di inoltro delle porte sull'eventuale
router dell'utenza esterna & di usare Look@file senza crittografia
(sfruttando quella gia' presente per il tunnel diretto peer-to-peer di
Hamachi).
-- 
|Ż \/Ż | /Ż\ /Ż__/Ż__|<|> *FAX/Mail Server  : 
+39 - 02700426582
 <|
|Ż|\/|Ż|/Ż_Ż\|(__\__ \<|> *Casella Vocale   : 
+39 - 0230312251
  <|


 attivare l'ip pubblico. 
sto provando a inviare, con ip privato, da fastweb a telecom ma non mi 
funziona
mi da errore ed esce dal programma

 esterna puo inviare direttamente il file a quella FW usando Tunnel Send.
ciao vedo che ci capisci qualcosa tu allora ti chiedo un aiuto:)
prima cosa, posso inviare a utenti con ip pubblico da connessione fw cn 
ip privato?
a me la modalità tunnel me la da "oscurata"? non la posso selezionare

 a me la modalitŕ tunnel me la da "oscurata"? non la posso selezionare
Look@File te la fa selezionare infatti solo qualora rilevi un tunnel
attivo con un altro client Look@File.
Prendiamo l'esempio di un'utenza esterna con IP pubblico a.b.c.d che
voglia spedire un file tramite Look@File ad un'utenza FW -> affinche'
cio' sia possibile deve essere rispettato il seguente ordine :
==
1. L'utenza FW apre un Receive Tunnel verso l'IP a.b.c.d
2. L'utenza esterna sceglie il file da inviare
3. L'utenza esterna seleziona Tunnel Send & sceglie il tunnel con FW
4. L'utenza esterna clicca su Send per inviare il file
La modalita' Tunnel Send consente quindi l'invio da IP pubblico->FW, ma
non brilla per comodita' = richiede che l'utenza FW faccia il primo 
passo & soprattutto la validita' del tunnel e' limitata ad un singolo
trasferimento, concluso il quale e' necessario definire un nuovo tunnel
per un successivo invio PUB->FW.
Per questa ragione, conviene piuttosto usare Direct Send con gli IP di
Hamachi quando sono coinvolte utenze FW, escluse quelle della MAN di
Genova [*] = i trasferimenti restano diretti (in virtu' del sistema
P2P/NAT-Traversal di Hamachi) e non vi sono problemi legati alla
direzione del trasferimento.
[*] Hamachi usa lo stesso indirizzamento IANA Reserved 
5.0.0.0/8
, che
    FW adotta per le sue utenze associate alla MAN di Genova -> cio'
    crea quindi problemi nelle comunicazioni Hamachi a tali utenze, in
    virtu' della sovrapposizione a livello di regole di routing.


Macs ha scritto:
[cut]
grazie
sono riuscito in entrambi i modi
anche se al primo tentativo da fw a telecom mi ha dato errore ed è 
uscito dal programma

Macs ha scritto:
ultima cosa
per inviare da fw a fw come si fa visto che chi ha fw deve dare 
l'autorizzazione mettendo l'ip pubblico di chi invia?

 mi da errore ed esce dal programma
quello purtroppo è un problema del programma che ho riscontrato anch'io, 
capita che esca in fase di partenza trasmissione.
non ho trovato alcuna soluzione se non riavviare il programma finché non lo 
fa più. 

 l'autorizzazione mettendo l'ip pubblico di chi invia?
Nelle comunicazioni tra utenti FW si fa riferimento agli indirizzi IP
usati a livello di rete MAN/FW MAN -> quando sono assegnati direttamente
ai computer sono visibili nel pannello Local Addresses, altrimenti e'
possibile leggerli online 
p.es
. dalla pagina su :
==
- 
http://plany.fasthosting.it/checkip.shtml
==
in virtu' del fatto che e' associata ad un server interno alla rete FW.


 l'autorizzazione mettendo l'ip pubblico di chi invia?
Nelle comunicazioni tra utenti FW si fa riferimento agli indirizzi IP
usati a livello di rete MAN/PUB FW -> quando sono assegnati direttamente
ai computer sono visibili nel pannello Local Addresses, altrimenti e'
possibile leggerli online 
p.es
. dalla pagina su :
==
- 
http://plany.fasthosting.it/checkip.shtml
==
in virtu' del fatto che e' associata ad un server interno alla rete FW.
 
