SOS ! JAMI Vilàgfa 202211281432 = COUPURE INTERNET ?
JAMI Vilagfa sur Linux Mint, scénario:
1/ ce jour 19 12 2022 à 5H33 je réalise un Speedtest résultats : réception 15,98 Mb/s envoi 0,96 Mb/s ping moyen 31ms
2/ je lance jami à 5H50 je réalise un Speedtest résultats : réception 1,78 Mb/s envoi ?..? Mb/s ping moyen 141ms
3/ j'essai de désactiver le wifi pour le réactiver ensuite, en cliquant sur la désactivation du wifi Linux Mint planté ... je redémarre en force
4/ avant de lancer jami je fait un speedtest résultats : réception 15,84 Mb/s envoi 0,96 Mb/s ping moyen 31ms
Activity
LOG JAMI COUPURE INTERNET JOINT JAMI_GROUPE_LOG_2022_12_19_6H38.odt
Je vois pas comment n'importe quelle application pourrait être la cause d'un tel phénomène. Les logs de Jami n'apporterons pas grand chose (peut-etre ceux du routeur)
La seule chose que je verrais d'assez boggué sur un routeur pour faire ca serait ptet UPNP, à voir si désactiver UPNP sur tous les comptes font en sorte que ca change quelque chose. Mais les logs du routeur seront peut-etre plus informatif (si il est possible de les obtenir).
-
Bonjour @sblin merci pour votre réponse, cela nous rassure que jami ne soit pas en cause directement, nous y tenons beaucoup ;)
En désactivant upnp sur notre routeur, même phénomène uniquement avec jami ouvert
Cependant, même test réalisé en ayant désactivé upnp sur nos 3 comptes, même résultat
Sans jami ouvert aucun soucis avec la box, débit constant autour de 15 Mb/s test sur une journée entière.
Nous avons fait passer un technicien de notre FAI (free) sans parler de jami, il ne comprenait pas que la box se synchronise sur le réseau au débit max à tous les coups et que nous ayons nous dans la maison des chut de débits aussi importantes. Nous allons changer la box free, espérons que cela résoudra le problème.
Est ce que supprimer puis installer à nouveau jami pourrait apporter quelque chose ou non ?
Edited by orevlucanje -
divadlo sur JPP2 : Il faudrait refaire la même chose en observant le traffic réseau sur le PC, sur MATE il y a l'outil "Moniteur Système" Histoire de voir si, au lancement de jami, il y a un fort traffic réseau, cela expliquerait le résultat du test de débit avec le site www.quechoisir.org (si jami génère un fort trafic, il est normal que le débit des autres programmes soit fortement réduit et que le temps de réponse au ping soit fortement augmenté)
verojeanluc sur JPP2 Oui je comprend, au lancement de jami il y a effectivement un très fort trafic réseau qui explique le résultat du test de débit MAIS ce que je ne comprend pas c'est pourquoi jami génère ce TROP fort trafic qui monopolise tout le débit ?
Edited by orevlucanje -
à l'instant, nouvelle box installée, mise à jour de jami réalisée.
toujours le même scénario jami monopolise le trafic à l'ouverture, sans appeler ni clavarder ? ...
Sans jami pas de soucis MAIS le souci c'est que nous avons besoin de jami :(
Serait il possible qu'un transfert de fichier interrompu avec un pair ou un essaim provoque ce phénomène inexpliqué ?
Depuis quelques temps l'essaim jami Premier Pas JPP n'est pas accessible a deux membres de l'essaim, je vais le supprimer pour essayé puisqu'il est remplacé par JPP2 accessible par ces 2 membres et que je ne vois pas quoi faire d'autre pour retrouver l'usage de jami, en espérant que cela provienne de là ?
D'autres pistes pour localiser le problème je suis preneur.
Edited by orevlucanje -
je vois littéralement pas comment ce serait possible. Mais d'autres pistes:
Il est possible d'essayer avec d'autres applications qui pourrait avoir des problemes similaires, genre µTorrent avec des ISOs de distributions linux
2e approche:
Et, sinon faire un backup de
~/.local/share/jami;~/.config/jamiet retenter d'amener les comptes un par un pour localiser un peu plus (ou désactiver tous les comptes et les réactiver un par un, c'est plus simple)3e approche:
sudo iptrafet laisser tourner quelques temps (Spour trier et choisirbyte count) pour voir ou la conso part le plus.4e approche:
Si un compte est détecté avec la 2e méthode, le probleme est-il présent avec DHT Proxy activé ?
Edited by Sébastien Blin -
3e approche:
sudo iptrafet laisser tourner quelques temps (Spour trier et choisirbyte count) pour voir ou la conso part le plus.Edited by orevlucanje
-
Bonjour @sblin,
**2e approche : **
1/ nous avons désactivé les 3 comptes verojeanluc, premierspajami, hph104
2 / quitté le client jami (= speedtest Réception 15Mb/s Ping 33ms) 3 / relancé le client jami avec les 2 comptes fermés et fait = speedtest
Edited by orevlucanje -
Voici le log et le speedtest ok en démarrant de cette manière :
HOME=/tmp /usr/bin/jami -d
-
HOME=/tmp /usr/bin/jami -dil est possible de démarrer sans compte de cette maniereEn démarrant avec `HOME=/tmp /usr/bin/jami le débit est ok 15Mb/s, jami est lancé mais aucun compte ouvert
orvelucanje@orvelucanje-MBP:~$ HOME=/tmp /usr/bin/jami -d Using Qt runtime version: 6.2.3 "notify server name: cinnamon, vendor: GNOME, version: 5.6.5, spec: 1.2" qt.webenginecontext:
GLImplementation: desktop Surface Type: OpenGL Surface Profile: NoProfile Surface Version: 3.1 Using Default SG Backend: yes Using Software Dynamic GL: no Using Angle: no
Init Parameters:
- application-name Jami
- browser-subprocess-path /usr/lib/libqt-jami/libexec/QtWebEngineProcess
- d
- disable-features DnsOverHttpsUpgrade,ConsolidatedMovementXY,InstalledApp,BackgroundFetch,WebOTP,WebPayments,WebUSB,PictureInPicture
- disable-setuid-sandbox
- disable-speech-api
- disable-web-security
- enable-features NetworkServiceInProcess,TracingServiceInProcess
- enable-main-frame-before-activation
- enable-threaded-compositing
- gpu-preferences UAAAAAAAAAAoAAAQAAAAAAAAAAAAAAAAAABgAAAAAAAwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAAAAAAACAAAAAAAAAAAAAAAAAAAAAIAAAAAAAAAAgAAAAAAAAACAAAAAAAAAA=
- in-process-gpu
- lang fr
- num-raster-threads 2
- single-process
- use-gl desktop
"Using locale: fr_FR" [1673049568.157|7274|ringbuffer.cpp :55 ] Create new RingBuffer audiolayer_id [1673049568.158|7274|video_device_monitor_impl.cpp:150 ] udev: adding device with id Apple_Inc._FaceTime_HD_Camera__Built-in__CC2BA30R0JDG6LL0 [1673049568.227|7274|video_device.h :133 ] Default video settings: 1024x576, 29.97 FPS [1673049568.228|7274|video_device_monitor_impl.cpp:150 ] udev: adding device with id Apple_Inc._FaceTime_HD_Camera__Built-in__CC2BA30R0JDG6LL0 [1673049568.228|7274|manager.cpp :719 ] Not initialized [1673049568.229|7274|manager.cpp :719 ] Not initialized 00:59:28.229 os_core_unix.c !pjlib 2.12.1 for POSIX initialized [1673049568.229|7274|manager.cpp :789 ] Using PJSIP version 2.12.1 for x86_64-pc-linux-gnu [1673049568.229|7274|manager.cpp :790 ] Using GnuTLS version 3.7.6 [1673049568.229|7274|manager.cpp :791 ] Using OpenDHT version 2.4.9 [1673049568.229|7274|manager.cpp :792 ] Using FFmpeg version 5.0 [1673049568.229|7274|manager.cpp :795 ] Using Libgit2 version 1.1.0 [1673049568.229|7274|sipvoiplink.cpp :649 ] Using SIP nameserver: 127.0.0.53 [1673049568.229|7274|sipvoiplink.cpp :743 ] SIPVoIPLink@0x5586ea0a75b0 [1673049568.231|7274|manager.cpp :811 ] Configuration file path: /tmp/.config/jami/dring.yml [1673049568.232|7274|manager.cpp :2776] Preferences node unserialize YAML exception: invalid node; first invalid key: "preferences" [1673049568.232|7274|manager.cpp :481 ] Errors while parsing /tmp/.config/jami/dring.yml [1673049568.232|7274|manager.cpp :830 ] Restoring last working configuration [1673049568.232|7274|manager.cpp :2776] Preferences node unserialize YAML exception: invalid node; first invalid key: "preferences" [1673049568.232|7274|manager.cpp :481 ] Errors while parsing /tmp/.config/jami/dring.yml [1673049568.232|7274|ringbuffer.cpp :55 ] Create new RingBuffer urgentRingBuffer_id [1673049568.232|7274|audiolayer.cpp :61 ] [audiolayer] AGC: 0, noiseReduce: auto, VAD: 1, echoCancel: auto, audioProcessor: webrtc [1673049568.232|7274|pulselayer.cpp :70 ] [audiolayer] created pulseaudio layer [1673049568.232|7274|audiolayer.cpp :169 ] [audiolayer] setHasNativeNS: 0 [1673049568.233|7274|pulselayer.cpp :147 ] Waiting.... [1673049568.233|7316|pulselayer.cpp :147 ] Waiting.... [1673049568.233|7316|pulselayer.cpp :147 ] Waiting.... [1673049568.233|7316|pulselayer.cpp :151 ] Connection to PulseAudio server established [1673049568.234|7316|pulselayer.cpp :181 ] Updating PulseAudio sink list [1673049568.234|7316|pulselayer.cpp :198 ] Updating PulseAudio source list [1673049568.234|7316|pulselayer.cpp :215 ] Updating PulseAudio server infos [1673049568.234|7316|pulselayer.cpp :682 ] PulseAudio server info: Server name: pulseaudio Server version: 15.99.1 Default Sink alsa_output.pci-0000_00_1b.0.analog-stereo Default Source alsa_input.pci-0000_00_1b.0.analog-stereo Default Sample Specification: s16le 2ch 44100Hz Default Channel Map: front-left,front-right
[1673049568.234|7316|audiolayer.cpp :74 ] Hardware audio format available : {s16, 2 channels, 44100Hz} 0 [1673049568.234|7316|manager.cpp :2582] Audio format changed: {s16, 1 channels, 16000Hz} -> {s16, 2 channels, 44100Hz} Daemon is running No accounts to migrate Screen saver dbus interface: "org.freedesktop.ScreenSaver" Can't update current account info data for "" Main window loaded using OpenGLRhi NetworkManager client initialized, version: 1.36.6 , daemon running: yes , networking enabled: yes primary network connection: 5d8244c5-2f61-44ae-b2ac-7d96885cd382 default: yes
Edited by orevlucanje
-
Nous sommes simples utilisateurs jami sans aucune connaissance de la ligne de commande.
Nous ne pouvons que déplorer l'impossibilité d'utiliser jami du fait du trafic démesuré, inexpliqué et incontrôlé qu'il génère à l'ouverture.
Merci pour votre aide précieuse, espérant retrouver l'usage de jami et pouvoir continuer de promouvoir cet outil.
Edited by orevlucanje -
Bon ! du coup nous avons choisi une solution plus radicale...
1/ formater notre disque dur et installer à nouveau linux mint 21
2/ installer à nouveau jami à partir de jami.net via Option 1: install Jami from official repository
3/ créer un nouveau compte jami orevlucanje (anagramme de verojeanluc)
4/ voir si jami avec uniquement ce nouveau compte vierge "mange" toujours la bande passante
5/ si non, connecter à nouveau le compte verojeanluc (vieux de 3 ans avec un long historique de conversation) et voir ce qui se passe
A suivre...
Observations
**4/ OUI jami "mange" toujours la bande passante
5/ avec le compte verojeanluc activé les "chutes de débit" plus fréquentes et plus importantes, allant jusqu'à la coupure d'internet en dessous du seuils de quelques Kb/s**
Merci @sblin à bientôt
Edited by orevlucanje -
-
Si seulement vous aviez raison, cela nous conviendrais très bien.
Mais seul jami semble occuper de la bande passante en étant simplement lancé, même hors communication.
test avec client torrent transmission
Edited by orevlucanje
-
ok avec
HOME=/tmp(meme avec un compte créé ?) OUIJe supprimerais aussi
~/.cachedu systemecorrespond à cette procédure ?
[(https://docs.jami.net/user/faq.html#how-to-back-up-and-reimport-conversations-and-accounts)]
Edited by orevlucanje -
.
Edited by orevlucanje
-
copie message jami : Bonjour Sébastien :)
Afin de repérer et réparer Jami concernant cette question en particulier et son fonctionnement en général.
Nos échanges depuis 3 ans nous ont conduit à vous faire entièrement confiance.
Aussi, il est désormais envisageable si vous le souhaitez, afin de faciliter les recherches de vous donner accès à notre ordinateur via une application de "bureau à distance" type anydesk ou autre.
Notre volonté étant de "populariser" jami en France et francophonie, le rendre accessible au plus grand nombre. Actuellement malgrès nos efforts, seuls quelques personnes utilisent jami, plus par amitié pour nous que par choix pour eux, l'objectif serait de pouvoir proposer un outil simple intuitif et fiable pour les membres des associations locales dont nous sommes membres ( environs 80 personnes) et dans l'idéal à l'ensemble de la fédération national (environ 15000 membres), dès que jami ne serat plus limité à 8 personnes par essaim et permettra de constituer des essaims de 12 à 35 personnes.
Merci de nous dire ?
Jamicalement, Véro et Jean-Luc
-
Edited by orevlucanje -
Nous n'avons qu'un seul ordi sur linuxmint et un vieux smartphone androïd5.1 sans jami pour l'instant, dès que nous aurons la visite d'un ami nous essaierons sur notre réseau wifi freebox avec son appareil qui a jami d'installé.
Nous essaierons aussi avec notre appareil sur un autre réseau wifi chez des amis.
Autres indices : Nous avons remarqué en réalisant un fast test au même instant sur notre ordinateur et notre androïd, tout deux connectés au wifi de la freebox, l'ordinateur affiche 5Mb/s (avec jami lancé) et l'androïd 15Mbs (jami nons installé)
Autres pistes : Notre remarque vous paraîtra peut être saugrenue mais bon, devant l'inexplicable...
D'après notre compréhension de Jami c'est un réseau distribué sur lequel chacun des appareils est un "serveur" et donc chacun des appareils partage sa "bande passante".
Cela nous conviendrais de partager 5Mb/s des 15Mb/s fournis par notre FAI pour utiliser jami, mais pas que jami en prenne 10 ou plus jusqu'à nous couper d'internet, comme cela se produit en ce moment.
Nous rapprochons ce phénomène de celui décrit par un autre utilisateur jami, lui sur android, qui nous à dit abandonner jami car il avait "mangé" tous son forfait de données mobiles en quelques minutes.
A quoi correspond la notion d’hébergeur pour l'essaim "JamiPremiersPas" et JPP2 ?
Est ce que le fait que notre compte verojeanluc soit hébergeur pourrait être en lien avec ce phénomène de perte de "bande passante" ? En lien avec : #795 Si nous supprimons la limite pour swarm, la création d'un appel peut poser problème pour les hôtes car ils pourront recevoir et héberger des milliers d'appels.
Nous n'avons aucunes connaissances techniques mais ne serait il pas possible de maîtriser la "consommation de bande passante" nécessaire au bon fonctionnement de jami ?
Est il possible d'avoir une définition vidéo adaptative optimisée, plutôt que des paramètres dans le client jami que peu de personnes comprennent ?
Dans notre cas nous l'avons réglé à 640X480 en conclusion de nombreux essais avec d'autres utilisateurs jami (qui se font de plus en plus rares et de moins en moins disponible).
Edited by orevlucanje
-
Bonjour @sblin Après avoir exploré, je pense, toutes les pistes que vous m'avez proposées (historique ci-dessus. Je ne peux que conclure que c'est bien uniquement le client jami qui "consomme du Mb/s"
En repartant de Zéro, pc formaté, LinuxMint puis jami installé de nouveau et liaison à un compte jami vierge de toute conversation :
Edited by orevlucanje -
Moi je vois plus l'inverse.
iptrafne montre pas de traffic anormal (la premiere output semble etre un site internet, meme si c'est surtout pour le TCP) et "Autres indices : Nous avons remarqué en réalisant un fast test au même instant sur notre ordinateur et notre androïd, tout deux connectés au wifi de la freebox, l'ordinateur affiche 5Mb/s (avec jami lancé) et l'androïd 15Mbs (jami nons installé)" montre que y a pas de conso sur le réseau en soit mais plus sur la machine elle-même.Je serais curieux de voir un autre jami sur le meme réseau ou la meme machine sur un réseau différent.
Et j'ai aucune idée de ce que Jami pourrait trigger pour avoir se comportement (vu que ca a ni l'air d'etre UPnP ou que meme le compte éteinds ce phénomene apparait)
-
Remontée de notre sauvegarde du compte jami verojeanluc à l'instant.
- Deux amarok ?
- pas d'essaims JamiPremiersPas et JPP2 ?
Quelques heures plus tard, tout semble rentré dans l'ordre
Edited by orevlucanje Salut. J'ai examiné la discussion qui précède, et je m'excuse d'être pire que quand j'étais à l'école ! Les traducteurs ne sont pas toujours clairs, surtout dans ce genre d'environnement.
De ce que je peux rassembler, vous semblez trouver que Jami prend de grandes quantités de bande passante d'Internet en cours d'utilisation.
-
Pourrais-je demander, s'il vous plaît, avez-vous essayé la suggestion de Sébastien Blin, "Il est possible d'essayer avec d'autres applications qui pourraient avoir des problèmes similaires, comme μTorrent avec des ISO de distribution linux? Quel est le résultat ? Cependant, les résultats d'un tel test ne pouvaient pas prouver de façon concluante Jami en faute.
-
J'ai passé jusqu'à quatre décennies en informatique, et tôt j'ai appris qu'un problème vécu à un moment donné peut parfois tout simplement être le symptôme d'une cause ailleurs. La corruption logicielle est un cas en point, qui pourrait même être causé par, disons, un secteur défaillant sur un disque dur. Avec Jami, j'ai fait l'expérience d'un problème de connectivité tôt, mais cela s'est avéré être l'un de mes deux fournisseurs de services Internet bloquer quoi que ce soit avec Jami, donc j'ai mis notre routeur pfsense à canaliser quoi que ce soit avec Jami par l'intermédiaire de notre autre fournisseur de services Internet.
Ni moi, ni aucun des utilisateurs que j'ai coaxés dans l'utilisation de Jami, semblent avoir connu le problème que vous signalez. J'ai une expérience de première main de Jami sur Linux (Ubuntu) et Android, et les utilisateurs aidés sur Windows et Apple. La seule défaillance réelle a été Apple, qui semble désactiver la connectivité Jami pour sauver une quantité (miniscule) de batterie, avec, apparemment, aucune façon de surmonter ce comportement.
À mon avis, Jami est vraiment un excellent paquet, et de mieux avec chaque sortie. Je vous exhorte à ne pas abandonner ! Il y aura toujours des problèmes de dents, et des insectes, et vous serez peut-être très malheureux d'avoir rencontré un bug. Le bug ne peut même être évident que dans la configuration que vous utilisez, et invisible aux autres. Si vous le pouvez, essayez d'utiliser Jami sur une configuration complètement différente (bâtiment différent, matériel, réseau, etc.) Vous pouvez trouver ce numéro "goes away" pour vous sous un ensemble totalement différent de matériel, de réseau et de configurations Internet. Il est facile de transporter votre profil Jami sur un bâton USB.
Je suis désolé de ne pas vous répondre. C'est très frustrant quand les choses ne fonctionnent pas, mais vous finirez par repasser cette ride.
Tout le meilleur.
(J'inclus une version traduite en haut, pour votre commodité.)
===
Hi there. I've taken a look through the foregoing discussion, and I apologise for my French being worse now than when I was at school! The translators are not always clear, especially in this sort of environment.
From what I can gather, you seem to be finding that Jami is taking up large amounts of internet bandwidth when in use.
-
Could I ask, please, did you try out Sébastien Blin's suggestion, "It is possible to try out with other applications that might have similar problems, like μTorrent with linux distribution ISOs"? What was the result? However, the results of such a test could not conclusively prove Jami at fault.
-
I've spent upwards of four decades in IT, and early on I learned that a problem experienced at one point can sometimes simply be the symptom of a cause elsewhere. Software corruption is a case in point, which could even be caused by, say, a failing sector on a hard drive. With Jami, I did experience a connectivity problem early on, but that turned out to be one of my two internet service providers blocking anything to do with Jami, so I set our pfsense router up to channel anything to do with Jami through our other internet service provider.
Neither I, nor any of the users I've coaxed into using Jami, seem to have experienced the issue you are reporting. I have first hand experience of Jami on Linux (Ubuntu) and Android, and assisted users on Windows and Apple. The only real failure has been Apple, which seems to disable Jami connectivity to save a (miniscule) amount of battery, with, apparently, no way of overriding this behaviour.
In my opinion, Jami is truly an excellent package, and getting better with each release. I urge you to "not give up"! There will always be teething troubles, and bugs, and you may be very unfortunate to have met with a bug. The bug could even be only obvious in the set-up you are using, and invisible to others. If you can, try using Jami on a completely different set-up (different building, hardware, network, etc.) You may find this issue "goes away" for you under a totally different set of hardware, network, and internet set-ups. It's easy to transport your Jami profile on a USB stick.
I'm sorry I cannot give you an answer. It is very frustrating when things do not work, but you will eventually iron out this wrinkle.
All the best.
(I'm including a translated version of this at the top, for your convenience.)
-
-
1 Oui avec utorrent seul pas de soucis : [#801 (comment 40186)]
2 Espérons ... en tout cas nous continuerons de soutenir jami. Test à venir prévu avec un autre ordinateur et à travers un autre routeur
Merci, au plaisir.
La traduction automatique est vraiment bizarre, je pense qu'il est plus facile pour moi de vous lire en anglais ;)
Jamicalement (jeux de mot en français Ami, Amicalement, Jami jamicalement)
Edited by orevlucanje
