Transfert FTP vitesse

Bonjour,
J'ai un petit soucis de transfert FTP que je ne m'explique pas.
Je dois envoyer un projet de notre serveur vers celui d'un client.
Le projet pèse 100Go en 2 fichiers, un de 45Go et l'autre de 55Go.

Je passe via le soft lftp (linux) avec cette commande =>
lftp ftp://user:password@adresse_ftp -e "mirror -R /mon/chemin /chemin/ftp ; quit"

Le transfert se passe correctement je reviens ce matin et je vois qu'il me retourne une erreur d'excès de tentative infructueuse. Je me dis ok on va résume le transfert avec l'option -c le transfert reprends SAUF QUE je plafonne à 12Ko/s voir même pas de vitesse d'upload...

Je comprends pas j'ai fait les vérifications j'envoie un iso de 8Go sur ce même serveur client sans soucis avec une vitesse correcte et pas ces 12Ko/s cramoisi...

Un problème côté serveur je suppose mais pourquoi sur ces fichiers là alors qu'une iso de 8Go est uploadé sans problème ?

Une idée ?

tu as vu ce qui a cause les erreurs?

si tu essaye d upload ce fichier a nouveau ca foire pas?
next time c'est mieux +ieur fichier ca evite ce genre de soucis et puis le check CRC sur 45go

Une erreur de délai lors de l'arrêt la première fois. Lorsque je resume là par contre pas d'erreur juste un upload équivalent à ce qu'on avait début 2001 quoi... Alors que la connexion peut faire 600x mieux :/

Le problème c'est que finir les 11% manquant ok réuploader les 100Go c'est même pas pensable niveau temps.

C'est une production vidéo le spliter et le réassembler chez nous pas de soucis mais chez le client... Impératif que cela arrive en un bloc.

bah tu peux couper avec winrar en fichier de 4go, ca prends pas plus de quelques secondes a extraire si tu n'as pas fait de compression. Je vois pas trop ce qui empeche ca?

Skarbone : J'étais certain que l'un d'entre vous allait appuyer là dessus hors ce n'est pas le sujet de ma question.
Même quand le client est stupide je dois répondre à sa demande et celle de mon boss.

Et là en l'occurence hors mis la taille du fichier ça change rien. Y a une option "resume" qui fonctionne très bien donc ça change keudal d'habitude j'essaye d'imposer histoire d'avoir des choix logique sauf qu'ici osef .

on sait jamais que tu ne connaisses pas ce truc . pas besoin de prendre la mouche pour ca.

tu es en transfert binaire ?

quel client ftp? le client utilise le disk pour autre chose?

Je prends pas la mouche je souhaite juste rester dans le thème de ma question.

Pour l'information bien que je la connaissait on peut toujours en apprendre même pour des choses simpliste donc "merci" quand même

Client : lftp sous linux en binaire.
Je ne sais pas si il est utilisé pour autre chose mais comme expliqué précédemment si je lance un upload d'un archive de 8Go sur le même espace je n'ai pas de soucis en terme de vitesse. Je suppose donc que même si le disque est utilisé pas de soucis pour la dégradation de vitesse de ce point de vue là non ?

c'est pas lié à la fonction resume? je sais pas comment marche le mécanisme pour savoir ou il doit reprendre mais si il doit faire des verifs sur le premier block de 80Go en remote...
Sinon ton client n'a pas un Barracuda ou un truc du genre qui aurait pu reguler cette thread douteuse?

je pense aussi que c est lié au résume...

tu sais voir l'usage de la machine remote qd tu lance ton resume?

Pour être franc je ne sais pas exactement comment elle fonctionne non plus. Ici quand je relance il fait un checking avant de reprendre son transfert et ça met un truc genre 40-50 secondes...

Finalement un commercial va remettre le projet sur un support physique tout à l'heure mais c'est assez gênant !

Sinon ton client n'a pas un Barracuda ou un truc du genre qui aurait pu reguler cette thread douteuse?

Cliquez pour agrandir...

Pas compris gwen ? (suis un peu à la masse certainement )

a premiere vue le resume ne devrait pas faire foirer...

now le mirroiring se passe peut etre de facon differente?
tu ne sais pas essayer avec un cmd lftp normal pour resume ?

J'ai tenté le resume en mirror mais aussi en spécifiant le fichier.

lftp ftp://user:password@adresse_ftp -e "put -R -c /mon/chemin/monfichier /chemin/ftp; quit"

Quel que soit le cas pas de remontée en vitesse alors que sur les autres fichiers après le checking la vitesse remonte directement très vite pour aller saturer notre upload ou presque.

Dans les entreprises maintenant y'a souvent des boîtiers de régulations de connexions Internet, comme Barracuda. Ce genre de boitier peut décider de bloquer/brider un thread detecté comme suspect ou trop gros consommateurs de bande passante.
Y'a des mécanismes intelligents et semi autonome. Enfin bref un transfert de 100Go aurait pu être considéré comme louche par ce genre de dispositifs

Avec un client normal genre filezilla? tjs le meme comportement?

peut etre lie a lftp

gwen : Ok je savais pas tient, merci pour l'information je viens d'apprendre quelque chose

Pour filezilla déjà la dernière fois pour une archive de 20Go ça a planté et pour le resume chaque fois erreur erreur erreur... Via lftp pas eu la moitié de ces soucis. Là il resume bien mais pas à la bonne vitesse quoi...

Bon après divers test il semblerait que le problème vienne de chez eux.

Testé avec des archives de 30-45Go le resume se passe etc... toutefois leur service tech a tellement envie d'améliorer les choses que ça ne bougera jamais mdr.

Merci pour les suggestions.

les mysteres de murphy