Re: [FRnOG] [MISC] M1cr0$0ft est un opérateur en France
le probleme c'est la facilite d'utilisation, l'utilisateur veut pas apprendre qqc de nouveau et what's app c'est "cool" alors que matrix c'est pour les ringard. On peut difficilement empecher les gens de contourner le systeme :/ c'est triste je suis d'accord On 11/14/22 10:28, tr4ck3ur via frnog wrote: Salut la liste, My 2 cents aussi Y'a eu des initiatives pour garder ça en Europe pourtant ... https://matrix.org/blog/wp-content/uploads/2018/04/CP_messagerie_instantanee_Etat.pdf Le 14/11/2022 à 11:17, Anthony Frnog a écrit : +1 Le lun. 14 nov. 2022, 10:03, Wallace a écrit : Les entreprises qui foncent à bras ouverts vers ces solutions pour leur donner toutes leurs données se réveillerons un beau matin en pleurant. C'est pas comme si des cas d'espionnages industriels / intellectuels / étatique étaient remontés assez souvent. Et à tout ceux qui pensent être à l'abri car trop petit, métier qui n'intéresserait pas les américains, au contraire vous êtes souvent un fournisseur pour des plus gros et vous aidez à confirmer / avoir des données de l'écosystème où vous vous trouvez. Quand on voit ouvertement l'espionnage fait, je ne peux pas concevoir que des DSI acceptent de migrer vers ces solutions. Le 12/11/2022 à 11:59, Richard Klein a écrit : Bonjour , Ce n'est pas Vendredi mais voilà une news a lire: https://www-phonandroid-com.cdn.ampproject.org/c/s/www.phonandroid.com/microsoft-est-un-operateur-telephonique-en-france-cest-officiel.html/amp Nous avions déjà beaucoup de nos documents, emails , réunions teams qui étaient sous le même OS et maintenant tous nos flux audio y passeront aussi. Car oui pour un admin réseaux le plus simple c'est de converger vers un système unifié avec le même prestataire ... Votre avis ? Côté souveraineté nationale je m'interroge si j'étais dans un service de renseignement et si j'avais une loi type "acte patriote" de ce qu'il me serait possible de faire comme operateur Fixe... Il ne reste plus qu'a conquérir les services mobiles Suis-je bête c'est déjà le cas avec Droid et la pomme... Il y a des bouchons de champagne qui ont sautés chez la world company de Mr Sylvestre :-) Heureusement dans les renseignent nous avons des alliés ou pas... Bon WE a tous. Richard --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [MISC] M1cr0$0ft est un opérateur en France
si je puis partager mes 2cents, de mon cote la plupart des gens (je parle du commun des mortels) adorent exchange (aucunes idees pourquoi) et la suite microsoft. Il ne jurent que par cela. Du coup quand il est temps de choisir un provider mail bah on se dirige vers celui-si (sans compter la souverainte des acteurs mail qui blackliste quand on passe par de l'ipv6). Et vu que microsoft rend quasi impossible l'administration on premise d'exchange il force un peu la main vers leur solution cloud. D'un autre cote je n'ai jamais trouve une solution aussi integree que du microsoft (VOIP, mail, messagerie,). Faut pas oublier que la plupart des utilisateurs n'en on rien a faire qu'un espion leurs vole la recette secrette des crepes de tata yvette my2cents On 11/14/22 09:26, Toussaint OTTAVI wrote: Le 14/11/2022 à 10:03, Wallace a écrit : Quand on voit ouvertement l'espionnage fait, je ne peux pas concevoir que des DSI acceptent de migrer vers ces solutions. Pour la téléphonie, je n'en sais rien. Mais pour la partie messagerie d'Office 365, il y a un coté "mise en oeuvre simplifiée", "it just works" qui est très intéressant. Il y a aussi, et surtout, un modèle économique pour les revendeurs, qui peuvent facilement gérer l'achat et la revente de ces solutions par les canaux de distribution habituels. Donc, il y a beaucoup d'avantages, pour tout le monde. Certes, il existe d'autres fournisseurs qui proposent des solutions de messagerie Exchange hébergées en France. Mais, à ma connaissance, on ne peut pas les sauvegarder. Et quand je demande, on me dit : "Pourquoi faire ?"... Donc, tout ce bla-bla sur le "cloud souverain", c'est bien beau, mais c'est assez loin d'être opérationnel. Si quelqu'un propose de l'Exchange hébergé en France avec toutes les fonctionnalités proposées par MS, et avec la même facilité de mise en oeuvre, je serai sans doute le premier à signer. Mais en attendant, mieux vaut s'adresser à Dieu qu'à ses saints ;-( Ensuite, il est vrai qu'à mon niveau, le problème de l'espionnage ne se pose pas vraiment. Si la NSA ou la DGSI ont envie de venir me piquer les recettes du figatellu et du brocciu, grand bien leur fasse ;-) --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Perte de connection quand le cable rj45 est remue
bonsoir, bah c'est du DC donc litteralement d'un cote c'est le serveur de l'autre le switch. vincent On 7/17/20 7:25 PM, Richard Klein wrote: > Bonsoir > > Ta terre est bonne sur tous tes équipements ? > Il y aurait pas un câble dénudé dans un chemin de câble qui serait a > l'origine du problème ? > > Richard > > Le ven. 17 juil. 2020 à 17:58, mailist via frnog a écrit : > >> merci pour vos reponses super rapides. >> >> Justement c'est cela le probleme nous avons change nos cables pour des >> cables supposes de meilleurs qualites qui ne sont pas serti >> artisanalement. Ils sont memes certifies par GHMT. >> >> Est-ce que vous auriez des cables a recommender? >> >> merci bien >> >> vincent >> >> On 7/17/20 5:01 PM, l...@51514.fr wrote: >>> J'ai eu le cas avec un modèle de cables 1G et d'un modèle de CM >>> supermicro. Selon le connecteur de la carte, la tolérance sur la côte >>> entre les surfaces de connection et le tenon est très importante. On >>> avait environ 0.3 mm de moins sur cette côte du câble et ça suffisait >>> pour déconnecter le câble si on le tirait un peu sans le détacher. >>> >>> Solution : changer de modèle de câble. >>> >>> >>> Le 2020-07-17 16:39, mailist via frnog a écrit : >>>> Hello a tous, >>>> >>>> dans notre DC nous avons des cartes reseau Intel Corporation Ethernet >>>> Controller 10-Gigabit X540-AT2 (rev 01) qui quand le cable RJ45 est un >>>> peu bouge/deplace se deconnecte. Est-ce normal? Est ce que vous auriez >>>> deja rencontre ce genre de problemes? >>>> >>>> Voici un exemple en video https://kaminot.com/IMG_9539.MOV >>>> >>>> Auriez vous deja rencontre ce genre de probleme? >>>> >>>> Bon dredi et merci >>>> >>>> Vincent >>> >>> >>> --- >>> Liste de diffusion du FRnOG >>> http://www.frnog.org/ >> >> > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ > signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH] Perte de connection quand le cable rj45 est remue
merci pour vos reponses super rapides. Justement c'est cela le probleme nous avons change nos cables pour des cables supposes de meilleurs qualites qui ne sont pas serti artisanalement. Ils sont memes certifies par GHMT. Est-ce que vous auriez des cables a recommender? merci bien vincent On 7/17/20 5:01 PM, l...@51514.fr wrote: > J'ai eu le cas avec un modèle de cables 1G et d'un modèle de CM > supermicro. Selon le connecteur de la carte, la tolérance sur la côte > entre les surfaces de connection et le tenon est très importante. On > avait environ 0.3 mm de moins sur cette côte du câble et ça suffisait > pour déconnecter le câble si on le tirait un peu sans le détacher. > > Solution : changer de modèle de câble. > > > Le 2020-07-17 16:39, mailist via frnog a écrit : >> Hello a tous, >> >> dans notre DC nous avons des cartes reseau Intel Corporation Ethernet >> Controller 10-Gigabit X540-AT2 (rev 01) qui quand le cable RJ45 est un >> peu bouge/deplace se deconnecte. Est-ce normal? Est ce que vous auriez >> deja rencontre ce genre de problemes? >> >> Voici un exemple en video https://kaminot.com/IMG_9539.MOV >> >> Auriez vous deja rencontre ce genre de probleme? >> >> Bon dredi et merci >> >> Vincent > > > --- > Liste de diffusion du FRnOG > http://www.frnog.org/ signature.asc Description: OpenPGP digital signature
[FRnOG] [TECH] Perte de connection quand le cable rj45 est remue
Hello a tous, dans notre DC nous avons des cartes reseau Intel Corporation Ethernet Controller 10-Gigabit X540-AT2 (rev 01) qui quand le cable RJ45 est un peu bouge/deplace se deconnecte. Est-ce normal? Est ce que vous auriez deja rencontre ce genre de problemes? Voici un exemple en video https://kaminot.com/IMG_9539.MOV Auriez vous deja rencontre ce genre de probleme? Bon dredi et merci Vincent signature.asc Description: OpenPGP digital signature
[FRnOG] [MISC] Remote Office via VPN
Bonjour la liste, J'implemente une solution de remote office/computer management en ce moment et j'aurais bien voulu savoir comment vous en avez implemente une.Les ordinateurs (~100) (et donc utilisateurs) doivent acceder a notre ADDC. Solution actuelle, Un VPN qui demarre via une tache windows lorsque les interfaces reseaux sont up. Ce VPN ne redirige que un prefix ipv6 par le VPN. Est ce que quelqu'un deconseille un VPN ipv6 only? Merci Vincent --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Télétravail = VPN = fête du SIP (ou y'a-t-il vraiment autant de bugs que ça dans les implémentations SIP ?!)
Bonjour, je ne sais pas si je suis trop tard maid bon. pour que ca fonctionne il faut que les ports 1-2 (par default asterisk rtp soit permis au niveau du asterisk). Par experience si tu te fais trop chier tu peux essayer l'ipv6 donc tu elimines tous les problemes de nat. -pjsip show endpoints -rtp set logger on (tu peux vois l'ip sur laquelle les packets rtp sont envoyes) -pjsip set logger on (si tu utilised pjsip, je le trouve beaucoup plus stable et simple que chan_sip) et tu peux regarder si tu vois quel est le probleme Bon courage vincent On 3/17/20 9:04 AM, pisrateurb...@free.fr wrote: > Bonjour à tous, > > > On mixte du softphone (Zoiper) et du téléphone IP depuis 15 ans en IPsec/VPN > SSL,anciennement MPLS sur du Asterix/Xivo/Mitel et anciennement Ericson sur > des réseaux internes pas RFC 1918 (quelle idée mais c'est historique) > Au tout début j'ai eu des problèmes d'implémentations à cause du NAT et/ou > des ACL, parfois parce qu'il n'y a pas que du 5060 mais du 5061 ou parce que > les communications coupaient au bout de 15 minutes à cause du routeur > central. Depuis qu'on a éliminé le NAT je n'ai plus ce soucis, SAUF lors > d'une expérimentions en TSE multi-utilisateur avec 1 IP par utilisateur. > Petite précision, pas besoin d'utiliser de STUN ou de proxy NAT SBC. > > Ah si, j'ai encore un site avec passerelle externe et NAT qui me fait des > communications blanches sur certains SDA et opérateurs. > > > @+ > > Clément > > > - Mail original - > De: "Guillaume LUCAS" > À: frnog-t...@frnog.org > Envoyé: Lundi 16 Mars 2020 22:05:07 > Objet: [FRnOG] [TECH] Télétravail = VPN = fête du SIP (ou y'a-t-il vraiment > autant de bugs que ça dans les implémentations SIP ?!) > > Bonjour à tous, > > Mes collègues et moi rencontrons des problèmes avec nos softphones SIP, et > j'aimerais un avis et surtout être réconforté. > => Je sais que TOUTES les implémentations VOIP foirent plus ou moins. Je me > souviens d'une box Numericable qui rebootait lorsqu'un SIP INVITE légitime > > 1645 octets arrivait du WAN. Je me souviens des erreurs de segmentation > aléatoires de Jitsi/Ekiga. Je me souviens des messages SIP pas trop conformes > à la norme et à la validation approximative des messages SIP reçus. Etc. > => Mais je doute que le nombre de problèmes que nous rencontrons (et leur > amplitude) soit normal. > => Je suis dans une démarche de compréhension technique des problèmes > rencontrés, donc je ne suis pas intéressé par des alternatives à des > softphones. > > > Depuis 5 ans, nous utilisons le PABX Asterisk empaqueté dans la solution > XiVo. Nous avons des postes téléphoniques SNOM, des téléphones analogiques, > des T2, etc. IPv4 uniquement. Ce PABX n'est pas joignable depuis l'extérieur > (en IP). > > Nous avons aussi un VPN Cisco ASA. Adressage IPv4 RFC1918 (les réseaux > internes sont plutôt adressés avec des IPv4 publiques, pas de v6). Pas > d'IPv6. Accès aux réseaux internes, pas d'accès à Internet. Pas de filtrage > particulier (oui, n'importe quel utilisateur du VPN peut se promener dans > tous les réseaux internes, ça va changer). > > Depuis 6 mois environ, nous avons de très rares softphones Linphone > majoritairement sous winwin 7/10. Ils sont utilisés conjointement avec le > VPN. > > Jusque-là, personne nous a fait remonter des problèmes sur les > softphones+VPN. Mais vu le peu d'utilisateurs… > Le coronavirus débarque et nous voilà priés de fournir un softphone à tout le > monde. Et là, surprise, ça ne marche plus. Ou plus tout le temps. Ou plus > pour tout le monde. > > > Le premier problème est un classique. Entre un softphone+VPN à domicile et un > poste SNOM du bureau, soit les deux interlocuteurs ne s'entendent pas, soit > un seul entend l'autre. > => Dans ses SDP, Linphone insère l'IP RFC1918 de l'interface physique (eth0, > Wi-Fi, etc.) plutôt que celle du VPN. Forcément, ça ne fonctionne pas. > => On installe un serveur STUN dans le réseau de l'organisation. On configure > STUN dans les paramètres de Linphone et ça fonctionne. > => Notons que certains Linphone fonctionnent aléatoirement et temporairement > sans STUN. Même chose avec Jitsi. Comment est-ce possible ? > => Un Wireshark nous montre qu'une fois l'échange SIP initié, le client cause > en STUN au PABX et que celui-ci répond. Pourquoi ça ne suffit pas toujours ? > C'est d'ailleurs bizarre, car aucun serveur STUN écoute en permanence, on > dirait que c'est fait à la demande ? > > > Deuxième problème. Lors d'une conversation entre un Linphone 3.11 empaqueté > dans Debian GNU/Linux ou Ubuntu GNU/Linux et un Linphone 4.1.1 GNU/Linux > distribué via Flatpak, si c'est le Linphone 4.1.1 qui initie la conversation, > la conversation durera 31/32 secs au maximum avant raccrochage auto. > => Pas de soucis si c'est le Linphone 3.11 qui initie la conversation. > => Pas de problème quand le Linphone 4.1.1 cause à un SNOM ou à un 06/09 > externe. > => Rien
