Re: [FRnOG] [TECH]Gestion du cycle de vide de développement applicatif en environnement cloud privé

[Eugène Ngontang]

Bonjour Léo,

Je n'avais pas vu ton message, car off pendant un long moment pour des
raisons perso.

Je te remercie pour ta réponse.

Je suis tout à fait d'accord avec toi sur le vocabulaire et autres
problèmes que tu évoques autour de l'appropriation.

Le DevOps n'est une pratique tech, mais avant tout une culture. La
définition et la vision de base du DevOps était claire. C'es l'absence de
normalisation qui a entrainé un peut tout et n'importe quoi.

C'est ce souci de normalisation que le platform engineering vient résoudre,
et ce n'est pas parce qu'on essayera d'adopter des outils et/ou méthode
communs, mutualisés, qu'on ne fera pas du sur mesure, ou que les experts
vont sortir de leurs domaines de prédilection. Simplement ils vont non plus
faire à la place des autres, mais plutôt faire pour rendre les autres
autonome, à travers de l'abstraction.

Kubernetes que tu as évoqué, le cloud, sont de bons exemple d'abstraction,
mais ça reste des outils, qui doivent servir une vision stratégique, et non
pas la vision elle-même.

Le DevOps n'est pas un sujet exclusivement tech, ça doit viser avant tout
l'optimisation opérationnelle de la chaîne de valeur, et le domaine du
réseau n'en n'est pas exclus.

On pourrait en discuter plus longuement , mais en dehors de ce thread afin
de ne pas trop s'écarter de l'objet même.

Merci encore pour ta réponse.

Cordialement,
Eugène NG

Le jeu. 5 oct. 2023 à 14:36, Léo El Amri via frnog  a
écrit :

> Bonjour Eugène,
>
> On a bien reçu ton message, mais j'imagine que c'est un peu hors-scope
> dans la FRnOG.
>
> Mon avis sur la question (en tant que développeur - quelqu'un qui
> conçoit un logiciel (pas juste qui le programme, on appellerait ça un
> programmeur sinon)), c'est que tu montres par toi-même que tout ça est
> incompréhensible tant qu'on ne définit pas les termes qu'on emploie au
> cas par cas. Pendant un temps on disait que les DevOps était la capacité
> d'un "développeur" à faire de l'administration système, puis petit à
> petit c'est devenu l'automatisation de processus de développement (tests
> automatisés, vérification de la qualité de code, etc.). Pour ces
> questions de vocabulaire flou, je ne peux pas réagir sur les
> "anti-patterns" du DevOps. Ils peuvent être vrai ou faux en fonction de
> la définition du mot.
>
> Le "Platform Engineering" ne change rien au problème, ça sera, à mon
> avis, encore une expression utilisée à tort et à travers.
>
> On m'a souvent mit l'étiquette DevOps (je ne sais pas pourquoi) et je
> n'ai jamais fait de "cloud" à proprement parlé, chose qui était plutôt
> réservées à des équipes d'administration système (ceux qui gèrent des
> hyperviseurs de VMs ou du K8S en entreprise, par exemple). Ce à presque
> toute taille d'entreprise (les toutes petites ne peuvent pas se
> permettre d'avoir des salariés dédiés à certaines tâches, mais les
> autres semblent le pouvoir).
>
> En sachant que je ne suis pas admin réseau :
>
> Je ne pense pas que les administrateurs réseau soient spécifiquement
> concernés par la question du "platform engineering".
>
> Pour faire du GitOps, il faut pouvoir définir ton infra par du texte, ce
> qui n'est pas toujours possible. Ce n'est pas une solution miracle, tout
> comme ne le sont pas le DevOps, le SecOps et autres DevNetSecOps++.
>
> Pour moi, faire travailler un ensemble de gens spécialisés chacun dans
> un domaine, avec un outil commun et une méthode de définition d'infra
> commune, c'est sympa mais pas toujours possible. Ça s'appelle l'IaaS, et
> on ne le retrouve pas forcément dans tous les cloud, et dans ceux qui le
> pratiquent ça ne se retrouve pas à tous les niveaux.
>
> Pour le reste, ce que j'ai constaté en tant qu'acteur externe aux
> équipes réseau, c'est que c'est bien souvent séparés et que les équipes
> réseau n'utilisent pas les outils des équipes système, qui n'utilisent
> pas les outils des équipes développement logiciel.
>
> La seule fois où j'ai vu un système commun pour tout le monde (dans une
> boite du CAC40), c'était lourd et tout le monde s'en plaignait.
>
> Je pense que la clef dans tout ça, serait que les admin-sys restent
> experts de leur domaine, que les admins-réseau restent experts de leur
> domaine, et que les développeurs soit pluridisciplinaires et aient des
> connaissances de base sur le système et sur le réseau.
>
> Je trouve que les objets définis de base dans K8S offrent un découpage
> assez raisonnable des différentes responsabilités au sein d'une SI.
>
> - Léo
>
> On 06/09/2023 16:35, Eugène Ngontang wrote:
> > Hello,
> >
> > Mon mail a été bloqué par l'équipe de modération ou alors il est
> totalement
> > hors scope pour tout le monde?
> > Ou bien il vaut mieux le formaliser sous forme de survey?

Re: [FRnOG] [BIZ] Déstockage Sniffing

[Eugène Ngontang]

Oula @David Ponzone  , ce sont les yeux de la tête
là.

A l'époque, @stéphane augis  me vendait un onduleur en
destockage, sous la référence  :
ups 2000G 3Kva : Onduleur online 3KVA 10mn- Huawei - neuf
sous emballage avec Kit de rackage inclu, à 250€... je suppose que c'était
vraiment une offrande.

Ça remonte à bientôt 4ans.

Je me demande bien si dans l'absolu j'ai besoin d'un onduleur, de surcroît
à ce prix, si je n'ai pas de réelle contrainte de continuité de service???

Merci.

Eugène NG

Le jeu. 7 sept. 2023, 22:49, Jérôme Nicolle  a écrit :

> Plop,
>
> Tiens, je serais bien intéressé par un onduleur tri 12kV pour mon
> nouveau labo. Pas forcement besoin besoin de batteries, j'ai de la dispo
> en local, mais j'ai besoin de fonctionner en double conversion.
>
> Vous auriez un truc sous la main ?
>
> @+
>
> --
> Jérôme Nicolle
> +33 6 19 31 27 14
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Déstockage Sniffing

[Eugène Ngontang]

Bien reçu,

Merci Jeremy, il vaut donc mieux partir sur un  12kVA ou 120kVA et neuf
dans ce cas?

Eugène NG

Le mer. 6 sept. 2023 à 20:50, Jeremy  a écrit :

> J'ai un onduleur EATON 40KVA (baie) à donner, batterie inclus. Il est
> stocké hors alimentation hors d'eau/air depuis 3 ans.
> Les batteries sont en fin de vie (5 ans de prod) mais il doit encore
> pouvoir tenir pas mal d'énergie à mon avis.
>
> Donné en l'état à Valenciennes si ça intéresse quelqu'un (il pèse une
> demie tonne, littéralement).
>
> Pour ton besoin Eugène, les petits onduleurs ont des durée de vie assez
> courtes, et en général, on fait le choix de les bêner plutôt que de les
> donner car le risque d'incendie sur les redresseurs est trop élevé au
> delà de quelques années...
> Ceci dis, je vais regarder si y en a pas un qui traine en stock qui
> fonctionne encore (hors batterie).
>
> Jérémy
>
> Le 06/09/2023 à 16:47, Spyou a écrit :
> >
> > Le 06/09/2023 à 16:29, David Ponzone a écrit :
> >> :)
> >>
> >> Eugène,
> >>
> >> Je pense que Jeremy voulait savoir si tu as besoin de 3kVA ou 12kVA
> >> ou 120kVA:)
> >
> >
> > Si quelqu'un a 120kWh, perso, je prends.
> >
> > idéalement, juste la batterie et en 48V, idéalement de la LTO ... Si
> > c'est en AC, baaahhh, j'me démerderais ^^
> >
>
>

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH]Gestion du cycle de vide de développement applicatif en environnement cloud privé

[Eugène Ngontang]

Hello,

Mon mail a été bloqué par l'équipe de modération ou alors il est totalement
hors scope pour tout le monde?
Ou bien il vaut mieux le formaliser sous forme de survey?

Cordialement,
Eugène NG

Le mer. 23 août 2023 à 03:11, Eugène Ngontang  a
écrit :

> Hello tout le monde.
>
> Je reviens sur le sujet du DevNetOps, cette fois sous le prisme de la
> gestion du cycle de vie de développement logiciel (SDLC) en environnement
> cloud privé, mettant à contribution les équipes réseaux et système.
>
> En effet, je vais me permettre de rappeler que le DevNetOps ou NetOps ou
> encore NetDevOps, est l'application des pratiques DevOps aux opérations
> réseaux. Plus simplement  ça vise principalement l'automatisation des
> opérations réseaux.
>
> Ainsi tout comme le DevOps a ouvert la porte aux anti-patterns, le
> DevNetOps a sûrement fait pareil.  Quelques exemple d'anti-patterns :
>
>- Le DevOps coincé entre les Dev et les Ops
>- le NoOps des Dev qui n’ont pas besoin d’Ops
>- le DevOps est un outil
>- le SysOps ou le NetOps dont on a juste changé le nom en DevOps,
>- L’Ops intégré dans l’équipe Dev,
>- …
>
> C'est pour palier à tous ces écarts que l'on parle beaucoup plus du
> Platform Engineering (buzzword de 2023), dont le but n'est pas de
> substituer au DevOps, mais de l'implémenter correctement.
>
> Cependant la tendance est toujours d'aborder ces concepts xOps avec une
> vision cloud (public cloud) native, ce que je trouve personnellement très
> limitant. Alors ma question ou alors mes questions, dont les réponses
> dépendront bien sûr des entreprises/organisations et uses cases. :
>
>- Quid du platform engineering pour les gurus du réseau ?
>
>- Est ce que vous vous contentez d'automatiser et orchestrer
>exclusivement les flux de provisioning/déploiement réseau en traitant le
>réseau comme un produit, une application avec son propre SDLC?
>
>- Est ce que vous fournissez plutôt des landing zones : *backbone
>fiable, hautement flexible et pérenne pour le développement d’applications
>et de solutions de l'entreprise, à disposition des équipes métiers,
>systèmes, développement *?
>
>- Privilégiez-vous l'approche GitOps? Si oui mettez-vous en place une
>sorte de GitOps Self-Service UI, permettant aux équipes de disposer
>d'environnements techniques à la demande. Et si oui qui sont vos clients en
>interne? Dev, Sys ou Métier?
>
>- Avez-vous des enjeux relatifs à la gestion du provisioning, des
>changements, intégration (CI) et déploiement de bout en bout incluant
>toutes les parties prenantes : Système (VM, OS), Développeurs (code
>logiciel)?
>
>- De manière plus générale : Est ce que vous vous contentez
>d'automatiser le provisioning et la configuration du réseau avec vos outils
>et vos workflows à vous, indépendamment des usages, outils, workflows des
>équipes systèmes et développement?
>
>- Enfin, pourriez-vous utiliser une plateforme de services managés en
>ligne (PaaS) résolvant toutes ces problématiques de fluidification et
>d'orchestration des flux, plutôt que de construire la vôtre en interne? Si
>oui quelles seraient vos attentes et vos exigences en termes d'adoption et
>d'assurance qualité vis à vis d'une telle plateforme en ligne?
>
> Merci pour avance pour votre attention et vos contributions sur le sujet.
>
> Très cordialement,
> Eugène NG
>
> --
> LesCDN <http://lescdn.com>
> engont...@lescdn.com
> 
> *Aux hommes il faut un chef, et au*
>
> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
> voit on te juge!*
>


-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Déstockage Sniffing

[Eugène Ngontang]

J'ai bien compris David,

Je dirais bien un  3KVA 10mn, mais comme je dis je n'ai pas d'avis sur la
question, c'est pourquoi je n'ai pas donné une réponse fermée.

Merci beaucoup.

Eugène NG
Le mer. 6 sept. 2023 à 16:29, David Ponzone  a
écrit :

> :)
>
> Eugène,
>
> Je pense que Jeremy voulait savoir si tu as besoin de 3kVA ou 12kVA ou
> 120kVA:)
>
>
> > Le 6 sept. 2023 à 16:25, Eugène Ngontang  a écrit :
> >
> > Hello sorry pour le lag,
> >
> > Alors, je dirai un truc basique, je n'ai pas d'exigences particulières.
> >
> > J'ai une baie 19¨ 27U 600 X 800 (montée CBRV1UNRT002) - Tiroir de
> > ventilation 19’’ noir 1U 4 ventilateurs avec thermostat
> > R1-PA08E01SBC2;
> >
> > J'aimerais avoir un onduleur pour sa mise en marche.
> >
> > Je ne suis vraiment pas un spécialiste des DC sur la partie physique,
> > brassage...etc...
> > Donc je préfère avoir des proposition si possible et aviser.
> >
> > Merci beaucoup.
> >
> > Eugène NG
> >
> >
> >
> > Le dim. 3 sept. 2023 à 22:51, Jeremy  a écrit :
> >
> >> Salut, tu cherches quoi précisément en capacité ?
> >>
> >> Jérémy
> >>
> >>
> >> Le 03/09/2023 à 21:35, Eugène Ngontang a écrit :
> >>> Hello,
> >>>
> >>> Je demande au cas où ça m'aurais échappé dans la rubrique "BIZ", s'il
> y a
> >>> des opportunités de déstockage en cours???
> >>>
> >>> Plus particulièrement, j'aimerais bien acquérir un onduleur, et je me
> >> suis
> >>> dit, je regarde d'abord par ici.
> >>>
> >>> Merci.
> >>>
> >>> Cordialement,
> >>> Eugène NG
> >>>
> >>
> >>
> >
> > --
> > LesCDN <http://lescdn.com>
> > engont...@lescdn.com
> > 
> > *Aux hommes il faut un chef, et au*
> >
> > * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
> > voit on te juge!*
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>

-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Déstockage Sniffing

[Eugène Ngontang]

Hello sorry pour le lag,

Alors, je dirai un truc basique, je n'ai pas d'exigences particulières.

J'ai une baie 19¨ 27U 600 X 800 (montée CBRV1UNRT002) - Tiroir de
ventilation 19’’ noir 1U 4 ventilateurs avec thermostat
R1-PA08E01SBC2;

J'aimerais avoir un onduleur pour sa mise en marche.

Je ne suis vraiment pas un spécialiste des DC sur la partie physique,
brassage...etc...
Donc je préfère avoir des proposition si possible et aviser.

Merci beaucoup.

Eugène NG



Le dim. 3 sept. 2023 à 22:51, Jeremy  a écrit :

> Salut, tu cherches quoi précisément en capacité ?
>
> Jérémy
>
>
> Le 03/09/2023 à 21:35, Eugène Ngontang a écrit :
> > Hello,
> >
> > Je demande au cas où ça m'aurais échappé dans la rubrique "BIZ", s'il y a
> > des opportunités de déstockage en cours???
> >
> > Plus particulièrement, j'aimerais bien acquérir un onduleur, et je me
> suis
> > dit, je regarde d'abord par ici.
> >
> > Merci.
> >
> > Cordialement,
> > Eugène NG
> >
>
>

-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [BIZ] Déstockage Sniffing

[Eugène Ngontang]

Hello,

Je demande au cas où ça m'aurais échappé dans la rubrique "BIZ", s'il y a
des opportunités de déstockage en cours???

Plus particulièrement, j'aimerais bien acquérir un onduleur, et je me suis
dit, je regarde d'abord par ici.

Merci.

Cordialement,
Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]Gestion du cycle de vide de développement applicatif en environnement cloud privé

[Eugène Ngontang]

Hello tout le monde.

Je reviens sur le sujet du DevNetOps, cette fois sous le prisme de la
gestion du cycle de vie de développement logiciel (SDLC) en environnement
cloud privé, mettant à contribution les équipes réseaux et système.

En effet, je vais me permettre de rappeler que le DevNetOps ou NetOps ou
encore NetDevOps, est l'application des pratiques DevOps aux opérations
réseaux. Plus simplement  ça vise principalement l'automatisation des
opérations réseaux.

Ainsi tout comme le DevOps a ouvert la porte aux anti-patterns, le
DevNetOps a sûrement fait pareil.  Quelques exemple d'anti-patterns :

   - Le DevOps coincé entre les Dev et les Ops
   - le NoOps des Dev qui n’ont pas besoin d’Ops
   - le DevOps est un outil
   - le SysOps ou le NetOps dont on a juste changé le nom en DevOps,
   - L’Ops intégré dans l’équipe Dev,
   - …

C'est pour palier à tous ces écarts que l'on parle beaucoup plus du
Platform Engineering (buzzword de 2023), dont le but n'est pas de
substituer au DevOps, mais de l'implémenter correctement.

Cependant la tendance est toujours d'aborder ces concepts xOps avec une
vision cloud (public cloud) native, ce que je trouve personnellement très
limitant. Alors ma question ou alors mes questions, dont les réponses
dépendront bien sûr des entreprises/organisations et uses cases. :

   - Quid du platform engineering pour les gurus du réseau ?

   - Est ce que vous vous contentez d'automatiser et orchestrer
   exclusivement les flux de provisioning/déploiement réseau en traitant le
   réseau comme un produit, une application avec son propre SDLC?

   - Est ce que vous fournissez plutôt des landing zones : *backbone
   fiable, hautement flexible et pérenne pour le développement d’applications
   et de solutions de l'entreprise, à disposition des équipes métiers,
   systèmes, développement *?

   - Privilégiez-vous l'approche GitOps? Si oui mettez-vous en place une
   sorte de GitOps Self-Service UI, permettant aux équipes de disposer
   d'environnements techniques à la demande. Et si oui qui sont vos clients en
   interne? Dev, Sys ou Métier?

   - Avez-vous des enjeux relatifs à la gestion du provisioning, des
   changements, intégration (CI) et déploiement de bout en bout incluant
   toutes les parties prenantes : Système (VM, OS), Développeurs (code
   logiciel)?

   - De manière plus générale : Est ce que vous vous contentez
   d'automatiser le provisioning et la configuration du réseau avec vos outils
   et vos workflows à vous, indépendamment des usages, outils, workflows des
   équipes systèmes et développement?

   - Enfin, pourriez-vous utiliser une plateforme de services managés en
   ligne (PaaS) résolvant toutes ces problématiques de fluidification et
   d'orchestration des flux, plutôt que de construire la vôtre en interne? Si
   oui quelles seraient vos attentes et vos exigences en termes d'adoption et
   d'assurance qualité vis à vis d'une telle plateforme en ligne?

Merci pour avance pour votre attention et vos contributions sur le sujet.

Très cordialement,
Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Eugène Ngontang]

Hello Wallace,

Je plussoie entièrement. pour moi le "problem solving" c'est tout une
idéologie.

Merci pour ta contribution confrère 

Le mar. 17 mai 2022 à 16:49, Wallace  a écrit :

>
> Le 16/05/2022 à 01:36, Eugène Ngontang a écrit :
> > Une fois qu'on est tous d'accord sur le volet bulshit les gars, quelle
> > offre feriez vous si vous devriez vous positionner de manière rationnelle
> > et objective sur ce marché en pleine mutation ?
> >
> Quand tu es identifié comme étant un très bon "problem solver" alors les
> clients viennent tout seul et ne partent que très rarement.
>
> Même en faisant appel à de la prestation pour "gagner du temps" on s'est
> rendu compte qu'ils ne maîtrisent pas leurs sujets et qu'ils ne font que
> pousser des technos testées vite fait dans quelques POC et pour créer
> des prods clients qu'ils ne maintiennent plus par la suite sauf à te
> vendre des jours homme super cher.
>
> Clairement c'est là qu'on fait la différence.
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH][BIZ] DevNetOps State

[Eugène Ngontang]

Bonjour les gars.

Toutes mes excuses pour le lag, j'ai eu un souci qui m'a éloigné quelques
temps des écrans.

Franchement c'est un régal de vous lire... Étant programmeur et
algorithmique, moi j'ai commencé ma carrière dans l'admin et l'ingé réseau
avant de me retrouver par la force des demandes du côté plus de l'ingé sys,
puis l'industrialisation et l'automatisation en environnement cloud, où je
me suis peu à peu éloigné du bas niveau (C/C++/ASM), mais je garde mon
côté pluridisciplinaire et ma vision de la tech.

Et je suis incompris chaque fois par la nouvelle génération d'ingénieurs
bourrés de certifications en nouvelles technologies, quand je dis que les
"géants du web" nous ont offert les nouvelles technologies et solutions
clés en mains, et ont gardé l'informatique pour eux.

En effet de nos jours tu vas trouver très peu de gars bons en "problem
solving", on est devenu des bourrins avec une multitude d'outils et
services qui ne cessent de pousser, or l'informatique elle n'a pas changé,
ce qu'on ne veut pas apprendre à faire, d'autres le font et revendent ultra
cher... tous simplement.

Une fois qu'on est tous d'accord sur le volet bulshit les gars, quelle
offre feriez vous si vous devriez vous positionner de manière rationnelle
et objective sur ce marché en pleine mutation ?

En vous souhaitant un excellent début de semaine les gars.

Eugène NG.

Le lun. 9 mai 2022, 17:59, Stéphane Rivière  a écrit :

> Avé
>
> Pour répondre à Eugène, le réseau dans le Cloud c'est très bien quand ça
> marche, quand ça déconne et que tu es impuissant parce que l'API est buggé
> / maintenance / dit que c'est ok mais ne le fait pas et que le support te
> répond pas avant 48 à 72h même avec des options de support premium ce n'est
> pas raisonnable.
>
> C'est un point clé.
>
> Et, de plus, en cas de gros problème général, les robots derrière les API
> sont surchargés et mettent des heures à exécuter la demande.
>
> d'une VM dans un cluster au bureau n'est pas le même que dans un Cloud
> public et à part de très rares applications personne n'a besoin
> d'autoscaling.
>
> C'est ça.
>
> Il y aurait bien le nocode qui pourrait changer la donne mais quand on
> évoque ce sujet avec les clients, le fait d'être enfermé dans un logiciel
> propriétaire fait peur à tout le monde surtout pendant ces années
> d'incertitudes.
>
> Le nocode (je suis dev à la base), ça fait 30 ans que j'en vois. Des trucs
> parfois surprenants et qui créent réellement des applications utilisables,
> pas si triviales (disons qu'on dépasse de beaucoup la démo du carnet
> d'adresse pour aller vers un ERP minimal ou le traitement d'un workflow
> particulier).
>
> Cliquer à longueur de journée des widgets et des cases à cocher pour
> composer une application nocode aura toujours un coût.
>
> Après, en étant un peu taquin, le nocode est une chose, mais le
> noanalysis, c'est pas pour demain ;>
>
> ...Le souci dans les formations c'est qu'ils ne font plus que du virtuel
> et beaucoup ont peur du matériel et ne veulent pas s'y intéresser
>
> Arf, on est lundi, mais je ne résiste pas.
> https://www.youtube.com/watch?v=YVMFvmXBrRM
>
> --
> Stéphane Rivière
> Ile d'Oléron - France
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH][BIZ] DevNetOps State

[Eugène Ngontang]

Bonjour les guru,

Je veux ici ouvrir un petit débat au sujet du *DevOps *dans le
contexte des *Opérations
Réseaux*  de nos jours.

En fait j'ai eu dans le cadre des activités de mon entreprise, quelques
projets *DevOps (Infrastructure As Code, CI/CD, Automatisation...)* dans
des contextes purement réseau, *SDN (Cisco ACI)*...

Je me demandais avec la flambée des projets de "Transformation Digitale"
en mode Go To Cloud, si vous pensez de votre point de vue, q'il y a encore
des réels besoins de transformation *On Premise*, et si possible qu'est ce
que cela représenterait comme part de marché dans le mouvement *DevOps*

Quel est votre avis ou quels sont vos REX sur le *DevNetOps* et quelles
sont les niches potentielles en termes de techno, cibles, profils
d'entreprises...

Mes questions sont plutôt ouvertes et pas forcément suggestives, j'aimerais
simplement avoir quelques retours pertinents sur la question car le
*DevNetOps* reste encore très peu connu ou alors abordé, encore que nous ne
sommes pas nombreux à réellement comprendre et maitriser le *DevOps* même
dans son essence (mais ce n'est pas le sujet ).

Merci et excellent weekend.

Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Nom de domaine déjà pris.

[Eugène Ngontang]

Oui oui, c'est clair les gars. J'étais parti dur un .care, au vu de la
vocation de ma startup, mais l'existence du même nom en .com me dérange
foncièrement, je pense toutefois que j'ai une solution, je vais l'adopter.

Thx again.

Le lun. 9 août 2021 à 21:44, Romain BAFFERT  a écrit :

> Clairement tu fais fausse route ! Tu choisis un nom, tu commences par
> vérifier si les domaines sont libres avant de le choisir, et bien entendu,
> à l’instant même où tu choisis le nom, tu réserves ça.
>
> Je pense que dans ton cas le plus simple sera de changer de nom !
> Le 9 août 2021 à 22:31 +0200, Eugène Ngontang , a
> écrit :
>
> Merci encore les gars pour vos retours.
>
> A toutes fins utiles, voici le nom de domaine en question : *yanga.com
> <http://yanga.com>*, déjà utilisé par une marque de vêtement israélienne,
> un site pas spécialement bien foutu/référencé, mais qui détient ce nom de
> domaine (tld) depuis un an que je sniffe.
>
> Peut être auriez-vous des moyens plus efficace que je les miens pour
> m'assurer de la possibilité de récupérer le nom, à défaut de trouver une
> des alternatives évoquées plus haut?
>
> Mon registrar par ailleurs est *GANDI*.
>
> Cordialement
> Eugène NG
>
>
>
> Le jeu. 5 août 2021 à 14:13, MiG  a écrit :
>
> ou sinon tu demandes à ton registrar de regarder si tu peux récupérer
> le nom de domaine. Avec un peu de zéros avant la virgule, c'est
> souvent jouable.
>
> My 2 cents
>
> On Thu, Aug 5, 2021 at 11:18 AM Jean-Yves LENHOF via frnog
>  wrote:
>
>
> Le 2021-08-05 10:55, Jérôme BERTHIER via frnog a écrit :
>
> Le 03/08/2021 à 22:42, Laurent Barme a écrit :
>
>
> 
>
>
>
> Cela dit, si le nom de ta startup ou de ton produit coïncide avec un
> nom de domaine déjà pris, c'est que tu t'es peut-être trompé de nom de
> startup ou de nom de produit car il est déjà pris :
>
>
> +1 :)
>
>
> +1
> D'autant plus que tu vas galérer à te faire ta place sur les moteurs de
> recherches où une autre entreprise a optimisé sa visibilité sur Internet
> en payant pour certains mots clés, optimiser son référencement, etc,
> même si tu réussis à trouver un nom de domaine non utilisé.
>
>
> Cordialement,
>
> --
> Jean-Yves LENHOF
> jean-y...@lenhof.eu.org
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>
>
>
> --
> LesCDN <http://lescdn.com>
> engont...@lescdn.com
> 
> *Aux hommes il faut un chef, et au*
>
> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
> voit on te juge!*
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Nom de domaine déjà pris.

[Eugène Ngontang]

Merci encore les gars pour vos retours.

A toutes fins utiles, voici le nom de domaine en question : *yanga.com
*, déjà utilisé par une marque de vêtement israélienne,
un site pas spécialement bien foutu/référencé, mais qui détient ce nom de
domaine (tld) depuis un an que je sniffe.

Peut être auriez-vous des moyens plus efficace que je les miens pour
m'assurer de la possibilité de récupérer le nom, à défaut de trouver une
des alternatives évoquées plus haut?

Mon registrar par ailleurs est *GANDI*.

Cordialement
Eugène NG



Le jeu. 5 août 2021 à 14:13, MiG  a écrit :

> ou sinon tu demandes à ton registrar de regarder si tu peux récupérer
> le nom de domaine. Avec un peu de zéros avant la virgule, c'est
> souvent jouable.
>
> My 2 cents
>
> On Thu, Aug 5, 2021 at 11:18 AM Jean-Yves LENHOF via frnog
>  wrote:
> >
> > Le 2021-08-05 10:55, Jérôme BERTHIER via frnog a écrit :
> > > Le 03/08/2021 à 22:42, Laurent Barme a écrit :
> >
> > 
> >
> > >
> > >>
> > >> Cela dit, si le nom de ta startup ou de ton produit coïncide avec un
> > >> nom de domaine déjà pris, c'est que tu t'es peut-être trompé de nom de
> > >> startup ou de nom de produit car il est déjà pris :
> > >
> > > +1 :)
> >
> > +1
> > D'autant plus que tu vas galérer à te faire ta place sur les moteurs de
> > recherches où une autre entreprise a optimisé sa visibilité sur Internet
> > en payant pour certains mots clés, optimiser son référencement, etc,
> > même si tu réussis à trouver un nom de domaine non utilisé.
> >
> >
> > Cordialement,
> >
> > --
> > Jean-Yves LENHOF
> > jean-y...@lenhof.eu.org
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Nom de domaine déjà pris.

[Eugène Ngontang]

Hello,

C'est quoi la meilleure alternative si on découvre le nom de domaine choisi
est déjà pris et qu'on ne veut pas changer le nom de sa startup ou de son
produit ?

Merci.

Eugène NG

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [BIZ] Techno Biz

[Eugène Ngontang]

Hello tout le monde.

J'aimerais savoir s'il y a parmi nos experts telecom, des aventuriers
disposés à avoir un petit échange interactif avec le fou et hardcore gamer
que je suis.

J'ai question autour du business des telecom (wifi, sms, smartphone vs cell
phone, opérateurs télécom) que je souhaiterais/préfère aborder de
manière interactive, afin de consolider mes idées.

Je vous prie pour ceux à qui ça parlerait et que ça ne dérangeraient pas de
m'accorder quelques minutes de leur temps, de bien vouloir m'accorder un
petit échange interactif.

Merci pour votre attention.

Très cordialement,
Eugène NG
-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Starlink de Elon Musk arrive en France !

[Eugène Ngontang]

La filiale ALENIA de Thales n'a pas déjà un projet dans ce sens? Ou je suis
hors sujet?

https://www.thalesgroup.com/en/worldwide/space/press-release/thales-alenia-space-selected-telesat-build-its-broadband-298

Le mar. 9 mars 2021 à 19:14, Michel Py via frnog  a écrit :

> >>> Emmanuel DECAEN a écrit :
> >>> Si on parle de 20 Gbps, ça fait environ 6 666 clients Netflix...
> >>> Pour le calcul à l'arrache:  -> environ 3 Mbps par client :
> >>> https://ispspeedindex.netflix.net/country/france/  -> 20 000 / 3  = 6
> 666
>
> >> Michel Py a écrit :
> >> Quand il fait beau. Le downstream de Starlink c'est en 11 et 12 Ghz,
> donc susceptible
> >> à la pluie, je voudrais bien voir la gueule de leur QAM quand il fait
> mauvais.
>
> > Nang Bat a écrit :
> > Il me semble que les débit (100-150mbps en down, avec l'augmentation a
> 300mbps je sais pas
> > s'il y a assez de recul) était relativement constant malgré la météo (cf
> le reddit starlink)
>
> Un lien ?
>
> > David Ponzone a écrit :
> > Et moi j’attends avec impatience que les anti-12G échafaudent un plan
> pour mettre le feu à un
> > satellite en orbite, quand ils vont apprendre qu’ils sont arrosés avec
> du 12Ghz (la 12G quoi).
>
> La PIRE du satellite c'est 4.89 Mégawatts :P
> Avec un peu plus de satellites, tu vas rôtir ! :P
>
> Un peu de sérieux, quelqu'un connait la PIRE Française de l'émetteur
> Starlink que les utilisateurs vont recevoir (14 à 14,5 GHz en émission) ?
> C'est là où le législateur trop zélé va vous emmerder.
>
>
> > Richard Klein a écrit :
> > 20G c'est pour 1 satellite. Starlink utilise une constellation de
> satellites
> > qui ne sont pas stationnaire par rapport à une station fixe.
>
> Correct.
>
> > Il est certain qu'une station au sol (un utilisateur) captera
> > plusieurs satellites et fera de l'agrégation de bande passante.
>
> Pas vraiment. La limite, c'est la largeur du spectre utilisé. Avoir 10
> satellites qui émettent sur la même fréquence, ça ne change rien. Si on
> veut multiplier le nombre de satellites, il faut réduire la taille du cône
> dans lequel ils émettent, ce qui veut dire que moins de satellites seront
> visibles. Pareil pour les bornes WiFi : ça sert presque à rien d'en mettre
> une tous les 3 mètres si elles sont toutes sur le même canal. Le problème,
> c'est combien de clients tu mets par satellite, pas combien de satellites
> par client.
>
> Aujourd'hui, un satellite couvre une surface a peu près équivalente à la
> France. https://satellitemap.space/# et cocher "rings".
> 500 Km d'altitude, élévation 45 degrés ou mieux.
>
> Trop de satellites sur la même fréquence, et c'est la cacophonie.
>
>
> > Lorsque les satellites commenceront à dialoguer entre eux en mode mesh
> la charge va s'équilibrer.
>
> Ce n'est pas le facteur limitant.
>
> > Donc vos calculs sont valables pour un satellite géostationnaire mais par
> > pour une constellation en mouvement au dessus de nos têtes. J'ais tous
> bon?
>
> Pas tout. Le problème de base est toujours : combien de Km^2 tu couvres
> avec quelle largeur de spectre. Que le satellite bouge ou pas.
>
> > Nang Bat a écrit :
> > Oui mais pas que, la ressource radio est pas illimité, et donc le
> downlink de starlink c'est
> > 2ghz de Ku, donc un gros paramètre dimensionnant c'est la taille mini
> d'un spot (une cellule)
> > qu'un satellite peu former au sol, qui te donne la borne sup du débit
> par unité de surface.
>
> Exactement.
>
> > La ou tout le monde les attends c'est quand les clients vont se densifier
> > localement, avec une météo de merde durant le pic de fin de journée
>
> C'est bien pour ça que j'ai écrit que tester maintenant, ça n'apporte pas
> vraiment les bonnes réponses. Avec peu de clients, tout baigne.
>
> Michel.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] SMS vs Internet, Transaction temps réel OffLine

[Eugène Ngontang]

Bonjour,

Merci pour vos réponses, je comprends mieux certains points et je continue
de mener ma réflexion sur les moyens de paiements virtuels hors ligne.

Eugène NG

Le lun. 22 févr. 2021 à 21:55, Arthur Mayrand  a écrit :

> Bonjour,
>
> Pour pouvoir faire un paiement CB "hors-ligne", il faut :
> 1) un TPE qui sache gérer le hors-ligne
> 2) que la CB du client permette le paiement hors-ligne
>
> Pour le TPE, et pour répondre à ta question : Oui tous les TPE ont besoin
> d'une connectivité pour fonctionner.
> Par contre, et c'est ce qui peut être intéressant dans ton cas, la
> majorité des TPE traditionnel dispose d'un mode de fonctionnement
> hors-ligne, c'est à dire qu'ils stockent les transactions quand il n'y a
> pas de réseau et font la télé-collecte quand le réseau est disponible (par
> exemple en fin de journée, le commerçant connecte de chez lui le TPE).
>
>
> Pour la CB, la puce sert notamment à gérer le paiement hors-ligne. La
> majorité des CB fonctionneront mais certaines ne sont pas compatibles avec
> le paiement hors-ligne, c'est le cas des CB à autorisation systématique
> type Visa Electron ou Maestro.
> Il faut savoir aussi qu'il y a un plafond configurée par la banque dans la
> puce qui oblige la CB à demander une autorisation, donc même sur une carte
> standard, le TPE va refuser certains paiements hors-lignes car le plafond
> hors-ligne de la carte du client a été dépassé.
> Les néobanques ont tendance aussi à mettre des plafonds très bas (voir à
> 0€) pour éviter le risque de découverts.
>
> Arthur
>
>
> Le lun. 22 févr. 2021 à 03:10, Eugène Ngontang  a
> écrit :
>
>> Salut,
>>
>> Pour la mise en place d'une plateforme de payement en SAS, je me pose
>> quelques questions autour de la contrainte internet, le mobile banking
>> versus sms banking.
>>
>> Il se trouve que ls sms est la méthode de communication la moins
>> recommandée dans les transactions bancaires.
>>
>> Dans mon cas il s'agit d'une solution entièrement dématérialisé, c'est à
>> dire pas de paiement physique (cartes bancaires physique, nfc...).
>>
>> Les prestataires de service auront un compte marchand sur la plateforme et
>> peuvent pour certains se trouver dans des zones où l'accès internet est
>> difficile voir impossible.
>>
>> *Comment imaginer un tel système en tenant compte de ces contraintes? Le
>> recours au SMS est une alternative propice?*
>>
>> Comment fonctionne les TPE dans le fond? Requièrent-ils une connection
>> internet pour interroger les serveurs des banques lors des payements dans
>> les centres commerciaux par exemple?
>>
>> Je me dis que savoir un peu plus sur l'architecture interne des TPE,
>> pourraient donner des idées sur l'architecture des terminaux de paiement
>> virtuels.
>>
>> Merci et bon début de semaine.
>>
>> Cordialement,
>> Eugène NG
>>
>> --
>> LesCDN <http://lescdn.com>
>> engont...@lescdn.com
>> 
>> *Aux hommes il faut un chef, et au*
>>
>> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
>> voit on te juge!*
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>

-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] SMS vs Internet, Transaction temps réel OffLine

[Eugène Ngontang]

Salut,

Pour la mise en place d'une plateforme de payement en SAS, je me pose
quelques questions autour de la contrainte internet, le mobile banking
versus sms banking.

Il se trouve que ls sms est la méthode de communication la moins
recommandée dans les transactions bancaires.

Dans mon cas il s'agit d'une solution entièrement dématérialisé, c'est à
dire pas de paiement physique (cartes bancaires physique, nfc...).

Les prestataires de service auront un compte marchand sur la plateforme et
peuvent pour certains se trouver dans des zones où l'accès internet est
difficile voir impossible.

*Comment imaginer un tel système en tenant compte de ces contraintes? Le
recours au SMS est une alternative propice?*

Comment fonctionne les TPE dans le fond? Requièrent-ils une connection
internet pour interroger les serveurs des banques lors des payements dans
les centres commerciaux par exemple?

Je me dis que savoir un peu plus sur l'architecture interne des TPE,
pourraient donner des idées sur l'architecture des terminaux de paiement
virtuels.

Merci et bon début de semaine.

Cordialement,
Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Offre FIBRE vs ADSL

[Eugène Ngontang]

Hello @Radu-Adrian,

J'ai peur qu'on ne se comprenne pas, même si je te fais confiance sur la
question car personnellement je suis loin d'être un AS de l'infrastructure
VDI.

Aujourd'hui j'ai une installation un réseau VDI de grade 2, ce qui n'est
pas plus mal car je pense que le signal TV est meilleur avec le satellite
qu'avec Ethernet.
Dans mon garage tout près de mon compteur électrique se trouve un coffret
de communication dans lequel est installée une prise DTI de marque Legrand
de type T, avec une arrivée et 5 sorties.

Dans mes différentes pièces il y a
- Une prise RJ45 (pour le téléphone et l'informatique)
- Une prise coaxiale (pour la TV)

Donc ça c'est l'existant (bien-sur je compte rationaliser et étendre mon
réseau électrique) avec une prise une DTI en T ( toutes les sorties sont
sur deux fils ).


Lors de mon raccordement internet avec K-net, les techniciens de la société
R mandatée par COVAGE pour me déployer la fibre se sont limités à
s'assurer que je reçois le signal fibre et m'ont dit que ce n'est pas à eux
de me brasser mon réseau électrique, j'ai donc demandé qu'ils m'installent
le modem fibre dans mon garage où j'ai l'intention d'installer ma box afin
de d'arroser toute la maison à partir du Garage, à travers les prises
Ethernet RJ45 déjà installées avec mon VDI.

Plus tard lors de mes travaux je compte faire réinstaller tout mon réseau
électrique par un équipe de pro et le faire passer éventuellement  au grade
3 ou 4, avec plus de prises car la maison va s'agrandir.

Ce que tu es en train de me dire c'est que même avec un boitier ADSL à la
place de la fibre, je peux tout aussi bien exploiter mon réseau électrique
actuel exactement comme j'ai l'intention de le faire et choper le réseau
dans toutes les pièces où j'ai mes prises ethernet. C'est bien ça?

En gros la notion de signal lumineux/électricité liée à la fibre optique
n'a rien à voir avec le réseau électrique de la maison, et on peut
raccorder aussi bien un boitier FTTH qu'ADSL sans avoir à faire la moindre
opération sur l'infrastructure réseau existante?

Une fois cette mise au point, il reste la question de le réelle différence
de vitesse dans la transmission des données entre les deux modes.

Merci.

Le mer. 26 août 2020 à 21:38, Radu-Adrian Feurdean <
fr...@radu-adrian.feurdean.net> a écrit :

> On Wed, Aug 26, 2020, at 20:27, Eugène Ngontang wrote:
> > Du coup pour revenir à ma question d'origine, je me demande, est qu'avec
> un
> > raccordement  en ADSL l'infrastructure réseau change?
>
> Non, pas trop.
>
> > Typiquement, si j'ai déjà des prises RJ45 prévues pour choper le réseau
> > filaire partout dans la maison à travers le courant sans avoir à tirer
> les
> > câbles éthernet, est ce que cela peut se faire avec de l'ADSL? Il me
> semble
> > que non, et j'avais dû  faire creuser une tranchée depuis le poteau à
> > l'entré de chez moi, tout le long de ma servitude, en prélude à mon
> > raccordement FTTH actuel.
>
> Rien a voir.
> Tu as : boucle locale -> equipement(s) de demarcation -> reseau local
> Boucle locale : la fibre ou la ligne xDSL (x = A/V/S/...). Se termine
> generalement avec une prise (telephonique ou PTO)
> Equipements de demarcation:
>  - en ADSL c'est la box de l'operateur
>  - en FTTH, tu as l'ONT et le routeur/box de l'operateur. Ca peut etre
> dans le meme boitier ou non, et si c'est pas le meme il peuvent etre a des
> endroits differents, et il faut le relier (generalement pas un cable
> ethernet - evitez a tout prix les bricoles)
>
> Derriere le routeur/box operateur c'est ton reseau local, que tu etends
> dans la maison un peu comme tu veux. Et si tu n'habites pas dans un petit
> appartement, il faut bien "etendre" le reseau local avec des cables
> (pre-deployes dans le logement ou tires/poses/laisses trainer d'une facon
> ou autre), repeteurs wifi, CPL (buerk), ...
>
> Ce qu'il faut retenir, c'est que le reseau local c'est nullement le
> probleme de l'operateur. C'est le tien. Il a beau vouloir te vendre des
> appareils necessaires pour la partie locale, il pourra rien faire, et en
> regle generale il ne va rien faire.
>
> > J'ai du mal à voir comment déployer et arroser toute la maison (assez
> > grande et compartimentée) en ethernet avec ces dispositions. Peut être il
> > faudrait d'abord qu'un tekos de chez free or whatever passe faire une
> étude
> > de l'existant?
>
> Plutot "whatever". Ou "whatever" = cableur (ou electricien qui comprend la
> difference entre un cable quelconque et un cable reseau).
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Offre FIBRE vs ADSL

[Eugène Ngontang]

Hello,

Du coup pour revenir à ma question d'origine, je me demande, est qu'avec un
raccordement  en ADSL l'infrastructure réseau change?

Typiquement, si j'ai déjà des prises RJ45 prévues pour choper le réseau
filaire partout dans la maison à travers le courant sans avoir à tirer les
câbles éthernet, est ce que cela peut se faire avec de l'ADSL? Il me semble
que non, et j'avais dû  faire creuser une tranchée depuis le poteau à
l'entré de chez moi, tout le long de ma servitude, en prélude à mon
raccordement FTTH actuel.

J'ai du mal à voir comment déployer et arroser toute la maison (assez
grande et compartimentée) en ethernet avec ces dispositions. Peut être il
faudrait d'abord qu'un tekos de chez free or whatever passe faire une étude
de l'existant?

Eugène NG

Le mar. 25 août 2020 à 15:44, Nang Bat  a écrit :

> Le beamforming en 5g il est surtout là pour le bilan de liaison, le
> frequency reuse et la mitigation d'interférences pas vraiment pour la conso
> en période de creux. Allumer et piloter une antenne 64T64R même si ont peut
> réussir à obtenir des consos raisonnables, ça va forcément consommer un
> peu.
> Après tout est question de rapporter la conso au débit utile (et utilisé)
> par user, et bon là effectivement une grosse 64T64R en pic de charge elle
> va consommer un peu beaucoup, mais pas tant que ça en terme de débit utile
> par utilisateur (et beaucoup moins qu'un mix de LTE pour un service
> équivalent).
>
> Le mar. 25 août 2020 à 15:09, Varicap  a écrit :
>
> > La conso d’énergie était un sujet pour vendredi suite à la discussion de
> > nos politiques sur le sujet des forfaits illimités et de la consommation
> > d’énergie.
> > Les opérateurs commencent à prendre conscience de ce sujet où il y a
> > quelques sites en 4G qui commencent à éteindre quelques fréquences 4G la
> > nuit .
> > Lorsque il y une augmentation du traffic les fréquences se remettent en
> > service.
> > Côté consommation cela représente jusqu’à un pourcentage à deux chiffres
> > sur l annnée. Au passage cela permet bien. Sur de réduire l’exposition
> aux
> > ondes (autre débat).
> >
> > Le beam forming permettra aussi de faire des économies d’énergie ‘SI’ la
> > 5G est correctement déployé .
> >
> > C’est à partir de gouttes d’eau que se forment les ruisseaux !
> >
> > Envoyé de mon BP2 ( silent circle inside )
> >
> > > Le 25 août 2020 à 13:35, Nang Bat  a écrit :
> > >
> > > Absolument aucun, en revanche un coup de pelleteuse en sortie de (gros)
> > NRA
> > > vs. un coup de pelleteuse en sortie de NRO RIP je parierai sur le
> cuivre
> > de
> > > l'agrume pour la remise en service la plus rapide (bien entendu
> l'agrume
> > > sait aussi prendre son temps, si le NRA-MED de
> > > La-Brousse-Sans-Couverture-Mobile avec 100 lignes se fait renverser par
> > un
> > > tracteur, ca peut prendre un temps certain xD). Après je ne demande
> qu'à
> > > avoir tort sur la robustesse technique des RIPs face à des gros
> soucis...
> > > (tu me diras dans certains coins en AMII c'est pas mieux...)
> > >
> > > Niveau conso... comment dire un DSLAM avec du vectoring c'est juste une
> > > hérésie par client... la fibre consomme infiniment moins. Juste en
> > > regardant les châssis mixtes qui savent faire du DSL et du PON tu
> restes
> > > largement en dessous de 100 clients DSL sur une linecard alors que tu
> > > montes à 8 OLTs par carte maintenant (donc max 8x128 clients, 8x32 ou
> > 8x64
> > > en pratique) donc dans une enveloppe conso/place équivalente le nombre
> de
> > > clients servi est largement supérieur en FTTH. Sans compter qu'en PON
> tu
> > > peux facilement aller chercher des clients à 20km du NRO.
> > > Sinon sur le long terme c'est aussi une hérésie de faire des réseau
> FTTH
> > en
> > > carton et de dire qu'on va fermer le cuivre... enfin ça c'est un débat
> > pour
> > > vendredi.
> > >
> > > Le mar. 25 août 2020 à 13:31, David Ponzone 
> a
> > > écrit :
> > >
> > >>> Le 25 août 2020 à 13:14, Nang Bat  a écrit
> :
> > >>>
> > >>> Bref tout ça pour dire qu'un DSL GP ça bagotte avec le vent et t'a un
> > >> débit
> > >>> pourri mais s'il y a beaucoup de pelleteuses pyromanes dans le
> secteur
> > il
> > >>> se peut que sur quelques années ça finisse par avoir une meilleure
> > dispo
> > >>> que le même lien FTTH.
> > >>
> > >> T’as un élément qui te permet de penser que les pelleteuses en folie
> > vont
> > >> épargner les paires de cuivre ? :)
> > >>
> > >>
> > >
> > > ---
> > > Liste de diffusion du FRnOG
> > > http://www.frnog.org/
> >
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [MISC] Offre FIBRE vs ADSL

[Eugène Ngontang]

Hello la liste.

Petite question un peu "conne".

D'un point de vue opérationnel et pragmatique quelle est la plus-value de
souscrire à une offre *ADSL *plutôt que *Fibre optique*, ou l'inverse?

Dans le même ordre d'idée, qu'est ce que la nouvelle Freebox pop apporte de
plus que les offres actuelles du marché?

Merci.

Cordialement,
Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Hébergement local et internet mobile

[Eugène Ngontang]

Hello Florent, puisque c'est de mon application qu'il s'agit je parle ici
de l'application...

Merci

Le sam. 4 avr. 2020 à 18:42, Florent CARRÉ  a écrit :

> Hello Eugène et la liste,
>
> Je pense que la question est à prendre de la façon suivante:
> - données mobiles = tout le trafic réseau au niveau de l'antenne soit
> absolument tout
> - données mobiles = tout le trafic https/DNS/udp/tcp & co exclusivement de
> ton application
>
> Juste ma façon de voir la chose.
> Ensuite, il faut analyser le poids des réponses de tes api & co tout comme
> le poids des données que tu envoies à tes api.
>
> Le calcul peut devenir très vite lourd si tu as de nombreux cas différents.
>
> Excellente journée
>
> On Sat, Apr 4, 2020, 11:32 Eugène Ngontang  wrote:
>
>> Merci beaucoup Radu-Adrian.
>>
>> Tu as effectivement raison sur l'ensemble car en effet la notion de
>> routage est relative ici, cependant je pense que les protocoles de routage
>> savent choisir le meilleur chemin
>> D'où ma question du dns qui dépend des serveurs  dns ..
>>
>> Par ailleurs je n'arrive  pas à répondre à ta question sur "comment tu
>> définis les données mobiles?".
>>
>> Le sam. 4 avr. 2020 à 17:14, Radu-Adrian Feurdean <
>> fr...@radu-adrian.feurdean.net> a écrit :
>>
>>> On Sat, Apr 4, 2020, at 16:41, Eugène Ngontang wrote:
>>> > Hello la liste...
>>> >
>>> > J'ai quelques questions sur l'utilisation des données mobiles liées à
>>> un
>>> > service en ligne ...
>>>
>>> Tu definis comment les "donnees mobiles" ?
>>> Si ce sont les donees qui passent par la partie radio, j'ai tendance a
>>> dire que le changement est quasi-nul. La quantite de donnees genere par un
>>> service devra rester la meme.
>>> Si ce sont les donnees qui ont comme origine ou comme destination un
>>> terminal mobile, c'est le meme chose. De toute facon a un certain moment ca
>>> finit sur la backbone fixe.
>>>
>>> Apres, la definition de la localisation, c'est relative. A partir de
>>> Lille est-il plus "court" d'aller a Bruxelles ou a Paris ? A Amsterdam ou a
>>> Toulouse ? Vaut-il mieux reccuperer une page dans un cache interne a
>>> l'autre bout du pays ou dans un cache externe a moins de 100km une
>>> frontiere et un AS de distance ? Le reponse n'est pas automatique.
>>>
>>> Pas oublier non plus que la donnee peut traverser le pays avant-meme que
>>> ca soit de-capsule pour devenir du vrai traffic internet. C'est a ce
>>> niveau-la que beoucoup attendent une amelioration
>>> (localisation/de-centralisation) avec la 5G.
>>>
>>>
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
>>>
>>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Hébergement local et internet mobile

[Eugène Ngontang]

Merci beaucoup Radu-Adrian.

Tu as effectivement raison sur l'ensemble car en effet la notion de routage
est relative ici, cependant je pense que les protocoles de routage savent
choisir le meilleur chemin
D'où ma question du dns qui dépend des serveurs  dns ..

Par ailleurs je n'arrive  pas à répondre à ta question sur "comment tu
définis les données mobiles?".

Le sam. 4 avr. 2020 à 17:14, Radu-Adrian Feurdean <
fr...@radu-adrian.feurdean.net> a écrit :

> On Sat, Apr 4, 2020, at 16:41, Eugène Ngontang wrote:
> > Hello la liste...
> >
> > J'ai quelques questions sur l'utilisation des données mobiles liées à un
> > service en ligne ...
>
> Tu definis comment les "donnees mobiles" ?
> Si ce sont les donees qui passent par la partie radio, j'ai tendance a
> dire que le changement est quasi-nul. La quantite de donnees genere par un
> service devra rester la meme.
> Si ce sont les donnees qui ont comme origine ou comme destination un
> terminal mobile, c'est le meme chose. De toute facon a un certain moment ca
> finit sur la backbone fixe.
>
> Apres, la definition de la localisation, c'est relative. A partir de Lille
> est-il plus "court" d'aller a Bruxelles ou a Paris ? A Amsterdam ou a
> Toulouse ? Vaut-il mieux reccuperer une page dans un cache interne a
> l'autre bout du pays ou dans un cache externe a moins de 100km une
> frontiere et un AS de distance ? Le reponse n'est pas automatique.
>
> Pas oublier non plus que la donnee peut traverser le pays avant-meme que
> ca soit de-capsule pour devenir du vrai traffic internet. C'est a ce
> niveau-la que beoucoup attendent une amelioration
> (localisation/de-centralisation) avec la 5G.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Hébergement local et internet mobile

[Eugène Ngontang]

Hello la liste...

J'ai quelques questions sur l'utilisation des données mobiles liées à un
service en ligne ...

- Est ce que concrètement le fait de taper sur un service hébergé
localement dans le pays de résidence de l'utilisateur plutôt qu'un autre
pays consomme moins de données mobiles?

- Est ce que le CDN au-delà de l'accélération/amélioration de l'expérience
web des users a  un impact sur l'économie des données mobiles ?

- Quel est l'impact du DNS dans la consommation des données mobiles ?

Ce sont quelques questions comme ça que j'essaie de creuser sur
l'optimisation de la consommation des données mobiles dans la conception
d'une appli, au-delà des techniques telles que la compression...

Autre point,  quelle la meilleure offre d'hébergement physique pour tester
une solution on-premise en France selon vos REX?

Merci

Cordialement,
Eugène NG

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

@Richard

Je n'avais pas du tout l'idée de ce que la solution que j'étais en train de
concevoir était pensée ailleurs par d'autres...
C'est ici que j'ai découvert TraceTogether, puis ce point du journal qui
soulève le besoin en France...

Ce qui me différencie c'est entre autres que j'ai commencé à concevoir ma
solution sans y être incité par l'impulsion de ces états.

Ne nous dispersons pas, restons ici  je la tiens l'app.

Merci pour le partage.

Eugène NG

Le mer. 1 avr. 2020 à 23:29, Richard Klein  a écrit :

> Bonsoir a tous,
>
> CQFD a 4mn35s :
> https://www.francetvinfo.fr/replay-jt/france-2/20-heures/jt-de-20h-du-mercredi-1-avril-2020_3862677.html
> Finalement qui sortira l'app ? :-)
>
> Bon Vidoc19
>
> Richard
>
>
> Le mar. 31 mars 2020 à 09:49, Eugène Ngontang  a
> écrit :
>
>> Merci beaucoup @Michel
>>
>>
>> J'ai entièrement revu mon approche et je vais justement composer avec la
>> populace volontaire, ça impactera les autres, mais avec leur implication
>> et
>> en toute transparence.
>>
>> Avez-vous des billes sur géolocalisation par bluetooth sans installer
>> d'infrastructures matériel supplémentaire ?
>>
>> Merci pour vos contributions les gars.
>>
>> Le mar. 31 mars 2020 à 03:53, Michel Py <
>> mic...@arneill-py.sacramento.ca.us>
>> a écrit :
>>
>> > > Eugène Ngontang a écrit :
>> > > Une fois encore vraiment merci pour tes remarques,  toutes
>> > pertinentes... Ce que
>> > > tu me fais remarquer est absolument vrai  à tous les niveaux et ultra
>> > pertinent,
>> > > sauf que ce n'est pas aussi bête et méchant ce que je veux mettre en
>> > place.
>> >
>> > Tu n'as pas besoin de me convaincre, je ne suis pas ton problème. C'est
>> > lamentable, mais ce que Stéphane et moi avons essayé de te dire, c'est
>> que
>> > tu essaies de changer un système qui ne t'écoute même pas, et voit en
>> toi
>> > une menace pour leur pouvoir.
>> >
>> > J'ai été jeune et con, et j'ai cru que j'allais changer le monde.
>> > Maintenant que je suis vieux et con, je n'ai qu'un seul conseil à te
>> donner
>> > : n'y perds pas plus de la moitié de ta vie.
>> >
>> > Michel.
>> >
>> >
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

Merci beaucoup @Michel


J'ai entièrement revu mon approche et je vais justement composer avec la
populace volontaire, ça impactera les autres, mais avec leur implication et
en toute transparence.

Avez-vous des billes sur géolocalisation par bluetooth sans installer
d'infrastructures matériel supplémentaire ?

Merci pour vos contributions les gars.

Le mar. 31 mars 2020 à 03:53, Michel Py 
a écrit :

> > Eugène Ngontang a écrit :
> > Une fois encore vraiment merci pour tes remarques,  toutes
> pertinentes... Ce que
> > tu me fais remarquer est absolument vrai  à tous les niveaux et ultra
> pertinent,
> > sauf que ce n'est pas aussi bête et méchant ce que je veux mettre en
> place.
>
> Tu n'as pas besoin de me convaincre, je ne suis pas ton problème. C'est
> lamentable, mais ce que Stéphane et moi avons essayé de te dire, c'est que
> tu essaies de changer un système qui ne t'écoute même pas, et voit en toi
> une menace pour leur pouvoir.
>
> J'ai été jeune et con, et j'ai cru que j'allais changer le monde.
> Maintenant que je suis vieux et con, je n'ai qu'un seul conseil à te donner
> : n'y perds pas plus de la moitié de ta vie.
>
> Michel.
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

Hello les gars,

Du coup je me pose une question pour les expert radio, est-il possible de
scanner et obtenir des informations d'appareils mobiles dans un rayon
données? Je veux dire une sorte de "*mobile* *nmap"* qui pourrait dans un
rayon données scanner et chopper tous les appareils mobiles autour (GSM ou
smartphones, peu importe)...

Pour faire plus simple, est ce qu'en se servant juste d'onde radio, on
pourrait savoir à partir d'un téléphone s'il y a des téléphones à côtés, et
récupérer les adresses MAC de ces derniers, sans aucun échange téléphonique
au préalable??

Je fais mes recherches en même temps.

Merci.

Le lun. 30 mars 2020 à 10:29, Michael Hallgren  a écrit :

> Le 2020-03-29 20:20, Michel Py a écrit :
> >> Michael Hallgren a écrit :
> >> Entré : https://fr.wikipedia.org/wiki/GPS_diff%C3%A9rentiel
> >
> > Ce n'est pas aussi simple que l'article le décrit, en particulier cette
> > phrase :
> >> c'est-à-dire que si le décalage était de « 100 mètres à l’est »
> >
> > Ce n'est pas comme çà que çà fonctionne depuis des lustres. Ceci est
> > simpliste. Ce n'est pas un "décalage", on chiffre une partie des
> > données.
> > Par exemple : une image a une résolution de 1024x768. Tu la réduis à
> > 640x480. Même si plus tard un coup de Photoshop magique la remet à la
> > résolution d'origine, les détails ne vont pas revenir.
> >
> > Et le GPS différentiel, ce n'est généralement pas disponible au grand
> > public. C'est vrai qu'en ayant une acquisition d'une station fixe,
> > plus tous les satellites visibles au lieu de 3 ou 4, en plus d'un bon
> > algorithme qui devine plus ou moins l'erreur entre ce que le signal
> > est et ce qu'il aurait du être (facile à prédire, vu que la station ne
> > bouge pas) on peut grandement contrer les effets du chiffrage, mais ce
> > n'est pas disponible partout ni bon marché. Un bon équipement de GPS
> > différentiel se doit d'avoir une horloge du même niveau de précision
> > que les satellites GPS, ce qui ne court pas les rues.
> >
>
> Vrais, ma reference est le deployment "IALA" (pour utilisation
> essentiellement  maritime).
>
> Michael
>
> > Michel.
>
>

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

Hello @Michel,

Une fois encore vraiment merci pour tes remarques,  toutes pertinentes...
Ce que tu me fais remarquer est absolument vrai  à tous les niveaux et
ultra pertinent, sauf que ce n'est pas aussi bête et méchant ce que je veux
mettre en place. Et je te tiendrai au courant très rapidement,  sans
faute.

Si oui juste pour nous détendre un peu et répondre à ta dernière question
qui est un peu plus personnel, j'ai vécu dans l'extrême précarité jusqu'à
ce je devienne très grand majeur et me découvre la passion pour
l'informatique. C'est à dire que j'ai commencé à rêver pour moi et ma
famille à partir de mes 25 ans, avant il fallait juste survivre et ne pas
crever,  j'ai jamais eu d'enfance, par exemple .
Je décide de développer une expertise en ingénierie système à 27ans, où je
débarque en France par EPITECH
Je sais parfaitement bien ce que c'est que vivre au jour le jour champion,
et je me rappellerai de toi si un jour je dois raconter mon histoire 

Non mais plus sérieusement, j'ai une très bonne idée de ce que je veux
faire,  ça ne sera ni usine à GAZ, ni bombe à retardement, dès que j'aurai
vraiment de quoi simuler je repasserai par ici.

J'aime les valeurs que vous portez dans cette ml, au-delà du génie de
chacun.

Merci les gars.

Eugène NG

Le lun. 30 mars 2020 à 07:50, Pierre Col  a écrit :

> Il existe des balises très économes en énergie car elles utilisent des
> réseaux LORA ou Sigfox plutôt que téléphonie mobile. Leur batterie peut
> durer jusqu'à plusieurs mois sans recharge.
>
> Exemple avec cette startup française :
> https://www.invoxia.com/fr
>
> --
> Pierre Col
>
> Le dim. 29 mars 2020 à 13:17, Eugène Ngontang  a
> écrit :
>
>> Bonjour la liste.
>>
>> J'ai quelques questions liées à la localisation s'appuyant sur le réseau
>> télécom.
>>
>> De part mes connaissances (limitées) dans le domaine, on peut localisé un
>> objet (téléphone ici) par GPS ou par GSM/GPRS.
>>
>> Avec le GPS il faut que le téléphone soit GPS-compatible et que
>> l'utilisateur veuille l'activer. Par ailleurs, il consomme  plus de
>> batterie et n'utilise pas une station de base, mais plutôt des satellites,
>> et le signal se perd facilement pour peu qu'il soit obstrué.
>>
>> Le GSM lui est plus économique en terme de batterie, ne dépend pas de
>> l'utilisateur, et par contre a besoin de d'une station de base. La
>> position
>> remontée par le GSM n'est pas toujours précise.
>>
>> Mes questions :
>>
>> - Le GPS utilisant les 24 satellites répartis sur la planète pour la
>> triangulation, est il possible de localiser un objet par GPS n'importe où
>> dans le monde? Je veux dire ces satellites qui appartiennent au
>> gouvernement américain servent-elles la terre entière? Quelles sont les
>> limites du GPS de ce fait?
>>
>> - Le GPRS/GSM s'appuyant sur le réseau télécom et donc les opérateurs
>> mobiles, où commence et s'arrête le responsabilité de l'opérateur?
>>
>> - Plus concrètement, dans l'élaboration d'un programme informatique
>> utilisant des données GSM pour tracker la position des abonnés :
>>
>>- Comment s'intègrerait une telle application aux réseau télécom du
>>pays  et avec les différent opérateurs mobiles?
>>- Est-il possible de suivre en temps réel la position d'un objet GSM en
>>s'appuyant sur le réseau mobile existant? Si oui existe-t-il des
>> technos
>>(mises au point par les opérateurs ou autres) pour parvenir à une
>> telle fin
>>"programmatiquement" parlant?
>>- Dans une telle démarche, de qui obtenir quelle autorisation? Les
>>responsabilités se limitent-elles entre les opérateurs et l'éditeur du
>>logiciel ou cela requiert un autre tiers ?
>>- Est-ce que les opérateurs mobile ont une telle offre s'appuyant sur
>>leur station de base? Si oui y-t-il une offre standard ou il y va du
>>business modèle de chaque opérateur mobile?
>>- Je suis preneur de toute information technico-fonctionnelle utile sur
>>ce sujet de la localisation GSM/GPRS, article/livre..
>>
>>
>> J'espère que je ne suis pas hors scope, si oui je vous prierai de
>> m'indiquer la bonne direction selon vous pour mes interrogations.
>>
>> Merci
>>
>> Bien cordialement,
>> Eugène NG
>> --
>> LesCDN <http://lescdn.com>
>> engont...@lescdn.com
>> 
>> *Aux hommes il faut un chef, et au*
>>
>> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
>> voit on te juge!*
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

@Michel Py 

Pour rajouter à ce que j'ai dit, mon but était de comprendre comment
architecturer la solution pour opérer avec le GSM.

En ce qui concerne les états, oui je vais les aborder et avec la solution
la moins intrusive possible.

Et j'ai envie de te dire que c'est bien mieux de mon point de vue de
trouver un moyen de tendre la carotte aux populations, avec  un "fouet
technologique", plutôt que leur demander de choisir entre mourir tous de
COVID ou de FAIM, ou encore se voir disperser à coup de fouets et gaz
lacrymogène,  parce qu'on a aucun moyen de mettre en place efficacement le
confinement et limiter les déplacements et rassemblement, pour des raison
sociale, éthique, culturelle... On ne vit pas les mêmes réalités dans tous
les pays du monde, et ce que toi tu peux percevoir comme dictature pour une
population peut être perçu comme soulagement/nécessité pour une autre.

Pour les informations, je vais jouer sur les moins sensibles concernant
possibles les abonnés, et je vais moi-même fournir aux opérateurs les api
et programmes sont il question ici, pour croiser les outputs en interne et
prendre les mesures prescrites par l'état. Donc je n'ai vraiment pas besoin
que l'opérateur me fournisse une API, juste des infos de leur CDR me
permettant de localiser les objets, sans toutefois identifier les personnes
associées à ces objets.

En gros par exemple dans mon système je n'ai pas besoin du numéro de
téléphone d'un abonné, ni de son identité, mais je peux fournir à
l'opérateur le programme embarqué dans son infra qui lui permettrait de
croiser ces données internes avec les résultats de mes calculs pour par
exemple envoyer un sms à l'utilisateur sans que ni moi mon système n'en
soit notifié.

Je pense que chacun de nous ici a au moins une institution qui détient
toutes informations personnelles sur nous, qui peut en faire ce qu'elle
veut, mais qui ne le fait pas par respect de la déontologie.

En tout état de cause, le GPS ne peut répondre à la problématique visée ici
du simple fait qu'il implique le fait d'avoir un smartphone et un accès
internet, et vos réticences m'emmènent à de mieux en mieux penser le
système.

Merci encore pour vos contributions.

Cordialement,
Eugène NG

Le dim. 29 mars 2020 à 21:42, Michel Py 
a écrit :

> > Nang Bat a écrit :
> > En RTK globalement la précision est meilleure de manière générale qu'en
> dGPS, en plus rtklib est open-source.
>
> J'étais vachement en retard, merci. Carrier-phase tracking c'est un peu
> comme les constellations des modulations QAM : quand GPS a été conçu on
> n'aurait jamais imaginé de pouvoir disposer de la puissance de calcul
> nécessaire à faire ce genre de chose. On n'en est pas encore au point de
> mettre çà dans un mobile avec très peu d'énergie, ceci dit.
>
>
> > Eugène Ngontang a écrit :
> > Et personnellement je prends toutes mesures de sécurité et éthique
> possibles,
> > le gouvernement n'a à sa disposition qu'un backend et un dashboard pour
> la
> > visiluasition, aucun accès direct à la base de données possible.
>
> Quand tu trouves un gouvernement qui acceptes tes conditions, tu nous
> préviens. Sans parler des opérateurs mobile dans le même pays qui vont
> t'accueiller à bras ouverts et te donner une API pour que tu puisses faires
> ce que tu veux. Ce n'est pas un problème technique que tu as, c'est un
> problème politique.
>
> Michel.
>
>

-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

Bon Michel Py,

Je te comprends,  mais ce que tu dois aussi comprendre est que le contexte
n'est pas le même qu'ici,  et que les états n'ont vraiment pas besoin de la
technologie pour matter la population.

Je pense qu'il faut aussi comprendre la nécessité de sauver/préserver  des
vies et ne pas toujours se braquer sur l'argument de la dictature.
Les gouvernements sont dépassés, les populations doivent coopérer et ne pas
céder à la torpeur à tous les coups.

De plus, plus la solution est efficace et vite en place,  plus les risques
d'aggravation de la situation diminue.

Et personnellement je prends toutes mesures de sécurité et éthique
possibles, le gouvernement n'a à sa disposition qu'un backend et un
dashboard pour la visiluasition, aucun accès direct à la base de données
possible.

Le dim. 29 mars 2020 à 20:37, Nang Bat  a écrit :

> En RTK globalement la précision est meilleure de manière générale
> qu'en dGPS, en plus rtklib est open-source. Si tu combines
> GPS/glonass/beidou la précision est vraiment très bonne même en
> situation très dégradée. Pour Galileo on va dire qu'on va pouvoir
> attendre encore un petit peu que ça se fiabilise même a constellation
> incomplète (http://berthub.eu/articles/posts/galileo-accident/)
>
> Le dim. 29 mars 2020 à 20:20, Michel Py
>  a écrit :
> >
> > > Michael Hallgren a écrit :
> > > Entré : https://fr.wikipedia.org/wiki/GPS_diff%C3%A9rentiel
> >
> > Ce n'est pas aussi simple que l'article le décrit, en particulier cette
> phrase :
> > > c'est-à-dire que si le décalage était de « 100 mètres à l’est »
> >
> > Ce n'est pas comme çà que çà fonctionne depuis des lustres. Ceci est
> simpliste. Ce n'est pas un "décalage", on chiffre une partie des données.
> > Par exemple : une image a une résolution de 1024x768. Tu la réduis à
> 640x480. Même si plus tard un coup de Photoshop magique la remet à la
> résolution d'origine, les détails ne vont pas revenir.
> >
> > Et le GPS différentiel, ce n'est généralement pas disponible au grand
> public. C'est vrai qu'en ayant une acquisition d'une station fixe, plus
> tous les satellites visibles au lieu de 3 ou 4, en plus d'un bon algorithme
> qui devine plus ou moins l'erreur entre ce que le signal est et ce qu'il
> aurait du être (facile à prédire, vu que la station ne bouge pas) on peut
> grandement contrer les effets du chiffrage, mais ce n'est pas disponible
> partout ni bon marché. Un bon équipement de GPS différentiel se doit
> d'avoir une horloge du même niveau de précision que les satellites GPS, ce
> qui ne court pas les rues.
> >
> > Michel.
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

Bonsoir @Stéphane,

Je vais apporter plus de précisions sur le projet.

Alors pour ma part je ne suis pas dans une démarche d'espionnage, mais
l'idée globalement est d'encourager les gens à la responsabilité dans le
confinement dans les pays sous-développés n'ayant pas la même structure
sociale que les pays développés, et d'y associer une prime au confinement
sur la base du respect d'un certain périmètre et une certaine fréquence de
déplacement.
A cela on associe la fourniture en denrées alimentaires car les populations
pauvres sortent le plus souvent pour aller chercher leur gagne-pain.

La solution a développer est à destination des gouvernements pour les aider
à mettre en place plus facilement le confinement, car ils n'y arrivent pas.

En utilisant le GPS ça invite les utilisateurs à souscrire et ça peut par
contre biaiser le système. Par ailleurs non seulement ça écarte du champ
d'application de la solution les populations pauvres qui n'ont généralement
ni smartphone ni internet, or c'est d'eux qu'il s'agit car ils sont
majoritaires dans ces pays.

En utilisant le GSM on peut simplement identifier les mouvements des uns et
des autres dans un périmètre et sur la base des données que l'opérateur
voudra fournir, et se servir des numéros de téléphone pour effectuer les
payements des primes (avec un numéro de transaction envoyé par sms on peut
retirer de l'argent dans un point de retrait, c'est déjà en place
aujourd'hui dans nombreux de ces pays)

Le but est de mettre la solution au point assez rapidement, en s'appuyant
sur l'existant et sans avoir à déployer une infrastructure supplémentaire.
La perte de précision due au manque de couverture réseau n'est pas vraiment
grave dans ce cas, car l'idée n'est pas de traquer vraiment les gens mais
de mailler des zones géographiques et s'assurer que les déplacements sont
limitées durant la période de confinement.

En partant donc du fait qu'on s'appuie essentiellement sur GSM/GPRS, ma
problématique actuellement est la suivante :

   - Définir toutes éléments dont j'ai besoin pour mes calculs et mon
   maillage, afin de pouvoir dire exactement aux opérateurs telecom ce que
   j'attends deux. Il me faut donc dans ce cas définir des éléments que tout
   opérateur est susceptible de fournir plus ou moins facilement
   - Définir les fonctions (programmes, algos) que je dois implémenter pour
   utiliser les données que j'ai spécifiées afin d'évaluer le plus précisément
   possible le respect du confinement
   - Définir la meilleure façon de concevoir la solution, qui me donnera la
   plus de chance d'avoir l'adhésion des opérateur : je n'ai jamais dealé
   aussi directement avec les opérateurs donc je ne sais pas encore Peut
   être sollicité l'intervention des gouvernants pour appuyer dans le contexte
   qui prévaut?
   - Une fois tout ceci est clair je compte POCquer un MVP que j'ai déjà
   entamé
   - Et si effectivement j'ai un MVP qui convainc et que mon approche
   montre que j'ai des chances d'obtenir l'adhésion des opérateurs, je peux
   très facilement lever des fonds auprès des volontaires pour mettre au plus
   vite sur pied la solution


J'espère que c'est  un peu plus clair.

Merci encore pour vos contributions.

Cordialement,
Eugène NG

Le dim. 29 mars 2020 à 19:15, Stéphane Rivière  a écrit :

>
> > recueillir ces données de position associé à un device et un id
> (téléphone
> > et numéro de téléphone)? Faut-il s'intégrer aux BTS? Faut-il provisioner
> du
>
> Pas spécialiste, mais de mémoire :
>
> En xG, le système a forcément (compte tenu de l'architecture) une
> estimation très précise de la distance entre la base et le mobile.
>
> C'est indispensable en 2G (TDMA), ça découle d'autres problématiques en
> 3G/4G (contrôle de la puissance du mobile). Là, on ne parle pas de
> kilomètres mais d'une précision de quelques mètres (si l'on ne tient pas
> compte des réflexions, en fonction de l'urbanisation et de la bande de
> fréquence utilisée)
>
> Donc on a forcément des fonctions/api dans les cœurs de réseaux pour
> ressortir cette info. Ca porte le doux nom de TDOA pour tes recherches.
> Tu verras que beaucoup de soluces existent sur étagères.
>
> Ensuite, il faut un maillage de bases suffisant pour assurer une
> continuité de service pour les mobiles en déplacement. Si le pays
> d'application dispose d'un tel maillage, deux bases suffisent pour
> géolocaliser. Après c'est de la culture xG + du spécifique en fonction
> des fabricants.
>
> Ta problématique est clairement du niveau étatique/opérateur et il
> existe des prestataires de ce niveau et qui disposent déjà de toute la
> chaîne d'acquisition et de restitution.
>
> Si tu souhaites t'affranchir de ça et proposer une solution purement
> commerciale et indépendante, sur l'intégralité d'un pays, c'est du GPS
> via xG. À un niveau restreint (une métropole), de l'IOT peut convenir
> avec l'infra ad-hoc. Mais le GPS a ses contraintes, genre dans une cave,
> ça ne marchera pas. Alors qu'on peut 

Re: [FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

Merci beaucoup Richard.

Effectivement j'aimerais que dans les suggestions on fasse abstraction de
la partie juridique qui incombe à l'état, et encore merci encore pour
l'article sur la collecte des données mobiles.

Pour mon cas précisément, je souhaite mettre au point la solution pour des
pays sous développés et moins structurés que les pays développés, avec la
collaborations des opérateurs telecom et des états,

Dans ces zones la problématique est portée sur la classe pauvre, et donc
une population qui a certes un téléphone et un numéro de téléphone chacun,
mais pas toujours un smartphone ou un accès internet.
C'est pourquoi je circonscris mas question au GSM/GPRS, sachant que ça
pourra couvrir tous les cas, même si on perd les avantages du GPS, la
précision n'est pas une priorité.

Après s'il faut mettre l'intelligence plutôt du côté du système à
développer pas de problème, mais jusqu'ici ma question demeure sur la
géolocalisation GSM en utilisant les données opérateurs.

Quel serait le moyen le plus pratique et le moins onéreux de pouvoir
recueillir ces données de position associé à un device et un id (téléphone
et numéro de téléphone)? Faut-il s'intégrer aux BTS? Faut-il provisioner du
matériel ou du logiciel chez les opérateurs?
C'est cette partie de l'architecture que j'ai encore du mal à spécifier.

Merci encore Richard.

Cordialement,
Eugène NG

Le dim. 29 mars 2020 à 16:40, Richard Klein  a
écrit :

> Bonjour
>
> Voir les articles sur l'UE (union europeen) qui autorise la collecte
> auprès des opérateurs de la position des UE (des mobiles quoi) pendant la
> période du covid.
>
> https://www.lesnumeriques.com/telephone-portable/confinement-l-ue-autorise-la-collecte-des-donnees-mobiles-des-francais-n148891.html
> Sur les mobiles/UE la méthode par triangulation et avec le délais de
> propagation permet de géolocaliser un mobile entre je pense 100m et
> plusieurs Km
> La précision est approximative et ne permet pas de connaître l'altitude du
> mobile alors qu'avec le GPS si.
> Je pense que la 5G permettra encore d'augmenter la precison de
> localisation grace au MIMO massif.
> Depuis plusieurs années google, Apple et autres collectes les données de
> geolocalisation des Cell-id et du wifi depuis nos smartphones..
> Faire du scan d'adresse MAC Wifi, Cell-ID  couplé avec un GPS permet
> d'augmenter les bases de localisation de plusieurs acteurs (
> https://www.here.com/ par exemple)
> Faire du scan des MAC bluetooth et des Tags bluetooth permet aussi
> d'augmenter la precision de localisation en INDOOR.
> Posez-vous la question pourquoi par exemple sur un Iphone le bluetooth ou
> le wifi se reactive régulièrement :
>
> https://www.frandroid.com/marques/apple/600462_comment-fonctionne-lingenieux-find-my-pour-retrouver-votre-iphone-votre-mac-ou-votre-ipad-meme-quand-il-est-hors-ligne
>
> Un autre exemple en SIGFOX et Lorawan les APIs permettent de faire aussi
> de la géolocalisation sur la base des antennes . La methode est identique
> que pour les mobiles.
> Par exemple chez Telecom Design le TD2105(obsolete et cocorico) permet
> d'avoir un GPS et de transmettre en SIGFOX les coordonnés GPS.
> La prochaine generation c'est avec du wifi et sans le GPS qui marche
> vraiment bien encore une fois selon l'environnement.
> Je vous recommande de voir cette boite qui commercialise des trackers low
> cost que je test et qui en pleine ville semble vraiment bien marcher.
> https://simplehw.eu/
>
> Bref en indoor le wifi et le bluetooth permet d'avoir une precision de
> quelques metres en quelques miilisecondes.
> En outdoor le GPS reste la solution universel mais pas a new york entre
> deux tours. Par ailleurs un démarrage a froid d'un GPS va prendre du temps
> et tirer sur la batterie donc en IOT c'est a éviter.
> Voir aussi :
> https://en.wikipedia.org/wiki/Assisted_GPS
> https://fr.wikipedia.org/wiki/Assisted_GPS
> Les constructeurs de mobiles utilisent un mixe de plusieurs techno pour
> affiner la précision de localisation.
>
> Bon Covid a tous.
>
> Richard
>
>
> Le dim. 29 mars 2020 à 14:06, Eugène Ngontang  a
> écrit :
>
>> Hello @Refuznik.
>>
>> Merci pour le lien, c'est dans le même ordre d'idée que s'inscrit  mon
>> besoin. Sauf que eux ils utilisent le GPS pour la géolocalisation.
>>
>> Mon cas doit s'appuyer essentiellement et exclusivement sur le téléphone
>> mobile/GSM sans intégrer le GPS ou l'accès internet.
>>
>> Mon système doit pouvoir onboarder les utilisateurs du réseau mobile, et
>> les localiser en s'appuyant sur l'infrastructure réseau mobile existante.
>> Une fois les coordonnées obtenues le système saura les exploiter
>>
>> Il me semble qu'un tel système requiert la collaboration des opérateurs
>> télécoms. Non?
>>
>&g

Re: [FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

Hello @Refuznik.

Merci pour le lien, c'est dans le même ordre d'idée que s'inscrit  mon
besoin. Sauf que eux ils utilisent le GPS pour la géolocalisation.

Mon cas doit s'appuyer essentiellement et exclusivement sur le téléphone
mobile/GSM sans intégrer le GPS ou l'accès internet.

Mon système doit pouvoir onboarder les utilisateurs du réseau mobile, et
les localiser en s'appuyant sur l'infrastructure réseau mobile existante.
Une fois les coordonnées obtenues le système saura les exploiter

Il me semble qu'un tel système requiert la collaboration des opérateurs
télécoms. Non?

Cordialement,
Eugène NG

Le dim. 29 mars 2020 à 13:50, Refuznik  a écrit :

> Salut,
>
> Pour faire simple je te renvoie sur les explications pour la
> geolocalisation de véhicules
> https://www.companeo.com/geolocalisation-de-vehicules
>
>
> Le dim. 29 mars 2020 à 13:17, Eugène Ngontang  a
> écrit :
>
>> Bonjour la liste.
>>
>> J'ai quelques questions liées à la localisation s'appuyant sur le réseau
>> télécom.
>>
>> De part mes connaissances (limitées) dans le domaine, on peut localisé un
>> objet (téléphone ici) par GPS ou par GSM/GPRS.
>>
>> Avec le GPS il faut que le téléphone soit GPS-compatible et que
>> l'utilisateur veuille l'activer. Par ailleurs, il consomme  plus de
>> batterie et n'utilise pas une station de base, mais plutôt des satellites,
>> et le signal se perd facilement pour peu qu'il soit obstrué.
>>
>> Le GSM lui est plus économique en terme de batterie, ne dépend pas de
>> l'utilisateur, et par contre a besoin de d'une station de base. La
>> position
>> remontée par le GSM n'est pas toujours précise.
>>
>> Mes questions :
>>
>> - Le GPS utilisant les 24 satellites répartis sur la planète pour la
>> triangulation, est il possible de localiser un objet par GPS n'importe où
>> dans le monde? Je veux dire ces satellites qui appartiennent au
>> gouvernement américain servent-elles la terre entière? Quelles sont les
>> limites du GPS de ce fait?
>>
>> - Le GPRS/GSM s'appuyant sur le réseau télécom et donc les opérateurs
>> mobiles, où commence et s'arrête le responsabilité de l'opérateur?
>>
>> - Plus concrètement, dans l'élaboration d'un programme informatique
>> utilisant des données GSM pour tracker la position des abonnés :
>>
>>- Comment s'intègrerait une telle application aux réseau télécom du
>>pays  et avec les différent opérateurs mobiles?
>>- Est-il possible de suivre en temps réel la position d'un objet GSM en
>>s'appuyant sur le réseau mobile existant? Si oui existe-t-il des
>> technos
>>(mises au point par les opérateurs ou autres) pour parvenir à une
>> telle fin
>>"programmatiquement" parlant?
>>- Dans une telle démarche, de qui obtenir quelle autorisation? Les
>>responsabilités se limitent-elles entre les opérateurs et l'éditeur du
>>logiciel ou cela requiert un autre tiers ?
>>- Est-ce que les opérateurs mobile ont une telle offre s'appuyant sur
>>leur station de base? Si oui y-t-il une offre standard ou il y va du
>>business modèle de chaque opérateur mobile?
>>- Je suis preneur de toute information technico-fonctionnelle utile sur
>>ce sujet de la localisation GSM/GPRS, article/livre..
>>
>>
>> J'espère que je ne suis pas hors scope, si oui je vous prierai de
>> m'indiquer la bonne direction selon vous pour mes interrogations.
>>
>> Merci
>>
>> Bien cordialement,
>> Eugène NG
>> --
>> LesCDN <http://lescdn.com>
>> engont...@lescdn.com
>> 
>> *Aux hommes il faut un chef, et au*
>>
>> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
>> voit on te juge!*
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Tracing/Traking mobile, Implémentations et responsabilités

[Eugène Ngontang]

Bonjour la liste.

J'ai quelques questions liées à la localisation s'appuyant sur le réseau
télécom.

De part mes connaissances (limitées) dans le domaine, on peut localisé un
objet (téléphone ici) par GPS ou par GSM/GPRS.

Avec le GPS il faut que le téléphone soit GPS-compatible et que
l'utilisateur veuille l'activer. Par ailleurs, il consomme  plus de
batterie et n'utilise pas une station de base, mais plutôt des satellites,
et le signal se perd facilement pour peu qu'il soit obstrué.

Le GSM lui est plus économique en terme de batterie, ne dépend pas de
l'utilisateur, et par contre a besoin de d'une station de base. La position
remontée par le GSM n'est pas toujours précise.

Mes questions :

- Le GPS utilisant les 24 satellites répartis sur la planète pour la
triangulation, est il possible de localiser un objet par GPS n'importe où
dans le monde? Je veux dire ces satellites qui appartiennent au
gouvernement américain servent-elles la terre entière? Quelles sont les
limites du GPS de ce fait?

- Le GPRS/GSM s'appuyant sur le réseau télécom et donc les opérateurs
mobiles, où commence et s'arrête le responsabilité de l'opérateur?

- Plus concrètement, dans l'élaboration d'un programme informatique
utilisant des données GSM pour tracker la position des abonnés :

   - Comment s'intègrerait une telle application aux réseau télécom du
   pays  et avec les différent opérateurs mobiles?
   - Est-il possible de suivre en temps réel la position d'un objet GSM en
   s'appuyant sur le réseau mobile existant? Si oui existe-t-il des technos
   (mises au point par les opérateurs ou autres) pour parvenir à une telle fin
   "programmatiquement" parlant?
   - Dans une telle démarche, de qui obtenir quelle autorisation? Les
   responsabilités se limitent-elles entre les opérateurs et l'éditeur du
   logiciel ou cela requiert un autre tiers ?
   - Est-ce que les opérateurs mobile ont une telle offre s'appuyant sur
   leur station de base? Si oui y-t-il une offre standard ou il y va du
   business modèle de chaque opérateur mobile?
   - Je suis preneur de toute information technico-fonctionnelle utile sur
   ce sujet de la localisation GSM/GPRS, article/livre..


J'espère que je ne suis pas hors scope, si oui je vous prierai de
m'indiquer la bonne direction selon vous pour mes interrogations.

Merci

Bien cordialement,
Eugène NG
-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Installer sa box au garage en utilisant les sortie du DTI

[Eugène Ngontang]

Bonjour,

Merci pour vos réponses.

On me signale que c'est mon message qui n'est adapté au forum, c'est peut
être aussi pourquoi vous n'arriver pas à le comprendre. Cependant mes
réponses à ce post continuent d'être supprimées dès que j'y ajoute des
images, alors que les vôtre me parviennent. Je prie les modérateurs de bien
vouloir m'excuser et laisser passer pour ce coup je ferai attention la
prochaine fois.

Je vais quand même apporter quelques précisions.

- Mon souci n'est pas du tout la réception de la fibre, car comme je l'ai
dit dans mon messages, j'ai bien un boitier fibre qui reçoit parfaitement
le signal  à travers la gaine tirée depuis un poteau à l'entrée de ma
maison (tout ce qu'on sait déjà)

- Ma box est reliée à mon modem/boitier fibre via son port WAN, et reçoit
internet, jusque là tout est normal

- Mon souci c'est au niveau de mon réseau LAN. Je ne peut pas brasser un
switch sur ma box qui est au garage et récupérer l'ethernet partout dans la
maison, à moins de tirer les câbles dans tous les sens. Or les prises déjà
installées chez moi avec le grade 2 me permettent de récupérer
ethernet/téléphone juste en connectant un câble entre la prise murale de la
maison où je me trouve et l'ordinateur/téléphone

- Avec l'infrastructure actuelle de ma maison, même si je prends bien en
compte ce que m'a dit @David Ponzone   pour plus
tard, je n'ai besoin d'aucun adaptateur pour le téléphone, les prises que
j'ai dans mes pièces prennent autant le RJ45 que le RJ11, le souci c'est
qu'en l'état ma maison est encore connectée au réseau France Telecom (qui
n'est pas mon FAI), ma box pour le moment je ne l'utilise qu'en wifi (car
le problème de la distance  de câble ne se pose pas autant avec le wifi)

- Concernant le coax, oui j'ai un abonnement canal chez moi aussi, et je
reçois mieux le signal avec le satellite qu'avec Ethernet ou même le wifi,
j'ai les deux options, la box canal permet d'en choisir, et j'ai testé.
C'est bien ce qui peut faire que des fois le grade 2 est préférable, pour
avoir coax et RJ45

- Donc pour résumer, en attendant tout refaire mon installation réseau
(dans le futur), j'aimerais pouvoir profiter de mon installation actuelle
et juste reliée les câbles actuellement utilisés pour mes sorties DTI, à ma
box, afin d'ainsi la laisser au garage, et pouvoir m'y connecter de
n'importe où chez moi juste en "plugant" un câble dans la prise murale.

- Avec ce que je souhaite faire là du coup, oui j'aurai le signal en entrée
de K-net  par le modem fibre lui même relié à la box, et mes sorties de la
box vers les prises RJ45 de ma maison à travers les câbles qui ont déjà été
installés dans les murs pour le DTI, à la construction.

- Ma réelle question est au niveau du raccordement, à savoir :  je dégage
complètement le DTI? (J'ai tendance en y réfléchissant à croire que oui).
J'utilise deux fils (bleu et bleu-blanc) ou j'utilise les quatre paires de
fils,  que j'enfiche dans chaque keystone qui sera lui connecté à la box?

Maintenant que j'ai compris que c'est mon message qui n'était pas très
adapté à la ml, mais que j'ai eu votre indulgence, j'aurais voulu vous
mettre les images, que vous voyiez bien que les fils partent déjà
actuellement du coffret de communication dans mon garage vers le reste de
ma maison à travers les murs (et c'est plutôt propre ainsi).

Très cordialement,
Eugène NG


Le jeu. 5 déc. 2019 à 12:01, Anthony Deshayes 
a écrit :

> Dans une maison même type pavillon, tu atteints facilement les 20m par
> prise en partant du tableau de communications.
> A 8dB de perte au 10m (et je ne parle pas des pertes d'insertion...) + la
> perte du balun (faut bien convertir le RJ45 en fiche F pour le
> démodulateur) tu arrives très vite à la sensibilité minimale d'un
> démodulateur pour exploiter le signal, limite qui ne te laissera aucune
> tolérance à un affaiblissement généré par des conditions météos
> défavorables.
>
> Entre ce qu'on nous vend et ce que je constate sur le terrain tous les
> jours, il y a un sacré gap sur cette "techno".
>
> Anthony
>
> Le jeu. 5 déc. 2019 à 11:42, Ducassou Laurent  a
> écrit :
>
> > Comme tu dis, sur 100m ! Mais chez toi, tu as beaucoup de câble de 100m
> > RJ45 intérieur (sauf pour aller au garage extérieur?)
> >
> > Pour moi, le G3S ne remplacera pas totalement le coax (antenne vers
> > répartiteur ou du répartiteur vers "point éloigné"). Mais sur une maison
> > récente où le câble fait moins de 35m souvent, oui, le G3S peut le
> > remplacer entre le répartiteur et la prise finale car c'est un "tout
> > terrain" pour faire du Sat+TNT+10G sur "faible distance" (même les
> > fabricant disent clairement de ne pas dépasser les 45m donc avec marge
> > tu te dis 35m !). Après rien n’empêche selon un besoin spécifique de
> > coupler à coté un Cat 7 (et sur les distances >35m du Cat7 + Coax).
> >
> > La vérité n'est pas tout d'un coté, ni de l'autre. Ça dépends pas mal
> > des situations je pense =)
> >
> > Laurent
> >
> >
> > Le 05/12/2019 à 10:37, 

[FRnOG] [TECH] Installer sa box au garage en utilisant les sortie du DTI

[Eugène Ngontang]

Bonsoir les gurus,

Ma question n'est pas forcément destinée aux experts je sais, mais on sait
combien il y a de subtilité dans le monde du réseau, et qu'on n'est jamais
au bout de ses limites même sur du basique, et personnellement je suis loin
d'être un AS de l'infrastructure VDI.

En fait ma question porte sur l'exploitation de mon réseau VDI à la maison.
J'ai acheté il y a un an une maison on va dire récente, où l'on a plutôt
opté pour l'installation d'un réseau VDI de grade 2, ce qui n'est pas plus
mal car je pense que le signal TV est meilleur avec le satellite qu'avec
Ethernet.
Dans mon garage tout près de mon compteur électrique se trouve un coffret
de communication dans lequel est installée une prise DTI de marque Legrand
de type T, avec une arrivée et 5 sorties.

Dans mes différentes pièces il y a
- Une prise RJ45 (pour le téléphone et l'informatique)
- Une prise coaxiale (pour la TV)

J'ai cinq sorties donc je dois probablement avoir cinq pères de prises RJ45
et Coaxiales, même si je n'en n'ai répertoriées que 4 pour le moment.
Cependant, j'ai une prise DTI en T et toutes les sorties sont sur deux
fils, donc pour ma part je ne peux avoir avec ce dispositif que la télé et
le téléphone, sur toutes mes prises intérieures.


Lors de mon raccordement internet avec K-net, les techniciens de la société
R mandatée par COVAGE pour me déployer la fibre se sont limités à
s'assurer que je reçois le signal fibre et m'ont dit que ce n'est pas à eux
de me brasser mon réseau électrique, j'ai donc demandé qu'ils m'installent
le modem fibre dans mon garage où j'ai l'intention d'installer ma box afin
de d'arroser toute la maison à partir du Garage, à travers les prises
Ethernet RJ45 déjà installées avec mon VDI.

Plus tard lors de mes travaux je compte faire réinstaller tout mon réseau
électrique par un équipe de pro et le faire passer éventuellement  au grade
3 ou 4, avec plus de prises car la maison va s'agrandir.

Aujourd'hui j'aimerais installer une sorte de mini rail or whatever dans
mon coffret de communication à la place du DTI, en utilisant du coup les
quatre paires de chaque fil utilisé sur la sortie du DTI, c'est à partir de
là que je tergiverse un peu et donc mes questions, sachant que le DTI est
le point de terminaison entre le réseau France Télécom et ma résidence :

- Dois-je complètement dégager le boitier DTI, ou j'ai quand même besoin
laisser l'arrivée dessus?
- Si j'enlève le DTI, je ne suis donc plus du tout connecté au réseau
France Télécom, est ce à dire que l'infrastructure K-net/Covage(R)
remplace celle de France Telecom sans problème?
- Ma box n'a que quatre ports RJ45, si je fais sauter le boitier DTI, que
puis-je bien faire de la cinquième sortie du DTI actuelle et de la prise
actuellement raccordée à cette dernière (je ne sais pas encore où elle se
trouve dans ma résidence)?
- La norme *T568B *étant plus répandue, dois-je systématiquement l'utiliser
lors de ce raccordement
- Petite question pour ma connaissance dans l'infrastructure VDI
actuellement en place, les deux fils actuellement utilisés en entrée et
sorties du DTI servent-ils bien à recevoir le téléphone et la TV? En gros
comment sont raccordées actuellement mes prises RJ45 et coaxiale au DTI
(connecteurs, nombres de fils, signal/réception, etc)
- Enfin c'est quoi la bonne/meilleur pratique pour parvenir à ma fin,
d'après ce que je viens de décrire de mon infrastructure réseau électrique
s'il vous plaît?

Désolé pour la longueur du mail et merci pour votre attention les gars, ne
vous foutez pas trop de ma gueule svp .

*PS*: J'ai essayé d'envoyer plusieurs fois le message avec des pièces
jointes succès, je ne sais pas si ce sont les pj qui avaient un souci ou si
c'est le message en question.


Très cordialement,
Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*
* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Je n'ai pas d'avocat les gars, mais j'ai bien compris..

Le mar. 2 avr. 2019 à 19:07, Stéphane Rivière  a écrit :

> > Non. En plus, il y a un certain danger : tes adversaires lisent
> probablement la liste, ils peuvent se servir de tes propos contre toi.
>
> En tout cas, Eugène, averti ton avocat de la remarque de François
> (toujours tout dire à son avocat).
>
> > Et puis comment ils n'aiment pas se faire pourrir en public, faudra pas
> s'étonner s'ils de font des vacheries dans le dos. J'espère pour toi que tu
> as une peau de rhinocéros, tu vas en avoir besoin.
>
> C'est exactement ce que je pensais en lisant les dernières mésaventures
> d'Eugène...
>
> Coriolis est probablement passé en "Brazil Mode"
>
> Et comme notre colistier n'a certainement pas un 27B-6 pour joker...
>
> https://www.youtube.com/watch?v=eosrujtjJHA=youtu.be=259
>
> Qu'il fasse attention de ne pas finir ainsi...
>
> https://www.youtube.com/watch?v=HltbQZmego4
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Merci @Michel Py  et @Stéphane pour vos
remarques, et pour cette emphase, vous savez certainement de quoi vous
parler (vous en avez bien l'air), je me ferai l'expérience et ce serait pas
mal de se faire une vraie idée du monde dans lequel on vit.

Et oui je sais comme beaucoup d'autres que des gens de chez Coriolis me
lisent ici, même s'ils ne réagissent pas, c'est ici que j'ai eu le numéro
du CTO avec qui je n'ai finalement jamais réussi à avoir un échange.

Pour les rhinocéros je n'en n'ai pas du tout, j'ai ma foi et je suis
factuel, je n'ai pas du tout peur de ce que je n'ai pas fait.

Cordialement,
Eugène NG

Le mar. 2 avr. 2019 à 18:20, Stéphane Rivière  a écrit :

> Le 02/04/2019 à 11:38, David Ponzone a écrit :
> > Tu fais certainement bien, mais sois prudent, les tribunaux ne
> comprennent rien à tout ça, et ça peut vite se finir en bataille à celui
> qui a à l’avocat le plus malin qui saura présenter les faits d’une manière
> compréhensible par le juge mais qui n’ira pas forcément dans ton sens….
>
> +1000
>
> Ce qui est compréhensible en soit car un juge n'est pas omniscient et, à
> moins de tomber sur une perle de juge qui (au choix) veux comprendre
> (y'en a) ou qui a déjà des antécédents concernant Coriolis...
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Oui Michaël,

Je comprends, l'affaire n'est pas encore en cours.

On en est à l'instantiation, mais je comprends très bien sa remarque.

Par ailleurs, j'ai ouvert ce thread bien avant de décider d'aller en
justice, espérant trouver une réponse ici...



Le mar. 2 avr. 2019 à 13:20, Michaël Paulon  a écrit :

>
> Le 02/04/2019 à 12:59, Eugène Ngontang a écrit :
> > Bonjour François Raynaud.
> >
> > Le FRnOG est un groupe fermé,
>
> Le groupe n'est pas si fermé, tu peux retrouver les archives en ligne
> ici : https://www.mail-archive.com/frnog@frnog.org
>
> > J'aimerais bien savoir ce que j'ai dit ici qui relève de l'interdit?
>
> Absolument rien, mais les avocats ont tendance à ne pas spécialement
> aimer que l'on parle des affaires en cours sur la place "publique",
> c'était surement pour te conseiller de prévenir ton avocat que tu en
> parles, et lui demander son avis que François t'as dit ça ;)
>
> --
> Michaël PAULON
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Bonjour François Raynaud.

Le FRnOG est un groupe fermé, traitant des problèmes de l'nternet en France
où, sans réponse d'un opérateur à mes aboiements, je suis venu exposé la
situation que je traverse.

J'aimerais bien savoir ce que j'ai dit ici qui relève de l'interdit?


Cordialement,
Eugène NG

Le mar. 2 avr. 2019 à 12:07, François Raynaud 
a écrit :

> Bonjour,
>
> Votre avocat est-il au courant/d'accord pour que vous parliez de ça sur un
> forum public?
>
> Cordialement,
> François Raynaud
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Bonjour David,

Je suis d'accord avec toi, c'est bien ça notre planète, la loi de la
condescendence des "puissants" vis à vis des "petits".

Y a quelques uns dans cette ML qui me connaissent, et savent que je suis
quelqu'un de très ouvert, accessible et arrangeant, mais l'injustice est un
point sur lequel je ne transige pas.
S'ils veulent vraiment persister dans leur vice, par le biais d'un avocat
puissant, qu'ils s'arrangent à aller chercher le mec qui a fait libéré
provisoirement Carlos GHOSN, on va s'amuser.

Eugène NG

Le mar. 2 avr. 2019 à 11:38, David Ponzone  a
écrit :

> Tu fais certainement bien, mais sois prudent, les tribunaux ne comprennent
> rien à tout ça, et ça peut vite se finir en bataille à celui qui a à
> l’avocat le plus malin qui saura présenter les faits d’une manière
> compréhensible par le juge mais qui n’ira pas forcément dans ton sens….
>
> > Le 2 avr. 2019 à 11:30, Eugène Ngontang  a écrit :
> >
> > Voilà je vous donnais juste des nouvelles, je laisserai la justice faire
> et
> > j'ai du temps pour cela (j'en trouverai), je pense que Coriolis n'a pas
> > encore croisé le chemin d'un particulier qui ne laisse pas marcher
> dessus.
>
>

-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Bonjour,

Toujours dans mes déboires avec Coriolis, j'ai porté plainte depuis un
moment comme je disais, ils ont continué à faire le malin, et donc y a une
assignation qui est partie, et j'attends la convocation du tribunal de
grande instance de Paris.

Ils ont fini par lever la main sur mon dossier là en fin du mois de
février, et ma ligne est active chez K-net depuis la semaine dernière.

Sauf qu'à ma grande surprise je constate un prélèvement de *311,25€* sur
mon compte ce weekend, de la part de Coriolis, je ne comprends rien et ce
matin je viens d'avoir une de leurs agents au téléphone, elle me dit après
avoir vérifié avec l'équipe de déploiement, que (d'après Coriolis) j'ai
résilié ma commande après le déploiement de le fibre par COVAGE, et donc je
dois payer les frais de résiliation. Ayant mon RIB ils se sont servis, tout
simplement.

Je demande le 3 janvier, après plus de trois mois de galère où je me fais
trimballer dans tous les sens, d'arrêter tout et d'annuler la commande,
Coriolis me confirme l'annulation le 7 janvier en m'envoyant l'adresse de
retour du matériel (dont je n'avais jamais ouvert les cartons), je renvoie
le matériel en bonne et due forme avec les frais que ça comporte et accusé
de réception par chronopost, je confirme auprès de K-net que c'est bon,
COVAGE fait le déploiement de ma ligne le 29 janvier avant de constater
lors de l'activation que la commande à leur niveau est encore au nom de
Coriolis... blablabla, et Coriolis me dit que ce jour je devais interdire à
COVAGE de faire le déploiement, car je n'avais pas résilié la commande. Non
ils veulent ma tête les mecs !

Je ne sais pas si c'est moi qui débarque mais je me demande bien si cette
boîte pratique la sorcellerie, je n'ai jamais vu une telle gestion de la
relation "client" (encore qu'au final je n'ai jamais été client) de toute
mon experience.;

Voilà je vous donnais juste des nouvelles, je laisserai la justice faire et
j'ai du temps pour cela (j'en trouverai), je pense que Coriolis n'a pas
encore croisé le chemin d'un particulier qui ne laisse pas marcher dessus.

Bonne journées les guru, et bonne semaine.

Cordialement,
Eugène NG

Le ven. 22 févr. 2019 à 17:00, Eugène Ngontang  a
écrit :

> Je te comprends Stéphane,
>
> Mais je pense que leur attitude est particulière, et qu'ils ne permettent
> aucune discussion.
>
> Et pour des gens aussi bas d'esprit et malveillant, je ne peux pas trop
> regretter de perdre un sous, je préfère confier l'affaire à une instance
> juridique et voir s'ils sont vraiment si narquois.
>
> Merci tout de même.
>
> Eugène NG
>
> Le ven. 22 févr. 2019 à 13:49, Stéphane Rivière  a
> écrit :
>
>>
>> > Alors je vais pas faire de LRAR à l'ARCEP ou autre, j'engage
>> > actuellement un procès contre Coriolis, je viens de payer 99€ pour
>> > instruire le dossier chez un huissier.
>>
>> Remarques (pas mal de juridique dans une autre boite). Une procédure :
>>
>> - Doit être le dernier recours. Explorer les autres voies avant, avec
>> copie LRAR à l'autre partie (pour leur laisser la possibilité de
>> solutionner rapido et d'en rester là). Sinon les juges surchargés
>> apprécieront ;
>>
>> - Est pour réparer un préjudice important et juridiquement démontrable.
>> Dans l'optique d'un résultat(argent) modulo la décision + risque d'appel
>> / coût(temps,argent) exponentiel = (dans ce cas) laisser tomber.
>>
>> Utiliser un huissier hors de ses missions habituelles est risqué car :
>>
>> - Leur incompétence dans ce domaine est souvent une intégrale entre
>> l'abyssal et le stratosphérique. Cet aspect est connu des juristes et
>> s'il s'agit de 'secouer le cocotier', une lettre d'avocat bien tournée
>> est plus efficace (toujours privilégier la discussion car l'autre partie
>> sait aussi qu'une procédure n'est jamais une fin en soit) ;
>>
>> - La procédure initiée peut être entachée d'erreur (forme et fond) et ne
>> plus permettre à un avocat de la reprendre correctement.
>>
>>
>>
>>
>
> --
> LesCDN <http://lescdn.com>
> engont...@lescdn.com
> 
> *Aux hommes il faut un chef, et au*
>
> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
> voit on te juge!*
>


-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] FRnOG 32.0-RELEASE

[Eugène Ngontang]

J'ai complétement zappé, je serai encore absent à celle ci

Je vais devoir me contenter des CR.

Le mar. 26 mars 2019 à 19:12, Stéphane Rivière  a écrit :

> > Pour ceux qui ont oublié de s'inscrire, la réunion FRnOG c'est ce
> vendredi :
> > http://www.frnog.org/?page=frnog32
>
> Très bel hôtel ! La classe...
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Je te comprends Stéphane,

Mais je pense que leur attitude est particulière, et qu'ils ne permettent
aucune discussion.

Et pour des gens aussi bas d'esprit et malveillant, je ne peux pas trop
regretter de perdre un sous, je préfère confier l'affaire à une instance
juridique et voir s'ils sont vraiment si narquois.

Merci tout de même.

Eugène NG

Le ven. 22 févr. 2019 à 13:49, Stéphane Rivière  a écrit :

>
> > Alors je vais pas faire de LRAR à l'ARCEP ou autre, j'engage
> > actuellement un procès contre Coriolis, je viens de payer 99€ pour
> > instruire le dossier chez un huissier.
>
> Remarques (pas mal de juridique dans une autre boite). Une procédure :
>
> - Doit être le dernier recours. Explorer les autres voies avant, avec
> copie LRAR à l'autre partie (pour leur laisser la possibilité de
> solutionner rapido et d'en rester là). Sinon les juges surchargés
> apprécieront ;
>
> - Est pour réparer un préjudice important et juridiquement démontrable.
> Dans l'optique d'un résultat(argent) modulo la décision + risque d'appel
> / coût(temps,argent) exponentiel = (dans ce cas) laisser tomber.
>
> Utiliser un huissier hors de ses missions habituelles est risqué car :
>
> - Leur incompétence dans ce domaine est souvent une intégrale entre
> l'abyssal et le stratosphérique. Cet aspect est connu des juristes et
> s'il s'agit de 'secouer le cocotier', une lettre d'avocat bien tournée
> est plus efficace (toujours privilégier la discussion car l'autre partie
> sait aussi qu'une procédure n'est jamais une fin en soit) ;
>
> - La procédure initiée peut être entachée d'erreur (forme et fond) et ne
> plus permettre à un avocat de la reprendre correctement.
>
>
>
>

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Bonjour,

Malgré vos recommandations rien n'avance, j'ai même réussi à avoir le
numéro de portable de leur DSI, il a décroché une fois, m'a dit qu'il me
rappelait et ne l'a jamais fait, je rappelle et il ne décroche plus.

Alors je vais pas faire de LRAR à l'ARCEP ou autre, j'engage actuellement
un procès contre Coriolis, je viens de payer 99€ pour instruire le dossier
chez un huissier.

On verra bien.

Eugène NG

Le mer. 20 févr. 2019 à 12:04, Eugène Ngontang  a
écrit :

> Ah fuuu, j'ai complètement pris LRAR pour une autre institution, tellement
> je suis obnubilé que j'ai pas bité.
>
> OK, merci.
>
> Le mer. 20 févr. 2019 à 11:57, David Ponzone  a
> écrit :
>
>> LRAR, ça veut dire Lettre Recommandée avec Accusé de Réception
>>
>> Oublie l’email à mon avis:
>> -ils pourront prétendre ne pas l’avoir reçu
>> -j’ai des raisons de penser qu’à l’ARCEP, ils ont pas encore l’email, ou
>> qu’ils se battent pas pour les lire
>>
>>
>> Le 20 févr. 2019 à 11:51, Eugène Ngontang  a écrit :
>>
>> Le délire c'est qu'à moi ils ont bien envoyé la lettre de résiliation et
>> que j'ai retourné le matériel... comme vous pouvez le voir en PJ.
>>
>> C'est la même chose qu'ils m'avaient dite au tout début quand ils
>> demandaient des pièces justificatives pour éluder toute la lenteur du
>> traitement de mon raccordement, je les leur renvoyais à chaque fois, et ils
>> traitaient simplement pas, Ils m'ont dit après des mois que leur logiciel
>> ne lit pas des images, j'ai converti en pdf et renvoyés (mais je sais que
>> c'était une pirouette qu'ils ont trouvé quand je devenais envahissant et
>> menaçais de voir avec mon service juridique)
>>
>> C'est quoi les adresses (mail si possible)  sûre du LRAR et de l'ARCEP
>> svp?
>>
>> Merci pour votre sollicitude.
>>
>> Cordialement,
>> Eugène NG
>>
>>
>> Le mer. 20 févr. 2019 à 11:38, David Ponzone  a
>> écrit :
>>
>>> Bien sûr que non, mais tu pourras jamais le prouver puisqu’ils
>>> prétextent un problème technique.
>>> Tu peux toujours essayer le LRAR avec copie à l’ARCEP.
>>>
>>> > Le 20 févr. 2019 à 11:36, Eugène Ngontang  a
>>> écrit :
>>> >
>>> > Hello 
>>> >
>>> > Je n'ai toujours pas internet, et COVAGE et K-Net ont eu Coriolis qui
>>> leur
>>> > a expliqué qu'ils ont un problème avec leur logciel interne leur
>>> empêchant
>>> > de résilier ma commande afin que je puisse passer chez un autre FAI.
>>> >
>>> > Mais K-Net tout désolé m'a dit que c'est une pratique courante chez
>>> > Coriolis pour bloquer les clients.
>>> >
>>> > Vous pensez qu'ils ont vraiment le droit de se comporter de manière
>>> aussi
>>> > malsaine et condescendante impunément?
>>> >
>>> > Cordialement,
>>> > Eugène NG
>>> >
>>> > Le jeu. 14 févr. 2019 à 09:11, Stéphane Rivière  a
>>> écrit :
>>> >
>>> >>
>>> >>> Mais, à la fin, et on l'a aussi écrit, de toute façon c'est Orange SA
>>> >>> qui récupèrera tous les RIPs à l'euro symbolique, et à ce moment on
>>> >>> reviendra au problème d'inconstitutionnalité de la privatisation que
>>> >>> personne n'a encore osé traiter. Et ce sera encore pire.
>>> >>
>>> >> Belle synthèse.
>>> >>
>>> >>> À vous de voir quand vous voulez agir, trop tard ou encore plus tard.
>>> >>
>>> >> Y'a un don Quichotte dans la salle ?
>>> >>
>>> >>
>>> >>
>>> >> ---
>>> >> Liste de diffusion du FRnOG
>>> >> http://www.frnog.org/
>>> >>
>>> >
>>> >
>>> > --
>>> > LesCDN <http://lescdn.com>
>>> > engont...@lescdn.com
>>> > 
>>> > *Aux hommes il faut un chef, et au*
>>> >
>>> > * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on
>>> te
>>> > voit on te juge!*
>>> >
>>> > ---
>>> > Liste de diffusion du FRnOG
>>> > http://www.frnog.org/
>>>
>>>
>>
>> --
>> LesCDN <http://lescdn.com/>
>> engont...@lescdn.com
>> 
>> *Aux hommes il faut un chef, et au*
>>
>> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
>> voit on te juge!*
>> 
>>
>>
>>
>
> --
> LesCDN <http://lescdn.com>
> engont...@lescdn.com
> 
> *Aux hommes il faut un chef, et au*
>
> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
> voit on te juge!*
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Ah fuuu, j'ai complètement pris LRAR pour une autre institution, tellement
je suis obnubilé que j'ai pas bité.

OK, merci.

Le mer. 20 févr. 2019 à 11:57, David Ponzone  a
écrit :

> LRAR, ça veut dire Lettre Recommandée avec Accusé de Réception
>
> Oublie l’email à mon avis:
> -ils pourront prétendre ne pas l’avoir reçu
> -j’ai des raisons de penser qu’à l’ARCEP, ils ont pas encore l’email, ou
> qu’ils se battent pas pour les lire
>
>
> Le 20 févr. 2019 à 11:51, Eugène Ngontang  a écrit :
>
> Le délire c'est qu'à moi ils ont bien envoyé la lettre de résiliation et
> que j'ai retourné le matériel... comme vous pouvez le voir en PJ.
>
> C'est la même chose qu'ils m'avaient dite au tout début quand ils
> demandaient des pièces justificatives pour éluder toute la lenteur du
> traitement de mon raccordement, je les leur renvoyais à chaque fois, et ils
> traitaient simplement pas, Ils m'ont dit après des mois que leur logiciel
> ne lit pas des images, j'ai converti en pdf et renvoyés (mais je sais que
> c'était une pirouette qu'ils ont trouvé quand je devenais envahissant et
> menaçais de voir avec mon service juridique)
>
> C'est quoi les adresses (mail si possible)  sûre du LRAR et de l'ARCEP svp?
>
> Merci pour votre sollicitude.
>
> Cordialement,
> Eugène NG
>
>
> Le mer. 20 févr. 2019 à 11:38, David Ponzone  a
> écrit :
>
>> Bien sûr que non, mais tu pourras jamais le prouver puisqu’ils prétextent
>> un problème technique.
>> Tu peux toujours essayer le LRAR avec copie à l’ARCEP.
>>
>> > Le 20 févr. 2019 à 11:36, Eugène Ngontang  a
>> écrit :
>> >
>> > Hello 
>> >
>> > Je n'ai toujours pas internet, et COVAGE et K-Net ont eu Coriolis qui
>> leur
>> > a expliqué qu'ils ont un problème avec leur logciel interne leur
>> empêchant
>> > de résilier ma commande afin que je puisse passer chez un autre FAI.
>> >
>> > Mais K-Net tout désolé m'a dit que c'est une pratique courante chez
>> > Coriolis pour bloquer les clients.
>> >
>> > Vous pensez qu'ils ont vraiment le droit de se comporter de manière
>> aussi
>> > malsaine et condescendante impunément?
>> >
>> > Cordialement,
>> > Eugène NG
>> >
>> > Le jeu. 14 févr. 2019 à 09:11, Stéphane Rivière  a
>> écrit :
>> >
>> >>
>> >>> Mais, à la fin, et on l'a aussi écrit, de toute façon c'est Orange SA
>> >>> qui récupèrera tous les RIPs à l'euro symbolique, et à ce moment on
>> >>> reviendra au problème d'inconstitutionnalité de la privatisation que
>> >>> personne n'a encore osé traiter. Et ce sera encore pire.
>> >>
>> >> Belle synthèse.
>> >>
>> >>> À vous de voir quand vous voulez agir, trop tard ou encore plus tard.
>> >>
>> >> Y'a un don Quichotte dans la salle ?
>> >>
>> >>
>> >>
>> >> ---
>> >> Liste de diffusion du FRnOG
>> >> http://www.frnog.org/
>> >>
>> >
>> >
>> > --
>> > LesCDN <http://lescdn.com>
>> > engont...@lescdn.com
>> > 
>> > *Aux hommes il faut un chef, et au*
>> >
>> > * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on
>> te
>> > voit on te juge!*
>> >
>> > ---
>> > Liste de diffusion du FRnOG
>> > http://www.frnog.org/
>>
>>
>
> --
> LesCDN <http://lescdn.com/>
> engont...@lescdn.com
> 
> *Aux hommes il faut un chef, et au*
>
> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
> voit on te juge!*
> 
>
>
>

-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Hello 

Je n'ai toujours pas internet, et COVAGE et K-Net ont eu Coriolis qui leur
a expliqué qu'ils ont un problème avec leur logciel interne leur empêchant
de résilier ma commande afin que je puisse passer chez un autre FAI.

Mais K-Net tout désolé m'a dit que c'est une pratique courante chez
Coriolis pour bloquer les clients.

Vous pensez qu'ils ont vraiment le droit de se comporter de manière aussi
malsaine et condescendante impunément?

Cordialement,
Eugène NG

Le jeu. 14 févr. 2019 à 09:11, Stéphane Rivière  a écrit :

>
> > Mais, à la fin, et on l'a aussi écrit, de toute façon c'est Orange SA
> > qui récupèrera tous les RIPs à l'euro symbolique, et à ce moment on
> > reviendra au problème d'inconstitutionnalité de la privatisation que
> > personne n'a encore osé traiter. Et ce sera encore pire.
>
> Belle synthèse.
>
> > À vous de voir quand vous voulez agir, trop tard ou encore plus tard.
>
> Y'a un don Quichotte dans la salle ?
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH][MISC]Comment rencontrer Xavier Niel

[Eugène Ngontang]

Bonjour Michel,

En effet j'ai une réponse assez rapide où il m'a clairement dit qu'il ne
sponsorise pas ce genre d'initiative.

Cordialement,
Eugène NG

Le lun. 18 févr. 2019 à 10:17, Michel Hostettler <
michel.hostett...@telecom-paristech.fr> a écrit :

> Bonjour,
>
> > En effet j'ai un projet associatif qui cadre avec les valeurs de Xavier
> > Niel que je sais très porté sur la formation et la promotion de
> l'expertise
> > technique.
>
> Bigre ! les propos bisounours ne sont que de courte portée. Xavier Niel
> est "très porté" sur son CA. Nous l'espérons tous... et ses employés
> davantage encore.
>
> Avez-vous entendu parlé de la loi pour la liberté de choisir son avenir
> professionnel ?
>
> Cordialement, Michel
>
> - Mail original -
> De: "Eugène Ngontang" 
> À: "frnog" 
> Envoyé: Dimanche 17 Février 2019 22:44:16
> Objet: [FRnOG] [TECH][MISC]Comment rencontrer Xavier Niel
>
> Bonjour la liste,
>
> J'implore votre indulgence pour ma requête s'il vous plaît.
>
> C'est peut être en dehors du scope de cette liste, mais je me dis qu'il y
> aurait au moins une personne ici capable de m'aider.
>
> En effet j'ai un projet associatif qui cadre avec les valeurs de Xavier
> Niel que je sais très porté sur la formation et la promotion de l'expertise
> technique.
>
> Pour avancer dans le développement je cherche des mécènes, et j'aimerais
> pouvoir lui présenter le projet.
>
> Auriez-vous des piste à me recommander par hasard please?
>
> Merci pour votre bienveillance.
>
> Cordialement,
> Eugène NG
>
> --
> LesCDN <http://lescdn.com>
> engont...@lescdn.com
> 
> *Aux hommes il faut un chef, et au*
>
> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
> voit on te juge!*
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH][MISC]Comment rencontrer Xavier Niel

[Eugène Ngontang]

Bonjour la liste,

J'implore votre indulgence pour ma requête s'il vous plaît.

C'est peut être en dehors du scope de cette liste, mais je me dis qu'il y
aurait au moins une personne ici capable de m'aider.

En effet j'ai un projet associatif qui cadre avec les valeurs de Xavier
Niel que je sais très porté sur la formation et la promotion de l'expertise
technique.

Pour avancer dans le développement je cherche des mécènes, et j'aimerais
pouvoir lui présenter le projet.

Auriez-vous des piste à me recommander par hasard please?

Merci pour votre bienveillance.

Cordialement,
Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

J'ai eu la direction de K-net aujourd'hui, qui me dit avoir eu Covage, leur
disant que Coriolis a annulé la commande chez moi mais pas chez eux.

Ils me disent bien que Coriolis a souvent cette manie de ne pas résilier
les commandes auprès de l'opérateur d'infrastructures afin de bloquer les
clients voulant souscrire chez un autre FAI.
J'ai renvoyé le courrier de confirmation reçu de Coriolis, donc j'attends

Merci pour votre attention.

Cordialement,
Eugène NG

Le mar. 12 févr. 2019 à 23:22, Jérôme Nicolle  a écrit :

> Salut David, Eugène,
>
> Le 12/02/2019 à 18:01, David Ponzone a écrit :
> > Impatient, tu as voulu passer chez un autre et tu es peut-être dans la
> Zone Sombre du FTTH.
>
> Le truc, c'est que ce genre de cas de figure est identifié et documenté
> depuis plus de dix ans, notamment grâce au Référentiel Fibre Commun.
>
> Ça fait plus de dix ans qu'on alerte le régulateur et les délégants sur
> ces points. Et ça fait au moins aussi longtemps qu'ils se foutent de nous.
>
> Je préconiserai un recours à la DGCCRF pour dénoncer, non pas le contrat
> d'utilisateur final, mais les modalités de délégation, et les agréments
> qui auraient dû être exigés. Ce qui se finira probablement au CE.
>
> L'ARCEP n'a pas fait son boulot, la mission France THD non plus, et le
> déploiement en zone RIP va être calamiteux jusqu'à ce que s'y ajoutent
> les problèmes opérationnels, et c'était prévu et documenté - au moins
> par Joël Mau, FFDN et moi même - depuis des années.
>
> Si vous voulez que ça bouge, il va falloir vous investir dans des
> procédures longues et laborieuses, car la voie démocratique ne
> fonctionne pas, donc que seul le judiciaire peut nous permettre de faire
> corriger le tir.
>
> Mais, à la fin, et on l'a aussi écrit, de toute façon c'est Orange SA
> qui récupèrera tous les RIPs à l'euro symbolique, et à ce moment on
> reviendra au problème d'inconstitutionnalité de la privatisation que
> personne n'a encore osé traiter. Et ce sera encore pire.
>
> À vous de voir quand vous voulez agir, trop tard ou encore plus tard.
>
> @+
>
> --
> Jérôme Nicolle
> +33 6 19 31 27 14
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [MISC]Activation internet la plus longue de l'histoire.

[Eugène Ngontang]

Bonsoir la liste,

S'il vous plaît y-a-t-il des gens ici qui travaillent avec ou sont proches
de COVAGE.

Depuis bientôt six mois que j'essaye d'avoir internet dans ma nouvelle
maison, je suis déjà fatigué d'appeler.

En fait en début septembre j'ai commandé la ligne chez CORIOLIS, au bout de
près de trois mois d'un language de sourds avec un SAV des plus nuls pour
le coup, j'ai annulé la commande pour passer chez K-NET.
Sauf que CORIOLIS avait juste au moment de mon annulation, passer la
commande auprès de la SOCIETE COVAGE pour le raccordement et apparemment
(je ne suis pas sûr vraiment de comprendre), K-NET à son tour n'a pas fait
remplacer la commande CORIOLIS par la nouvelle commande K-NET.
COVAGE a dont mandaté la société R.C, pour procédé au raccordement internet
chez moi, tout s'est bien passé et je reçois bien le signal de la fibre.
Cependant ils ont fait le raccordement pour CORIOLIS au lieu de K-NET et
c'est à la fin que je l'apprends.
J'appelle alors l'administration qui me dit que ce n'est pas grave, qu'ils
n'ont pas juste reçu la commande de K-NET, et que je dois rappeler K-NET
pour leur demander de passer la commande afin qu'ils mette à jour la
référence et ainsi activer ma ligne.
J'ai transféré à K-NET, et ça fait un mois que j'appelle chaque jour et
qu'ils  me disent qu'ils n'ont pas de retour de COVAGE et qu'ils vont
relancer et me tenir au courant, le même discours chaque fois.
J'ai appelé R.C direct, et eux ils disent qu'ils n'ont toujours rien reçu,
donc soit COVAGE s'en fout vraiment de la commande passée par K-NET, soit
c'est K-NET qui n'a pas fait le nécessaire, mais toujours est-il que je
peux parler à tout le monde directement sauf COVAGE, le Dieu, invisible
mais tout puissant.

Pendant ce temps mon abonnement CANAL premium coure, je paye 99€ tous les
mois, et je n'ai aucun service car pas de signal.

Savez vous comment je peux rentrer en contact avec COVAGE s'il vous plaît?
Merci.

Cordialement,
Eugène NG

-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Sortie de mon livre « Cyberstructure »

[Eugène Ngontang]

Bravo.

J'y ferai certainement un tour dans le bouquin, à cette heure où les
démocraties sont à la fois soucieuses (désireuses) de ce qui se passe et se
fait sur les réseaux sociaux, et en même temps vigilantes sur la protection
des données, la vie privée..

Bref ça bouge beaucoup chez les géants du web en ce moment, donc ça ne peut
qu'être intéressant.

Bonne distribution ;)

Eugène NG

Le mer. 19 déc. 2018 à 21:33, Stephane Bortzmeyer  a
écrit :

> Bonsoir,
>
> J'ai publié un livre, qui parle d'Internet (surprise) et de politique
> (non, pas juste les GAFA et l'ICANN, plein d'autres sujets). Le livre
> s'appelle « Cyberstructure » et est publié chez C Éditions.
>
> https://cyberstructure.fr/
>
> Ça parle pas mal d'interconnexion, des RIR, de neutralité de
> l'Internet, que des sujets pour chauffer cette liste :-)
>
> Je voulais surtout vous remercier toutes et tous, j'ai appris beaucoup
> de choses sur cette liste et ça a bien nourri ma réflexion.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Strange snafu misroutes domestic US Internet traffic through China Telecom

[Eugène Ngontang]

Merci @Jérôme Nicolle   ;)

Le ven. 9 nov. 2018 à 15:38, Jérôme Nicolle  a écrit :

> Pierre,
>
> Le 09/11/2018 à 14:25, Pierre Emeriaud a écrit :
> > Cela ressemble beaucoup à ce qui peut arriver par erreur quand un
> > grand réseau comme CT gère un peu mal ses annonces. Oui, ça peut être
> > malveillant. Mais ça peut aussi être de l'incompétence.
>
> Je dirais même plus :
>
> « Ne jamais attribuer à la malveillance ce que la bêtise suffit à
> expliquer »
>
> (Rasoir d'Hanlon : https://fr.wikipedia.org/wiki/Rasoir_d%27Hanlon)
>
> @+
>
> --
> Jérôme Nicolle
> 06 19 31 27 14
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] VPN et Débit.

[Eugène Ngontang]

Hello @Richard,

J'aimerais bien avoir le lien vers ces études s'il y en a justement.

Cordialement,
Eugène NG

Le lun. 22 oct. 2018 à 21:16, Varicap  a écrit :

> Bonsoir
>
> Il n y aurait pas des études de régulateurs européens sur le sujet ?
> Genre un classement de l ARCEP du meilleur élève qui respecte la
> Neutralité du net ?
> Avec une
> Distinction sur les offres GP et mobiles ?
>
> Richard
>
>
>
> Le 22 oct. 2018 à 18:39, Michel Py  a
> écrit :
>
>  Cà dépend de l'opérateur. Avec les gougnafiers qui ne respectent pas
> la neutralité
>  du net et qui brident certaines catégories de trafic, certainement.
> Quoi que dans
>  ces cas-là, la meilleure solution est sans aucun doute de changer de
> crèmerie.
> >
> >>> il y a aussi ceux qui semblent limiter la vitesse quand le contenu est
> >>> chiffré, limitant ainsi les performances du VPN...
> >
> >>> Ou qui limitent le trafic UDP...
> >
> >> Xavier Beaudouin a écrit :
> >> Après y a des gens qui s'étonnent qu'on passe n'importe quoi via
> http/https
> >> Xavier Beaudouin A force de jouer avec les packets on fait autrement...
> >
> > Hélas, force est de constater que les VPNs basés sur HTTPS sont souvent
> ceux avec lesquels on a le moins de problèmes.
> >
> > Michel.
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH]VPN et Débit.

[Eugène Ngontang]

@bruno.pagani tout à fait, je pense qu'il y a déjà le débit entre le réseau
local derrière le modem de l'opérateur et la passerelle vpn permettant de
se connecter au vpn.

Pour ma part si on réussit déjà à se connecter au vpn le reste du surf est
dédié plutôt à la bande passante du réseau dont on utilise le vpn.

Cependant il y a les connexions descendantes, pour les téléchargements par
exemple.

C'est un peu ces aspects que j'aimerais aborder en détail.

Merci.

Le dim. 21 oct. 2018 à 13:11, Varicap  a écrit :

> Bonjour
>
> N oublions pas la neutralité du net selon les pays 
> Vaste sujet
>
> Richard
>
> > Le 21 oct. 2018 à 12:50, Bruno Pagani  a
> écrit :
> >
> > Bonjour,
> >
> >> Le 21/10/2018 à 12:40, Eugène Ngontang a écrit :
> >>
> >> Hello.
> >>
> >> Penszez vous qu'en passant par un vpn on peut s'affranchir d'une
> >> dégradation du débit internet de son opérateur, car on sort à ce moment
> là
> >> par la vpn gateway du réseau dont on utilise le vpn.
> >>
> >> J'aimerais avoir vos avis sur la question
> >>
> >> Bonne fin de weekend.
> >>
> >> Cordialement,
> >> Eugène NG
> >
> > Ça dépend évidemment du niveau auquel se situe le soucis (i.e. est-ce
> > que le chemin vers le VPN est impacté aussi ou non).
> >
> > Si c’est un problème de peering vers certains réseaux du fournisseur,
> > oui tout à fait. C’est (était?) notamment utilisé pour contourner les
> > problèmes de débits chez Free vers les services de Google par exemple.
> >
> > Si le problème est plus proche (lien local, réseau interne de
> > l’opérateur), ça ne sert à rien, puisque le problème se situe alors en
> > amont du VPN.
> >
> > Bruno
> >
> >
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]VPN et Débit.

[Eugène Ngontang]

Hello.

Penszez vous qu'en passant par un vpn on peut s'affranchir d'une
dégradation du débit internet de son opérateur, car on sort à ce moment là
par la vpn gateway du réseau dont on utilise le vpn.

J'aimerais avoir vos avis sur la question

Bonne fin de weekend.

Cordialement,
Eugène NG

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[TECH] [FRnOG] [MISC]Networkersguru & Certifs Cisco

[Eugène Ngontang]

Hello les guru,

Quelqu'un connaît-il assez bien networkersguru.com?
Ça peut être comparer à Cloudguru pour les certifs cloud?
Ils proposent des formations à jour par rapport aux technologies cisco
actuels?

Si non plus largement quel est le meilleur rapport qualité de
formation/prix pour les certificats cisco aujourd'hui?

Je dois faire des propositions à ma boîte...

Merci.

Cordialement,
Eugène NG

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Logiciel de topologie réseau

[Eugène Ngontang]

Oui Michel,

C'est bien un émulateur de réseau GNS3, mais dans sa description du besoin
il y a un peu du lap, et vu comme les techno vont vite et que perso j'ai
pas touché à du GNS3 depuis, c'est plus une suggestion de regarder si par
hasard GNS fait de la topo en plus, ou alors peut être adapté à son besoin,
comme on le fait généralement  lorsqu'on veut faire un peu le mécano avec
de l'opensource.

Cordialement,
Eugène NG

Le 28 mai 2018 à 04:15, Michel Py <mic...@arneill-py.sacramento.ca.us> a
écrit :

> > Eugène Ngontang a écrit :
> > GNS3 maybe ??
>
> J'ai du louper quelque chose. GNS3, c'est pas un simulateur ? Je m'en suis
> servi dans le passé pour préparer des labs, j'ai jamais connecté le machin
> dans mon réseau de prod. C'est pour çà qu'on fait du lab, non ?
>
> Michel.
>
>


-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Logiciel de topologie réseau

[Eugène Ngontang]

GNS3 maybe ??

Le lun. 28 mai 2018 à 03:24, Michel Py 
a écrit :

> > François Dumond a écrit :
> > Je cherche un logiciel de topologie réseau. Je m'explqiue: je fais
> régulièrement des
> > audits réseaux et je cherche un logiciel qui me permet de scanner le
> réseau, de me
> > sortir un max d'infos sur les switch, ainsi que les port
> d'interconnexion.
>
> Tout le monde le cherche.
>
> > et pour couronné le tout en logiciel libre, simple d'utilisation,
> tournant sous windows
>
> Faut que çà fasse le café aussi ?
>
> Michel.
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH][MISC]Échanger nos knowledge bases

[Eugène Ngontang]

Bonsoir Jérôme,

Moi aussi je suis déjà sur une idée de projet pareille...

Je pense simplement que l'on devrait se rapprocher pour voir comment être
«efficace ensemble».

Cordialement,
Eugène NG

Le jeu. 24 mai 2018 à 23:34, Jérôme Quintard <jquint...@outlook.com> a
écrit :

> C'est une bonne idée... on apprends tous du partage.
>
> Le mieux (le collaboratif ça reste compliqué) serait de maintenir une list
> awesome sur gitbut et d'utiliser les PR pour ajouter des éléments quelques
> exemples :
>
> https://github.com/enaqx/awesome-react
> https://github.com/sorrycc/awesome-javascript
> https://github.com/gztchan/awesome-design
>
> Je veux bien m'y mettre... sauf si quelqu'un est super motivé par le
> sujet...
>
> Jérôme
> [https://avatars2.githubusercontent.com/u/6322366?s=400=4]<
> https://github.com/gztchan/awesome-design>
>
> GitHub - gztchan/awesome-design: Creative Resources for ...<
> https://github.com/gztchan/awesome-design>
> GitHub is where people build software. More than 27 million people use
> GitHub to discover, fork, and contribute to over 80 million projects.
> github.com
>
>
> [https://avatars0.githubusercontent.com/u/35128?s=400=4]<
> https://github.com/sorrycc/awesome-javascript>
>
> sorrycc/awesome-javascript<https://github.com/sorrycc/awesome-javascript>
> awesome-javascript -  A collection of awesome browser-side JavaScript
> libraries, resources and shiny things.
> github.com
>
>
>
>
> 
> De : frnog-requ...@frnog.org <frnog-requ...@frnog.org> de la part de
> Eugène Ngontang <sympav...@gmail.com>
> Envoyé : jeudi 24 mai 2018 12:32
> À : frnog-t...@frnog.org
> Objet : [FRnOG] [TECH][MISC]Échanger nos knowledge bases
>
> Bonjour les gurus,
>
> Je pars du récent post de Jérôme sur les «outils cool», et bien d'autres
> dans le même ordre d'idées, pour vous demander si au-delà de cette ML, vous
> pourriez partager ainsi vos expériences, bases de connaissance, outils de
> travail or whatever, sur une plateforme (site) d'expertise
> collaborative?
>
> Merci bien de me dire un peu ce que vous en pensez par rapport à votre
> vision.
>
> Cordialement,
> Eugène NG
>
> ---
> Liste de diffusion du FRnOG
>
> https://nam04.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.frnog.org%2F=02%7C01%7C%7C9ba99d84fa7a4eb4143c08d5c161dcf1%7C84df9e7fe9f640afb435%7C1%7C0%7C636627548414706630=o1%2Fajx4CL62d7qfwvRmouE9fALHfAhwcl3BXH082TXk%3D=0
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH][MISC]Échanger nos knowledge bases

[Eugène Ngontang]

Bonjour les gurus,

Je pars du récent post de Jérôme sur les «outils cool», et bien d'autres
dans le même ordre d'idées, pour vous demander si au-delà de cette ML, vous
pourriez partager ainsi vos expériences, bases de connaissance, outils de
travail or whatever, sur une plateforme (site) d'expertise
collaborative?

Merci bien de me dire un peu ce que vous en pensez par rapport à votre
vision.

Cordialement,
Eugène NG

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Outils cool, qu'utilisez-vous ?

[Eugène Ngontang]

Et aussi j'aimerais pour toi qui semble avoir poussé l'utilisation de
netbox, ce que tu identifié comme fonctionnalité manquante...

Merci.

Le 22 mai 2018 à 23:53, Eugène Ngontang <sympav...@gmail.com> a écrit :

> Très intéressant comme thread..
>
> Moi j'utilise LateX pour compiler mes docs 
>
> Pour le reste c'est du standard : Ansible pour du CF et du CD, git pour le
> versionning (Semantic Versionning), Gitlab pour les repos et projets...
>
> Y a aussi Gravitational Teleport pour la centralisation des accès SSH et
> le clustering des infra sécurisés...
>
> Par contre pourquoi tu n'utilise pas un OpenStack (en intégrant peut être
> GNS3) pour tes labs?
>
> Cordialement,
> Eugène NG
>
> Le 22 mai 2018 à 23:07, Jérôme Quintard <jquint...@outlook.com> a écrit :
>
>> Salut à tous,
>>
>> Je cherchais il y a quelques temps un IPAM/DCMI en remplacement de
>> racktable et après de nombreuses réponses je suis devenu accroc de netbox
>> (même si il manque à mon niveau quelques fonctionnalités). Cette découverte
>> m'amène à me demander quels autres outils, sympa il existe dans nos métiers
>> (orienté devops ou tech pure). Existe t'il des ressources/awesome sur ce
>> sujet...
>>
>> Outre centreon/zabbix, j'utilise observium, cacti, bookspace (que j'adore
>> en lieu et plave d'un wiki pour regrouper nos docs), royalts pour
>> centraliser les accès (SSH, TSE, Web, etc.). GNS, docker pour les labs.
>>
>> Est-que vous avez des pépites que vous estimez incontournable...
>>
>> Jérôme
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>
>
>
> --
> LesCDN <http://lescdn.com>
> engont...@lescdn.com
> 
> *Aux hommes il faut un chef, et au*
>
> * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
> voit on te juge!*
>



-- 
LesCDN <http://lescdn.com>
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] Outils cool, qu'utilisez-vous ?

[Eugène Ngontang]

Très intéressant comme thread..

Moi j'utilise LateX pour compiler mes docs 

Pour le reste c'est du standard : Ansible pour du CF et du CD, git pour le
versionning (Semantic Versionning), Gitlab pour les repos et projets...

Y a aussi Gravitational Teleport pour la centralisation des accès SSH et le
clustering des infra sécurisés...

Par contre pourquoi tu n'utilise pas un OpenStack (en intégrant peut être
GNS3) pour tes labs?

Cordialement,
Eugène NG

Le 22 mai 2018 à 23:07, Jérôme Quintard  a écrit :

> Salut à tous,
>
> Je cherchais il y a quelques temps un IPAM/DCMI en remplacement de
> racktable et après de nombreuses réponses je suis devenu accroc de netbox
> (même si il manque à mon niveau quelques fonctionnalités). Cette découverte
> m'amène à me demander quels autres outils, sympa il existe dans nos métiers
> (orienté devops ou tech pure). Existe t'il des ressources/awesome sur ce
> sujet...
>
> Outre centreon/zabbix, j'utilise observium, cacti, bookspace (que j'adore
> en lieu et plave d'un wiki pour regrouper nos docs), royalts pour
> centraliser les accès (SSH, TSE, Web, etc.). GNS, docker pour les labs.
>
> Est-que vous avez des pépites que vous estimez incontournable...
>
> Jérôme
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>



-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH]3G vs 4G/5G

[Eugène Ngontang]

Merci pour ton retour Vincent.

Cordialement,
Eugène NG

Le ven. 13 avr. 2018 à 09:09, FRENEAUX Vincent <vfrene...@hexatel.fr> a
écrit :

> Bonjour,
>
> Personnellement j'utilise au quotidien un smartphone professionnel en 3G
> (bien qu'il soit possible de le passer en 4G en changeant le forfait) et
> pour mon usage (mails/Waze/streaming musical/partage de connexion pour
> utilisation VPN ou accès SSH ou prise en main à distance) ça fonctionne
> parfaitement bien.
> J'ai même des fois plus de vitesse (ou de fiabilité ?) sur ce réseau
> mobile (Orange pour ne pas le nommer) que sur mon téléphone perso en 4G
> (free, toujours pour ne pas le nommer !) lorsque j'ai besoin de lancer une
> connexion à distance.
>
> J'en conclus à ta question que pour mon usage, je ne rencontre pas de
> limites dues à la 3G, mais certains ici tirent peut être plus sur leur
> liaison mobile et sauront te remonter des limites.
>
> Cordialement,
>
> Vincent FRENEAUX
>
>
> -Message d'origine-
> De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part
> de Eugène Ngontang
> Envoyé : vendredi 13 avril 2018 08:56
> À : frnog-t...@frnog.org
> Objet : [FRnOG] [TECH]3G vs 4G/5G
>
> Salut les gourous de la téléphonie mobile.
>
> Au-delà du détail fonctionnel selon lequel la différence entre la 3G et la
> 4G se situe au niveau de la vitesse/débit... Genre la 4G est dix fois plus
> rapide que la 3G et permet par exemple entre autres de regarder du
> streaming vidéo sur son téléphone ou faire des parties de jeu vidéo multi
> players, j'aimerais aller plus en profondeur dans la technique
> concernant  ces générations à haut débit.
> Et ma question : Est ce que c'est très grave à l'ère que nous vivons
> d'utiliser un téléphone dont la Génération à haut débit mobile est la 3G?
> Dans quels cas d'usage un tel appareil serait déconseillé? Quelles en sont
> concrètement les limites inhérentes?
>
> Merci.
>
> Cordialement,
> Eugène NG
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]3G vs 4G/5G

[Eugène Ngontang]

Salut les gourous de la téléphonie mobile.

Au-delà du détail fonctionnel selon lequel la différence entre la 3G et la
4G se situe au niveau de la vitesse/débit... Genre la 4G est dix fois plus
rapide que la 3G et permet par exemple entre autres de regarder du
streaming vidéo sur son téléphone ou faire des parties de jeu vidéo multi
players, j'aimerais aller plus en profondeur dans la technique
concernant  ces générations à haut débit.
Et ma question : Est ce que c'est très grave à l'ère que nous vivons
d'utiliser un téléphone dont la Génération à haut débit mobile est la 3G?
Dans quels cas d'usage un tel appareil serait déconseillé? Quelles en sont
concrètement les limites inhérentes?

Merci.

Cordialement,
Eugène NG

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] salle IT préfabriquée

[Eugène Ngontang]

Bonjour,

Je rebondit sur ta demande pour placer une question plutôt d'intérêt
général.

Penses-tu la virtualisation de salles pourrait être une alternative à ton
besoin?
Quelles seraient les limites ou impossibilités selon ton besoin et tes
exigences?
Quel est l'avis des autres experts sur cette alternative potentielle?

Cordialement,
Eugène NG

Le 27 nov. 2017 10:30 PM, "Fabrice Vincent"  a écrit :

> Bonjour,
>
> Un de mes clients cherche à déplacer en urgence une salle informatique de
> 6 baies.
> Parmi les solutions envisageable il y a l'option d'une salle préfabriquée,
> en format container ou équivalent.
>
> Auriez vous des avis ou, mieux, des retours d'expériences sur ce type de
> solutions et les boites qui en proposent ? Je m'intéressent notamment au
> rapport qualité-prix, au délais de livraison, et à l'évolution dans le
> temps (vieillissement, espérance de vie, etc.),
>
>  j'accepte des propositions commerciales, à conditions de ne pas être
> relancer 5 fois !
>
> Pour le contenue de la salle, je n'ai pas encore un inventaire précis mais
> il faudrait 6 à 8 baie, avec climatisation (option FreeCooling bienvenue :
> climat = nord de Paris), et avec ou sans onduleur et distribution
> électrique intégré.
>
> Merci pour vos retours.
>
> Bonne journée,
> Fabrice
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Cartographie

[Eugène Ngontang]

Je serai curieux d'avoir une réponse dans le domaine open source, avec un
retour d'expérience utilisateur ;)

Le 24 octobre 2017 à 14:40, Alexei Popof  a écrit :

> Bonjour à tous,
>
>
> Je dois recenser toutes mes bases de données avec quelques informations
> pour les décrire:
>
> connaissez-vous des outils pour cartographier automatiquement les BDD de
> son SI?
>
> que conseillez-vous pour les recenser de manière lisible?
>
>
> merci à tous d'avance pour vos retours.
>
>
> Alexei.
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>



-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [BIZ] Matériels Réseaux à Céder

[Eugène Ngontang]

Hello,

Je veux bien les Cisco... Comment ça se passe pour l'acquisition s'il vous
plaît?

Merci.

Cordialement,
Eugène NG

Le 4 août 2017 4:40 PM, "Samuel Catheline"  a écrit :

>
>
> Bonjour à Tous,
>
> Nous cherchons à céder les matériels réseaux suivants, si quelqu'un est
> intéressé merci de me contacter en direct:
>
> * 1 switch N3 HP 8212zl Config :J9092A (Management Module), J9092A
> (Management Module),J9095A (System Support Module),J9051A (Wireless Edge
> Service Primary),J9052A (Wireless Edge Service Secondary),J8706A (24 SFP
> Module), J8706A (24 SFP Module),J8702A (24p Gig-T),J8702A (24p
> Gig-T),J8702A (24p Gig-T)
> * 1 Routeur Ericsson SE600 Config : XCRP4 (management module) XCRP4
> (management module) ENET 100/1000 (carte ligne 24 ports SFP) ENET 100/1000
> (carte ligne 24 ports SFP)
> * 1 switch Foundry BigIron RX8 Config : BI48T (carte 48 ports Cui déport
> MRJ21), BI48T (carte 48 ports Cui déport MRJ21),BI48T (carte 48 ports Cui
> déport MRJ21),BI24HF (carte ligne 24 SFP),BI24HF (carte ligne 24
> SFP),Management Module
> * 1 Routeur Foundry MLX4 Config: NI-MLX-1Gx20SFP,Management Module
> * 1 switch Foundry BigIron RX8 Config: BI48T carte 48 ports Cui déport
> MRJ21, BI24HF (carte ligne 24 SFP),Management Module
> * 1 switch Foundry BigIron RX8 Config: BI24HF Config: carte ligne 24 SFP,
> Management Module
> * 1 switch Foundry BigIron RX8 Config: BI48T (carte 48 ports Cui déport
> MRJ21), BI48T (carte 48 ports Cui déport MRJ21), BI48T (carte 48 ports Cui
> déport MRJ21), BI24HF (carte ligne 24 SFP) BI24HF (carte ligne 24
> SFP),Management Module Management Module
> * 1 Routeur Foundry BigIron RX8 NI-MLX-1GX48-T-A NI-MLX-1GX48-T-A
> NI-MLX-1GX48-T-A NI-MLX-1GX48-T-A NI-MLX-1GX20-SFP NI-MLX-1GX20-SFP
> NI-MLX-MR NI-MLX-MR
> * 1 Routeur Foundry BigIron RX8 NI-MLX-1GX48-T-A NI-MLX-1GX48-T-A
> NI-MLX-1GX48-T-A NI-MLX-1GX48-T-A NI-MLX-1GX20-SFP NI-MLX-1GX20-SFP
> NI-MLX-MR NI-MLX-MR
>
> * 3 Routeurs Cisco 1812, 3 Routeurs Cisco 2812, 5 Routeurs Cisco 3825, 1
> Routeurs Cisco 3548, 4 Routeurs Cisco 878, 2 Routeurs Cisco 877, 2 Routeurs
> Cisco 877W, 2 Routeurs Cisco 887W, 1 Routeurs Cisco 828
> 2 Siwtches Cisco Catalyst 3500, 2 Siwtches cisco Catalyst 2950, 1 Cisco
> 2960G
> * 2 Switches DLINK DFL800, 1 Switch Netgear GS748T
> * 2 Firewall Fortinet 200B
> * 3 routeurs Funkwerk R3000, 2 routeurs Funkwerk R3400
> * 1 Gateway Voip Qunitum Tenor AF 2FXS,1 Gateway Voip Qunitum Tenor AF
> 4FXS,1 Gateway Voip Qunitum Tenor AF 8FXS, 1 Gateway Voip Qunitum Tenor
> DX4120, 1 Gateway Voip Qunitum Tenor BX 408, 1 Gateway Voip PAtton 4960 1E1
>
> * 1 XDM ECI XDM500 Config :MECP OSC5X XMCP-B MO_OFA_PHBC MO_ACC4OSC5
> * 1 XDM ECI XDM500 Config :[XI0192 MECP OSC5X XMCP-B DIOB MO_OFA_PHBC
> MO_ACC4OSC5 OADM EW OADM EW XI0192
>
>
>
>
>
>
> Cordialement,
>
>
>
> Samuel CATHELINE
> Ingénieur Exploitation
>
> Afone Infrastructure
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]La résilience des applications utilisant réseau

[Eugène Ngontang]

Bonjour les gurus,

Le sujet semble peut etre vague, mais j'aimerais avoir des avis et idées de
gestion de la résilience pour les applications qui utilisent le réseau,
typiquement une applicaiton web pour faire simplement.

Comment gérer efficacement les accès à l'application pour les cas où les
clients ont une coupure réseau, se trouvent dans les zones où l'accès
réseau est difficile.

Je veux savoir ce que les uns et les autres en pensent, préconisent, au
niveau applicatif, réseau bonnes pratiques et autres, articles, sujets
de réflexion autout du sujet.

Cordialement,
Eugène NG

-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [TECH] Ambiguité sur l'ip de sortie : ipv6 ou ipv4

[Eugène Ngontang]

Effectivement Samuel, c'est ça...

Le 1 déc. 2016 11:44 AM, "Samuel Thibault"  a
écrit :

> Stephane Bortzmeyer, on Thu 01 Dec 2016 11:26:25 +0100, wrote:
> > On Thu, Dec 01, 2016 at 11:03:07AM +0100,
> >  Dominique Rousseau  wrote
> >  a message of 30 lines which said:
> >
> > > Et le fait de tenter d'acceder au site en ipv6, c'est une decision
> > > prise par ton navigateur [...] Et d'une maniere generale, les
> > > naivgateurs recents, quand ils determinent qu'ipv6 est utilisable
> > > ont une preference a l'utiliser.
> >
> > Non. Sur Linux, la décision est prise par le système (et configurable
> > dans /etc/gai.conf).
>
> Le système choisit dans quel ordre getaddrinfo fournit la réponse,
> mais le client peut bien faire derrière ce qu'il veut de la liste
> d'adresses retournées.
>
> Samuel
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Ambiguité sur l'ip de sortie : ipv6 ou ipv4

[Eugène Ngontang]

Bonjour Samuel,

Ton message a l'élément de réponse que je cherchais, c'est plutot light.


>
>
> *"Non, c'est le client lui-même, qui regarde la réponse DNS, s'il n'y apas
> d'IPv6, il n'a pas le choix, il sort en IPv4, et donc ça passe parle VPN.
> Si IPv6 est disponible, il a le choix, et essaie d'abord IPv6,et donc ça ne
> passe pas par le VPN"*



Ca c'est ce que je n'ai pas su dire, c'est simplement et clairement dit.

Merci.

Cordialement,
Eugène NG

Le 1 décembre 2016 à 11:01, Samuel Thibault <samuel.thiba...@ens-lyon.org>
a écrit :

> Eugène Ngontang, on Thu 01 Dec 2016 10:50:48 +0100, wrote:
> > Quand tu essayes de voir avec quelle ip tu sors sur internet depuis ron
> > domicile, c'est ton ipv6 qui est affichée.
>
> Avec quel service ? S'il est disponible en IPv6, avec de la chance
> c'est IPv6 qui est utilisé.
>
> > Et donc comment est ce que tu peux sortir en ipv6 et accéder aux
> ressources
> > sur lesquelles seule ton ip publique v4 est autorisée?
>
> Si les resources ne sont disponibles qu'en IPv4, IPv6 ne sera pas du
> tout utilisé. Et donc l'IPv6 n'apparaît pas du tout.
>
> > Est-ce ton routeur (la box de l'opérateur pour le coup) qui décide de te
> > faire sortir par ton ipv6 ou l'ip publique de ta passerelle en fontion de
> > ta destination?
>
> Non, c'est le client lui-même, qui regarde la réponse DNS, s'il n'y a
> pas d'IPv6, il n'a pas le choix, il sort en IPv4, et donc ça passe par
> le VPN. Si IPv6 est disponible, il a le choix, et essaie d'abord IPv6,
> et donc ça ne passe pas par le VPN.
>
> > Aussi, pourquoi c'est ton ipv6 local qui est affichée sur internet
> pourtant
> > elle privée?
> > Et ce qui m'intringue c'est que son ipv6 est privée normalement
> > puisqu'elle est associée à sa carte réseau.
>
> L'IPv6 locale n'est pas forcément privée, non. Faire du NAT c'est en
> IPv4 qu'on le fait essentiellement. En IPv6 on peut donner des IPs
> publiques à tout le monde.
>
> Samuel
>



-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH] Ambiguité sur l'ip de sortie : ipv6 ou ipv4

[Eugène Ngontang]

Bonjour les gurus,

J'ai eu une question pas forcément avancé d'un collègue, mais que je ne
suis pas parvenu à bien expliquer (enfin je pense pas), donc je vous la
repose.

Tu as une machine linux (debian mais on s'en fout), avec une carte réseau,
et un client VPN (OpenConnect de Cisco) pour te connecter à une VPN gateway
pour l'accès au réseau de l'entreprise.

Sur ton système, ta carte réseau tu as une adresse en ipv4 et ipv6, et tu
as également une interface créée par la connection avec une ip privée en
v4. L'ip publique de la vpn gateway est en ipv4.

Et sur les acl associée aux ressources de l'entreprise, c'est cette ip
publique v4 qui est autorisée.

Alors la remarque et la question.

Quand tu essayes de voir avec quelle ip tu sors sur internet depuis ron
domicile, c'est ton ipv6 qui est affichée.

Et donc comment est ce que tu peux sortir en ipv6 et accéder aux ressources
sur lesquelles seule ton ip publique v4 est autorisée?
Est-ce ton routeur (la box de l'opérateur pour le coup) qui décide de te
faire sortir par ton ipv6 ou l'ip publique de ta passerelle en fontion de
ta destination?
Et dans les logs sur les serveurs de l'entreprise, on voit bien l'ip
publique de la passerelle VPN.
Aussi, pourquoi c'est ton ipv6 local qui est affichée sur internet pourtant
elle privée?

Par contre sur le réseau de l'entreprise tout est en ip vp4 qu'il soit
connecté à la vpn gateway ou juste au réseau/routeur de l'entreprise.

Je comprends que le routeur de l'entreprise sort en ipv4 et celui de son
domicile en ipv4, mais pourquoi quand il se connecte au vpn de chez lui,
c'est son ipv6 qui s'affiche sur internet non l'ip de la vpn gateway? Et ce
qui m'intringue c'est que son ipv6 est privée normalement puisqu'elle est
associée à sa carte réseau.

J'avoue que je me suis pas senti très à l'aise et cohérent sur la question,
et donc je vous la repose, avant de faire le test chez moi ce soir,
puisqu'on utilise la meme vpn gateway.

Je ne sais pas si je suis clair.


Merci.

Cordialement,
Eugène NG

-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Supervision réseau

[Eugène Ngontang]

Zabbix avec un grafana pour les dashboards

Bon courage...,

Le 21 nov. 2016 09:34, "David Ramahefason"  a écrit :

> @David on fait ca avec une combinaison Sensu/Ansible et Consul
>
> Le lun. 21 nov. 2016 à 09:08, David Ponzone  a
> écrit :
>
> > A ce sujet, est-ce que quelqu’un a déjà identifié un NMS qui permette de
> > facilement créer un template pour un type de CPE et l’instancier ensuite
> en
> > moins de 30 secondes pour une IP précise (voir en instancier un grand
> > nombre en important un CSV) ?
> > Dans le template, l’idéal est qu’il y ait les éléments à superviser (RTT
> > ICMP, variables SNMP à vérifier, etc…) et les actions à déclencher en cas
> > de dépassement de seuil.
> > Je fais ça très bien avec Centreon/Nagios, mais j’en ai marre de
> > l’interface (ça existe ça comme maladie, GUI-bored ?).
> > Et quand je regarde les descriptions des autres NMS, il est peu évident
> > de comprendre s’ils offrent cette facilité juste en lisant la doc...
> >
> >
> > > Le 21 nov. 2016 à 08:58, Anthony Sibiodon  a
> écrit :
> > >
> > > sinon Eyes of Network, très puissant, il y a tous les outils, Nagios,
> > Cacti, etc ...
> > >
> > > Anthony
> > >
> > > -Message d'origine-
> > > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
> > part de Bostick Box
> > > Envoyé : lundi 21 novembre 2016 08:55
> > > À : sbu12...@gmail.com; 'Jeremy' ; 'asham kimo'
> <
> > asham75...@gmail.com>; frnog-t...@frnog.org
> > > Objet : Re: [FRnOG] [TECH] Supervision réseau
> > >
> > > +1 pour centreon.Cdt
> > >
> > >Le Dimanche 20 novembre 2016 23h40, "sbu12...@gmail.com" <
> > sbu12...@gmail.com> a écrit :
> > >
> > >
> > >
> > > "Obervium ?"
> > >
> > > Dommage qu'il n'est pas le template ForcePoint.
> > > SU
> > >
> > > -Message d'origine-
> > > De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la
> > part de Jeremy Envoyé : dimanche 20 novembre 2016 15:16 À : asham kimo;
> > frnog-t...@frnog.org Objet : Re: [FRnOG] [TECH] Supervision réseau
> > >
> > > Obervium ?
> > >
> > > Jérémy
> > >
> > > Le 20/11/2016 à 12:02, asham kimo a écrit :
> > >> c dimanche ...et c pas grave !
> > >> Bonjour,
> > >>
> > >> dans le cadre d'un stage ,la boite qui m'accueille m'a demandé de
> > >> proposer  avec une démonstration de faisabilité (POC)  une solution de
> > >> supervision  réseau gratuite , avec map graphique et qui puisse
> prendre
> > >> en charge  les éléments suivants:
> > >> Synology, routeur, UCS, Vcenter, switch, controleur wifi, borne wifi,
> > >> serveur local , serveur cloud ( ça j'avoue ! j'ai pas bien pigé ) et
> > >> un état de sauvegarde du stockage (synology).
> > >> j'ai commencé par voir du coté de Eyesofnetwork ,Packetfence et
> > >> Grafana... je suis preneur pour tout retour
> > >> d’expérience sur ces solutions ou autres .
> > >> et merci d'avance,
> > >> Asham
> > >>
> > >> ---
> > >> 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/
> >
> >
> > ---
> > 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] [TECH] Conférence Network@Scale

[Eugène Ngontang]

Nice 
Le 24 mai 2016 21:38, "Florian Stosse"  a écrit :

> Plop la liste,
>
> Les vidéos de la conférence Network@Scale, avec des choses intéressantes
> sur les infras de Facebook, AT, Google, le JPL, and more, sont dispos
> à cette adresse :
>
> https://code.facebook.com/posts/1036362693099725/networking-scale-may-2016-recap/
>
> Il y a même quelques trucs intéressants pour les fans d'IPv6.
>
> Bonne soirée,
>
> Florian STOSSE | Apprenti-ingénieur sécurité informatique
> Bureau Veritas - Service Sûreté de fonctionnement | ESIEA Paris
>
> PGP : 0x6DEC51D1
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] Re: [TECH] Géolocaliser des traceroutes, besoin de votre aide

[Eugène Ngontang]

Bonjour,

Je ne suis pas certain de pouvoir te filer un node, je pense que tu veux
une machine avec une IP publique, mais j'aimerais bien comprendre plus en
détails le rôle et les requirements du node.
Par contre je veux et peux bien aider sur l'algo.
Si non le projet en soit m'intéresse bien avec cet aspect IA.
Comment y participer ou faut-il attendre la version open-source ?

Cordialement,
Eugène NG
Le 23 mai 2016 18:05, "Salim Gasmi"  a écrit :

> Je vais lire ca avec attention.
> Par contre, faudra que je sache ou sont les nodes pour que mon algo
> fonctionne.
>
> Salim
>
> Le 23/05/2016 à 17:52, Stephane Bortzmeyer a écrit :
>
>> On Mon, May 23, 2016 at 05:50:28PM +0200,
>>   Salim Gasmi  wrote
>>   a message of 872 lines which said:
>>
>> Ca serait génial, mais peut on se connecter sur une sonde Atlas et lancer
>>> un mtr ?
>>>
>> Sinon, je ne le suggérerai pas :-)
>>
>> http://www.bortzmeyer.org/traceroute-atlas.html
>>
>>
>> https://labs.ripe.net/Members/stephane_bortzmeyer/using-ripe-atlas-to-debug-network-connectivity-problems
>>
>
>
> --
>
> *Salim GASMI*
> Directeur Technique
>  
>
> --
> *SdV Plurimedia*
> 15 rue de la Nuée Bleue 67000 Strasbourg
> T. 03 88 75 80 50 / F. 03 88 23 56 32
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]Info sur le CCNP

[Eugène Ngontang]

Bonjour la liste,

J'aimerais me mettre à niveau dans les certif CISCO, car même si je fais
plus du système depuis ces dernière années, j'ai commencé par le réseau où
j'ai même été prof (pour les nuls :D), et à terme je compte bien travailler
avec les constructeur dans l'industriel, vu je suis très porté vers le
débogage et le bas niveau, je pense donc qu'il faut bien pousser les
compétences dans ce sens, et Cisco est une bonne référence pour moi (voilà,
le mec expose son profil en coulisse).

Non mais sérieusement, j'aimerais faire le CCNP, et ma question/demande est
de savoir quel est le programme à jour.
Par ailleurs je compte le préparer en autodidacte et j'aimerais bien que
des gens de la ML qui ont subi l'épreuve dans la pratique me disent si
c'est bien possible.
J'ai quelques supports un peu dispersés que j'ai eu à utiliser de façon
ponctuelle pour mes étudiants en TP sur des thèmes spécifiques, mais
j'aimerais si quelqu'un connaît le programme à jour et a des sources à jour
et appropriées, qu'il me les file. Ou même tout autre info et préconisation
utile

*PS : Le label TECH est-il bien indiqué pour ce thread*

Je vous remercie pour votre attention et pour votre générosité.


Bien cordialement,
Eugène NG

-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]SNMPTRAP avec des OIDs personnalisés

[Eugène Ngontang]

Bonjour,

J'aimerais avoir votre retour sur la meilleur façon de mettre en place un
système de supervision de fichier et de notification.

En fait j'ai un ensemble de fichiers (quatre), régulièrement mi à jour. Et
je suis en train de mettre en place un système qui déclencherait une
notification chaque fois que l'un des fichiers est modifié, la notification
est envoyé a un serveur qui fera le traitement approprié.

Pour cela j'utilise incrond (pour supervision locale des fichier) et
snmptrap (pour l'envoie des notifications lorsqu'il y a notification).

Mon souci c'est au niveau de snmptrap, dont je n'ai pas la parfaite
maîtrise.

En effet je sais que pour utiliser snmptrap il n'y a pas besoin absolument
de MIB, donc je voudrais utiliser des OIDs (quatre pour les 4 fichiers). Je
dois donc pour cela définir mes OIDs avec une syntaxe pertinente pour les
fichiers et qui prendraient pour valeur le nom du fichier. Ainsi l'agent
(le système où se trouve les fichiers) enverra des notifications/traps SNMP
vers le manager (le serveur qui exécute des scripts en fonction du fichier
modifié), qui lui devrait pouvoir extraire la valeur de l'OID, et exécuter
l'action/script approprié.

C'est là que je bloque un peu, et j'aimerais savoir comment faire cela
proprement.

Typiquement en suivant cette syntaxe de démo par exemple :

snmptrap -v 1 -c commnunity_string my_server TRAP-TEST-MIB::demotraps
my_agent 6 17 '' SNMPv2-MIB::sysLocation.0 s Just here

ou

 snmptrap -v 2c -c community_string my_serever ''
NOTIFICATION-TEST-MIB::demo-notif SNMPv2-MIB::sysLocation.0 s just
here

Comment je pourrais définir mes OIDs et les envoyer avec les bonnes valeurs?

PS : J'ai trouvé complexe et pas vraiment su comment superviser les
fichiers en local avec snmp, donc si quelqu'un a une meilleure
alternative à cette méthode, je suis preneur.

Merci.


Cordialement,

Eugène NG



-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] FRNOG 24.0 - BETA

[Eugène Ngontang]

Merci Philippe :D


Le 2 février 2015 22:07, Jérôme Nicolle jer...@ceriz.fr a écrit :

 Salut Philippe,

 Le 02/02/2015 07:01, Philippe Bourcier a écrit :
   - participer au programme, faire une présentation, un tuto... me faire
  signe;

 Il y a de plus en plus de membres de la liste qui s’intéressent à la
 construction de réseaux optiques et qui me posent des tas de question
 sur l'architecture et surtout les aspects juridiques et économiques du
 merdier. J'aimerais bien faire un brief sur certains de ces aspects,
 mais c'est assez touffu.

 Du coup je lance un appel : posez moi toutes les questions sur ce sujet,
 par mail direct, pour que je fasse des stats sur les aspects à couvrir.

 (l'envoi de question ne veut pas dire que je vais vous prospecter pour
 du conseil, sauf si vous sollicitez un truc vraiment custom et
 manifestez votre intérêt pour du temps dédié)

 @+

 --
 Jérôme Nicolle
 06 19 31 27 14


 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/




-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [MISC] FRNOG 24.0 - BETA

[Eugène Ngontang]

Bonsoir,

Ca va sembler stupide mais je ne vois pas le lien où s'inscrire pour les
participants sur le site.

Cordialement,
Eugène NG

Le 2 février 2015 12:10, Falco Schmutz fschm...@premaccess.com a écrit :

 Hello Philippe,

 Bonne année :)
 On peut sponsorisé aussi, juste donne des infos, de comment cela
 fonctionne.

 Bien à toi,

 2015-02-02 7:01 GMT+01:00 Philippe Bourcier phili...@frnog.org:

 
  Bonjour,
 
  La prochaine réunion FRNOG aura lieu le Vendredi 20 Mars prochain.
 
  Comme d'habitude si vous êtes intéressés pour :
   - sponsoriser... faire signe à Omer (en Cc) et moi-même;
   - participer au programme, faire une présentation, un tuto... me faire
  signe;
   - proposer des thèmes qui vous intéressent...
 
 
  Cordialement,
  --
  Philippe Bourcier
  web : http://sysctl.org/
  blog : https://www.linkedin.com/today/author/2298865
 
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/
 



 --

 

 Falco SCHMUTZ

 http://fr.linkedin.com/in/fschmutz

 E-mail : fschm...@premaccess.com
 Mobile : +33 6 80 22 00 29
 Fixe Suisse : +41 44 586 77 74
 Fax Suisse : +41 26 347 28 90
 Fax France : +33 9 72 12 19 25

 premaccess SA
 Route des Arsenaux 41 - CP 132
 CH-1705 Fribourg, Suisse

 http://www.premaccess.com

 http://fr.viadeo.com/fr/profile/falco.schmutz
 http://www.facebook.com/premaccess   http://twitter.com/premaccess


 

 Attention : le présent message et toutes les pièces jointes sont
 confidentiels et établis a l'attention exclusive du ou des destinataire(s)
 indique(s). Toute autre diffusion ou utilisation non autorisée est
 interdite. Si vous recevez ce message par erreur, veuillez immédiatement en
 avertir l'expéditeur par e-mail en retour, détruire le message et vous
 abstenir de toute référence aux informations qui y figurent afin d'éviter
 les sanctions attachées a la divulgation et a l'utilisation d'informations
 confidentielles. Les messages électroniques sont susceptibles d'altération.
 Nous déclinons toute responsabilité en cas d'altération ou de falsification
 du présent message.

 Warning : this e-mail and any files attached are confidential and intended
 solely to the named addressee(s). Any unauthorised dissemination or use is
 strictly prohibited. If you received this e-mail in error, please
 immediately notify the sender by reply e-mail and then delete the e-mail
 from your system. Please do not copy, use or make reference to it for any
 purpose, or disclose its contents to any person : to do so could expose you
 to sanctions. E-mails can be altered or falsified. We shall not be liable
 for any alteration or falsification on this e-mail.

 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/




-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]Design et aspect protocolaire des Proxies

[Eugène Ngontang]

Bonjour les experts,

En fait dans mon taf je travail avec le web proxy squid, et même si je
parviens techniquement à manipuler l'outil, en cas de souci, erreur ou
autres j'ai des questions qui me viennent très souvent à l'esprit, sur
l'aspect purement fonctionnel des proxies.

Autant je comprends le firewalling, autant le proxying m'emmène souvent à
de petites remises en question.

Je ne demande à comprendre l'architecture des proxies, mais à comprendre le
fonctionnement au sens protocolaire je dirais, même si je sais que le
proxy n'est pas un protocole.

Ce que j'aimerais savoir :
 - Peut-on se passer (le client, disons un wget par exemple) du proxy si
l'on connais l'url de destination?
 - le proxy est censé masquer l'existence du client sur le réseau pour le
serveur, seulement dans certains cas, même si une ACL est créée sur le
proxy pour autoriser l'url en question, ce dernier ne parvient pas à
établir la connexion pour le client, qui tombe en timeout. Et une tentative
de connexion directe sans passer par le proxy marche. Dans ce cas qu'est ce
qu'il ne fallait pas ou qu'est ce qu'il faut faire?
- le point précédent m'emmène à poser la question de savoir si le serveur
auquel on tente de se connecter doit être configuré pour ou pour ne pas
recevoir des requêtes d'un proxy???
- On peut partir sur le cas concret qui m'a poussé à créer ce thread :

  * J'ai autorisé une URL sur mon proxy pour un flux https, verx un
serveur
  * En testant la connexion avec un wget sur l'url, après avoir
setté la variable https_proxy depuisma console, je ne réussi. Le client
tente indéfiniment et tombe en erreur, typiquement avec une trace du genre :
  wget https://server_url
--2015-01-28 08:37:20--  https://server_url
Resolving proxy_fqdn... proxy_ip
Connecting to proxy_fqdn|proxy_ip|:8000... connected.
Proxy tunneling failed: Service UnavailableUnable to establish SSL
connection.

* En unsettant le proxy et en réessayant j'y arrive bien. Alors
je vais sur mon proxy en question et refais la même requête, et je me rend
compte qu'effectivement le proxy n'est pas autorisé à parler en SSL au
serveur en question, sur les firewall, et je déduis que c'est là le souci.
  - D'après ce dernier exemple, cela veut-il bien dire que le fait de
passer par un proxy ou non est un choix qui n'est pas obligatoire, et que
tout dépend des accès autorisés pour le proxy en question?
  - Elles pilulent sur la toile, mais je suis preneur de toute bonne doc
couvrant en détail les différentes architectures et façon de mettre en
place les proxies.

Merci pour votre attention.

Cordialement,
Eugène NG

-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [FRoNG][TECH]TLD et performances.

[Eugène Ngontang]

Bjr les experts.

Savez-vous s'il y a une une différence point de vue performance par rapport
au TLD(cm, fr ou com par exlpe) des noms de domaines ou ça dépend
uniquement de l'hébergement ?

Merci.

Eugène NG

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]Acquisation d'un serveur type hébergeur.

[Eugène Ngontang]

Bonjour la liste.

Je  veux acheter un serveur assez puissant pour monter chez moi un
environnement de test similaire à celui que j'ai chez mon hébergeur.
En effet je vais installer sur le serveur un proxmox pour héberger mes vms
de test.

Pour cela je recherche une machine avec au minimum les caractéristiques
suivantes :

*  - 8Go de RAM. *
*  - 300Go d'espace disque (un NAS supplémentaire sera mieux indiqué, et
même requis plus tard puisque les VMs seront hébergées sur un support
réseau, et non plus en local)*
*  - 2.5Ghz pour le processeur processeur*
*  - ..*

Alors je cherche la solution la meilleure et la moins cher possible (moins
cher que cdiscount :D).

J'ai donc pensé à faire un tour par ici si jamais quelqu'un aurait une
bonne affaire du genre ou du matériel en bon état à broquer.

Merci.

Cordialement,
Eugène NG

-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH]Acquisation d'un serveur type hébergeur.

[Eugène Ngontang]

Salut François,

Tu veux qu'on continue en privé? Merci.

Voici quelque offres que j'ai sur cdiscount :
http://www.cdiscount.com/search/10/serveur+dell.html#_his_
pour te donner une idée de ce que je recherche.

Cordialement,
Eugène NG



Le 27 novembre 2014 15:59, Francois A. n...@heimdall.net a écrit :

 Salut

 si tu veux du matos d’occase, j’en ai un stock à la cave qui attend que je
 m’occupe de les mettre en vente : on peut largement trouver ton bonheur
 pour refaire une infra

 Francois

 On 27 Nov 2014, at 15:56, Eugène Ngontang sympav...@gmail.com wrote:

  Bonjour la liste.
 
  Je  veux acheter un serveur assez puissant pour monter chez moi un
  environnement de test similaire à celui que j'ai chez mon hébergeur.
  En effet je vais installer sur le serveur un proxmox pour héberger mes
 vms
  de test.
 
  Pour cela je recherche une machine avec au minimum les caractéristiques
  suivantes :
 
  *  - 8Go de RAM. *
  *  - 300Go d'espace disque (un NAS supplémentaire sera mieux indiqué, et
  même requis plus tard puisque les VMs seront hébergées sur un support
  réseau, et non plus en local)*
  *  - 2.5Ghz pour le processeur processeur*
  *  - ..*
 
  Alors je cherche la solution la meilleure et la moins cher possible
 (moins
  cher que cdiscount :D).
 
  J'ai donc pensé à faire un tour par ici si jamais quelqu'un aurait une
  bonne affaire du genre ou du matériel en bon état à broquer.
 
  Merci.
 
  Cordialement,
  Eugène NG
 
  --
  ngont...@epitech.net
  sympav...@gmail.com
  
  *Aux hommes il faut un chef, et au*
 
  * chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
  voit on te juge!*
 
  ---
  Liste de diffusion du FRnOG
  http://www.frnog.org/


 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/




-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]Tester la perte de paquets réseaux.

[Eugène Ngontang]

Bonjour la liste.

J'ai un petit problème, beaucoup plus d'ordre stratégique que technique,
mais j'aimerais avoir vos suggestions d'experts.

En effet nous avons mis en place des systèmes sous Linux pour un client,
avec un concept de synchronisation où l'on a un poste master, et deux
slaves, le tout forme un groupe de synchronisation.
Chacun des équipements est équipé d'un serveur X, pour la diffusion de
contenus sur des écrans géants. Sur le principe, à des instants précis le
master envoie des paquets de synchro en UDP pour qu'ils affichent en même
temps (tous les trois ou tous les deux s'il n'a envoyé qu'à un seul slave.

Bien le client constate des problèmes de synchro sur le terrain dans les
groupes de synchro, et je suis appelé à prouver qu'il y a des pertes de
paquets sur le réseau du clients.
Les systèmes sont tous sur le même réseau local.

ALors avec un *tcpdump* je ne peux rien voir d'important dans ce que je
chercher vu que c'est de l'UDP, et les paquets que je capture n'ont aucun
flag indicatif.

J'ai utilisé *iperf* pour envoyé des paquet en udp depuis le master au
slave à *10Mb/s* pendant *10 secondes*, et je n'ai vu aucune perte de
paquets.

J'envisage donc de planifier le test sur une plus longue période, et à des
instants précis, où l'on est susceptible d'avoir de la désynchro.

Vous, comment vous planifieriez un tel test?
Et aussi vu que les machines sont sur le même LAN, est-ce pertinent de
pencher sur une perte de paquets?
Quels éléments réuniriez-vous pour une telle analyse?

Merci beaucoup pour votre attention et votre aide.

Cordialement,
Eugène NG

-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH]Tester la perte de paquets réseaux.

[Eugène Ngontang]

Bonjour à tous.

Merci pour vos réponses.
Je tiens à préciser que je ne suis ni le concepteur, ni le développeur du
programme réseau. Je connais très bien les différences entre UDP et TCP, et
j'ai bien été le premier à faire remarquer que l'UDP était pas forcément un
bon choix. Après j'ai pu voir que les paquets sont envoyer à l'adresse
255.255.255.255 sur le port 2325. Ils ont peut-être plus tabler sur la
diffusion que la synchro.

Toujours est-il que ce pourquoi je suis sollicité c'est l'analyse et la
détection de perte de paquets. Le client essaye de faire comprendre que
c'est à notre niveau (ce qui serait donc un problème applicatif), ma boîte
veut montrer que c'est sur le réseau du client. Moi je suis appelé à le
montrer et j'ai des théoriciens au mileu qui ne font que émettre et me
transmettre des demandes.
Je n'ai pas toutes les billes mais j'essaye de réfléchir avec ma tête avant
d'y consacrer du temps.

Merci encore de votre aide, mon but est d'être le plus efficace et objectif
possible.

Cordialement,
Eugène NG.
Le 9 nov. 2014 14:50, technicien hahd technic...@hahd.fr a écrit :

 On Sunday 09 November 2014 13:43:15 Eugène Ngontang wrote:
  Bonjour la liste.
 
  J'ai un petit problème, beaucoup plus d'ordre stratégique que technique,
  mais j'aimerais avoir vos suggestions d'experts.
 
  En effet nous avons mis en place des systèmes sous Linux pour un client,
  avec un concept de synchronisation où l'on a un poste master, et deux
  slaves, le tout forme un groupe de synchronisation.
  Chacun des équipements est équipé d'un serveur X, pour la diffusion de
  contenus sur des écrans géants. Sur le principe, à des instants précis le
  master envoie des paquets de synchro en UDP pour qu'ils affichent en même
  temps (tous les trois ou tous les deux s'il n'a envoyé qu'à un seul
 slave.
 
  Bien le client constate des problèmes de synchro sur le terrain dans les
  groupes de synchro, et je suis appelé à prouver qu'il y a des pertes de
  paquets sur le réseau du clients.
  Les systèmes sont tous sur le même réseau local.
 
  ALors avec un *tcpdump* je ne peux rien voir d'important dans ce que je
  chercher vu que c'est de l'UDP, et les paquets que je capture n'ont aucun
  flag indicatif.
 
  J'ai utilisé *iperf* pour envoyé des paquet en udp depuis le master au
  slave à *10Mb/s* pendant *10 secondes*, et je n'ai vu aucune perte de
  paquets.
 
  J'envisage donc de planifier le test sur une plus longue période, et à
 des
  instants précis, où l'on est susceptible d'avoir de la désynchro.
 
  Vous, comment vous planifieriez un tel test?
  Et aussi vu que les machines sont sur le même LAN, est-ce pertinent de
  pencher sur une perte de paquets?
  Quels éléments réuniriez-vous pour une telle analyse?
 
  Merci beaucoup pour votre attention et votre aide.
 
  Cordialement,
  Eugène NG

 Bonjour Eugène,

 Quelques pistes pour toi:

 L'UDP ne garantissant pas ni la livraison des paquets, ni l'ordre des
 paquets
 ce n'est pas évident, mais heureusement il y a RTP à la rescousse.
 RTP offre la possibilité de détecter la perte de paquets, les problème de
 latence, les paquets dupliqués et tout ça en utilisant UDP.

 Si il ne s'agit pas d'un réseau dédié à cette application, il peut être
 judicieux de monitorer la latence et la montée en charge TCP pour les
 problèmes de congestion.

 Si ce n'est déjà le cas, tu peux tester en utilisant mplayer pour voir si
 le
 problème persiste avec une solution alternative:
 http://www.mplayerhq.hu/DOCS/HTML/en/networksync.html

 Un wireshark à chaque extremité au lieu de tcpdump.



 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: RE : [FRnOG] [BIZ] Solutions Hotspot réseau ?

[Eugène Ngontang]

Bonjour Frédéric Gander,

Je suis intéressé par ta proposition à base de perl/iptables + php. S'il te
plaît pourrais-tu me donner plus de détails sur l'implem ou des liens vers
des tutoriels/doc?

Merci beaucoup.
Eugène NG.
Le 9 sept. 2014 07:47, Frédéric GANDER fgan...@corp.free.fr a écrit :

 euh un script en perl/iptable 3 page php fait ce job en 20 min


 - Mail original -
  De: Florent Nolot florent.no...@univ-reims.fr
  À: frnog-...@frnog.org
  Envoyé: Mardi 9 Septembre 2014 07:37:24
  Objet: RE : [FRnOG] [BIZ] Solutions Hotspot réseau ?
 
  Salut
  Pfsense peut faire ce job.
  Amicalement
 
 
  Désolé pour la syntaxe, envoyé depuis un mobile.
 
  div Message d'origine /divdivDe : Olivier
  CALVANO o.calv...@gmail.com /divdivDate :09/09/2014  07:30
   (GMT+01:00) /divdivÀ : frnog-...@frnog.org /divdivObjet :
  [FRnOG] [BIZ] Solutions Hotspot réseau ? /divdiv
  /divBonjour,
 
  Je cherche une solution type Hotspot mais pas Wifi qui pourrait ce
  mettre
  entre deux box internet et un réseau local cuivre pour assurer un
  control
  d'accès.
 
  Pour le moment, ce que j'ai trouvé, ne semble concerner que le Wifi,
  moi
  c'est que du cuivre.
 
  Idéalement une solution basé sur la mac address, permettant
  d'autoriser
  l'accès ou non a l'internet avec un système de crédit temps et des
  plages
  horaires libres
 
  Quelqu'un a une idée si cela existe ?
 
  a+
  Olivier
 
  ---
  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/

[TECH] [FRnOG] Une interface Web pour le proxy Squid!

[Eugène Ngontang]

Bonjour,

Je ne sais pas si ma question est conne, mais vu que je suis confus je
préfère la poser au cas où quelqu'un aurait déjà eu la même préoccupation.

En fait je recherche un outil permettant une gestion centralisé et
simplifiée de la configuration du Proxy Squid. Une sorte d'interface web
permettant aux utilisateurs de définir les ACLs sous Squid.

J'ai fouillé et la plupart des outils que je trouve :




* - soit propriétaire, comme bluecoat - soit n'intègre pas Squid par
défaut, comme l'excellent FiwewallBuilder - soit possède un démon qui se
charge lui même d'appliquer les règles ipchains, une sorte d'iptables.
Comme WPM, qui n'est pas en plus très supporté et très peu documenté *
Moi je recherche simplement une interface graphique à Squid (web de
préférence), à partir de laquelle on pourra définir les ACLS et le pusher
dans la conf du server Squid, c'est à dire une application qui agit
simplement sur le dossier */etc/squid/*.

Si vous avez une idée, avant que je me lance moi même dans le
développement, laissez-moi savoir.

Merci beaucoup.
Eugène NG

-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [TECH] [FRnOG] Une interface Web pour le proxy Squid!

[Eugène Ngontang]

Bonjour Guillaume,

Je sais pour webmin, mais en fait je n'ai pas besoin de tout le package, je
doute fort qu'il passe à la validation, je veux donc un truc standalone.

@Jean-Yves, je ne cherche pas un firewall manager ou un truc du genre, je
veux juste un outil qui me proposerait une interface de gestion de mon
SQUID déjà en production en fait, comme justement WEBMIN le fait pour
plusieurs services sous linux.

Merci les gars.



Le 19 mai 2014 14:38, Guillaume Tournat guilla...@ironie.org a écrit :

 Le 19/05/2014 14:05, Eugène Ngontang a écrit :

  Bonjour,

 Je ne sais pas si ma question est conne, mais vu que je suis confus je
 préfère la poser au cas où quelqu'un aurait déjà eu la même préoccupation.

 En fait je recherche un outil permettant une gestion centralisé et
 simplifiée de la configuration du Proxy Squid. Une sorte d'interface web
 permettant aux utilisateurs de définir les ACLs sous Squid.

 J'ai fouillé et la plupart des outils que je trouve :



 webmin a un module pour squid.



 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/




-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH]Le serveur n'envoie pas d'offre!

[Eugène Ngontang]

Merci pour vos messages.  L'incident ne s'est pas reproduit depuis.  Je
vous tiens au courant quand j'ai du nouveau.
Le 1 mai 2014 10:08, Victor PETRUSCU victor.petru...@netxp.fr a écrit :

 Quel est durée de ton bail DHCP? En temps normal, le client DHCP envoie
 directement un DHCP Request Unicast à 50% du temps passé avant expiration.
 Il pourrait être intéressant de voir ce qu'il se passe sur cette période.

 Cordialement,
 Victor PETRUSCU

 Le 1 mai 2014 00:50, technicien hahd technic...@hahd.fr a écrit :
 On Wednesday 30 April 2014 09:22:38 Eugène Ngontang wrote:
  Bonjour,
 
  J'ai un problème dont je n'arrive pas à identifier concrèetement la
 source.
 
  En effet j'ai un serveur DHCP configuré pour attribuer des adresses
  statiques et dynamiques.
 
  Au moins une fois par jour que tous les clients perdent leur
  configuration ip alors que le service dhcpd tourne bien sur le
  serveur.
 
  Après mes vérifications, je constate que le client ne reçoit
  simplement plus d'offre dchp du serveur après un DISCOVER broadcasté.
  et j'ai des messages du style :
  No DHCPOFFERS received.
  dans les log des clients.
 
  Et le redémarrage du service (qui n'était pas arrêté), permet de
  résoudre le problème et on peut voir dans les logs des clients un
  No DHCPOFFER from X.X.X.X
  (X.X.X.X) est l'adresse du serveur dhcp. Puis l'incident se reproduit
  (je pense après l'expiration du bye), et c'est ainsi tout le temps.
 
  Du côté serveur je ne vois rien de particulier dans les log pouvant
  m'édifier sur la source du problème, je ne vois aucune trace de
  ...NACK
 
  Je ne veux pas augmenter la durée du bail au maximum côté serveur, car
  je veux déjà comprendre ce qui a pu arriver subitement à ce dernier
  qui fonctionnait pourtant très bien avant.
 
  J'ai essayé de voir si le fichier /var/lib/dhcpd/dhcpd.leases est
  plein, mais là aussi tout me semble normal (peut être je ne sais pas
  checker ce qu'il faut)
 
  Sur la toile je ne vois pas de post qui puisse m'aider sur ma
 problématique.
 
  J'aimerais dont savoir si quelqu'un ici saurait d'où peut provenir le
  dysfonctionnement, afin que je puisse corriger définitivement.
 
  Merci beaucoup à vous.
 
  Eugène NG

 En complément du debugging wireshark, tu peux aussi regarder ce qui a
 changé à
 la même période, sur le serveur (changement de config, mises à jours
 installées, …) et au niveau de l'infra réseau (est ce qu'un équipement à
 été
 changé? les cables ont il bougés?, …).

 Si tu as une sauvegarde de ton serveur quand il fonctionnait normalement,
 tu
 peux faire un diff avec la version actuelle.

 Et si tu tiens vraiment à utiliser tcpdump, il a un compagnon pour
 débugguer
 le trafic dhcp: dhcpdump
 http://www.cyberciti.biz/faq/linux-unix-dhcpdump-monitor-dhcp-traffic/


 ---
 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/

[FRnOG] [TECH]Le serveur n'envoie pas d'offre!

[Eugène Ngontang]

Bonjour,

J'ai un problème dont je n'arrive pas à identifier concrèetement la source.

En effet j'ai un serveur DHCP configuré pour attribuer des adresses
statiques et dynamiques.

Au moins une fois par jour que tous les clients perdent leur
configuration ip alors que le service dhcpd tourne bien sur le
serveur.

Après mes vérifications, je constate que le client ne reçoit
simplement plus d'offre dchp du serveur après un DISCOVER broadcasté.
et j'ai des messages du style :
No DHCPOFFERS received.
dans les log des clients.

Et le redémarrage du service (qui n'était pas arrêté), permet de
résoudre le problème et on peut voir dans les logs des clients un
No DHCPOFFER from X.X.X.X
(X.X.X.X) est l'adresse du serveur dhcp. Puis l'incident se reproduit
(je pense après l'expiration du bye), et c'est ainsi tout le temps.

Du côté serveur je ne vois rien de particulier dans les log pouvant
m'édifier sur la source du problème, je ne vois aucune trace de
...NACK

Je ne veux pas augmenter la durée du bail au maximum côté serveur, car
je veux déjà comprendre ce qui a pu arriver subitement à ce dernier
qui fonctionnait pourtant très bien avant.

J'ai essayé de voir si le fichier /var/lib/dhcpd/dhcpd.leases est
plein, mais là aussi tout me semble normal (peut être je ne sais pas
checker ce qu'il faut)

Sur la toile je ne vois pas de post qui puisse m'aider sur ma problématique.

J'aimerais dont savoir si quelqu'un ici saurait d'où peut provenir le
dysfonctionnement, afin que je puisse corriger définitivement.

Merci beaucoup à vous.

Eugène NG

-- 
ngont...@epitech.net
sympav...@gmail.com

Aux hommes il faut un chef, et au chef il faut des hommes!
L'habit ne fait pas le moine, mais lorsqu'on te voit on te juge!


---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH]Le serveur n'envoie pas d'offre!

[Eugène Ngontang]

Bonjour à tous,


  Le serveur et le client sont sur le même subnet ? pas de soucis sur les
switchs intermédiaires quand le phénomène arrive ?
   Oui ils sont sur le même subet, et il n'y a pas de souci de switch


   Un truc stupide me vient à l'esprit.

Tes extraits de logs ci-dessous indiquent que ton serveur dhcp possède
également un client dhcp (dhclient) et fait des requetes sur eth0 pour
obtenir lui-même une IP (?!?!)

Peut être une piste a explorer de ce côté... Un serveur DHCP ne peut pas
être client DHCP (peut être network-manager qui te fout le bronx ?)
   Les logs que j'ai mis ici sont uniquement ceux des clients (un des
clients). Le serveur ne fait pas tourner de client dhcp, ce serait un peu
débile pour des système en production. Il n'y a pas non plus de network
manager

Et l'option wireshark n'est pas envisageable, car ce sont des système
distant et je ne peux rien capturer depuis un wireshark installé sur mon
dekstop. Un tcpdump encore sur l'un des systèmes.

Je penche plus sur l'option de* GROS Jerome *qui me vient en tête depuis,
mais j'attends la prochaine occurrence de la panne pour me le confirmer

Merci.

Eugène NG.



Le 30 avril 2014 10:00, David Ponzone david.ponz...@gmail.com a écrit :

 L'idéal serait de prendre une trace wireshark du côté d'un client et du
 côté du serveur jusqu'à la prochaine occurrence du problème, puis de faire
 une analyse comparative
 des 2 traces afin de voir ce qu'il s'est passé (DISCOVER jamais envoyé,
 DISCOVER envoyé mais pas reçu, DISCOVER reçu mais pas de réaction du
 serveur, …).

 Le 30 avr. 2014 à 09:23, Eugène Ngontang a écrit :

  Bonjour,
 
  Dans la poursuite de mon analyse, je m'aperçois d'une chose :
 
  Ce matin en arrivant encore mes systèmes client (au sens dhcp) étaient
  tous dans les chous, et je n'ai pas eu le teAmps de faire les tests
  que j'envisageais, que mon collègue avait naïvement redémarré le
  serveur.
 
  Toutefois j'ai regardé côté client dans les messages d'avant le
  redémarrage du serveur (à 7h43 heure système locale) , et j'ai ceci
  (un extrait):
  Apr 30 03:04:47 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0
  to 255.255.255.255 port 67 interval 6 (xid=0x1e903fe)
  Apr 30 03:04:53 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0
  to 255.255.255.255 port 67 interval 8 (xid=0x1e903fe)
  Apr 30 03:05:01 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0
  to 255.255.255.255 port 67 interval 10 (xid=0x1e903fe)
  Apr 30 03:05:11 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0
  to 255.255.255.255 port 67 interval 16 (xid=0x1e903fe)
  Apr 30 03:05:27 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0
  to 255.255.255.255 port 67 interval 18 (xid=0x1e903fe)
  Apr 30 03:05:45 00-01-80-7e-38-fd dhclient[653]: DHCPDISCOVER on eth0
  to 255.255.255.255 port 67 interval 3 (xid=0x1e903fe)
  Apr 30 03:05:48 00-01-80-7e-38-fd dhclient[653]: No DHCPOFFERS received.
  Apr 30 03:05:48 00-01-80-7e-38-fd dhclient[653]: No working leases in
  persistent database - sleeping.
  Et côté serveur (dans /var/log/dhcpd.log), je ne vois aucun DISCOVER
  reçu dans la plage horaire de 2h47 où l'incident est suvenu à 7h43 où
  le serveur a été redémarré.
 
  Par ailleurs je vois bien qu'il a reçu un DISCOVER à 7H43 (heure de
  redémarrage) et a bien envoyé un OFFER au client.
 
  J'en déduis pour l'instant qu'à une certaine période (apparemment sur
  un intervalle de 24h environ), le service dhcpd tourne bien sur le
  serveur, mais celui-ci n'écoute plus sur le port 67 ou ne reçois plus
  de paquet DISCOVER. Puisqu'à chaque fois aucune action n'est faite
  côté client pour résoudre le problème, mais un simple redémarrage du
  serveur.
 
  Je ne suis pas sur le même LAN que les systèmes impliqués dans cet
  incident (clients comme serveurs), j'y accède via ssh. J'attends la
  prochaine occurrence de la panne pour faire moi même des requêtes DHCP
  depuis un client et voir ce qu'il se passe.
 
  En attendant si quelqu'un à une piste je suis preneur.
 
  Merci.
  Eugène NG
 
  Le 30 avril 2014 09:22, Eugène Ngontang sympav...@gmail.com a écrit :
  Bonjour,
 
  J'ai un problème dont je n'arrive pas à identifier concrèetement la
 source.
 
  En effet j'ai un serveur DHCP configuré pour attribuer des adresses
  statiques et dynamiques.
 
  Au moins une fois par jour que tous les clients perdent leur
  configuration ip alors que le service dhcpd tourne bien sur le
  serveur.
 
  Après mes vérifications, je constate que le client ne reçoit
  simplement plus d'offre dchp du serveur après un DISCOVER broadcasté.
  et j'ai des messages du style :
  No DHCPOFFERS received.
  dans les log des clients.
 
  Et le redémarrage du service (qui n'était pas arrêté), permet de
  résoudre le problème et on peut voir dans les logs des clients un
  No DHCPOFFER from X.X.X.X
  (X.X.X.X) est l'adresse du serveur dhcp. Puis l'incident se reproduit
  (je pense après l'expiration du bye), et c'est ainsi tout le temps.
 
  Du côté serveur je ne vois

[FRnOG] [TECH]Analyse log proxy!

[Eugène Ngontang]

Bonjour les experts.

Dans les logs de mon  proxy il y a beaucoup de requêtes refusées (normal vu
les URL demandées ci-dessous) en provenance d'un ensemble de systèmes dont
j'ai l'accès. Les systèmes sont tous sous Linux/Fedora et le proxy est un
squid. Voici un petit extrait des logs :


1
2
3
4
5
6

1391149769.412 0 X.X.X.X TCP_DENIED/403 3681 GET
http://master_ibis.local/crossdomain.xml - NONE/- text/html
1391149769.444 0 X.X.X.X TCP_DENIED/403 3657 GET
http://127.0.0.1/crossdomain.xml - NONE/- text/html
1391149769.464 0 X.X.X.X TCP_DENIED/403 3681 GET
http://master_ibis.local/crossdomain.xml - NONE/- text/html
1391149769.560 0 X.X.X.X TCP_DENIED/403 3657 GET
http://127.0.0.1/crossdomain.xml - NONE/- text/html
1391149769.651 0 X.X.X.X TCP_DENIED/403 3657 GET
http://127.0.0.1/crossdomain.xml - NONE/- text/html
1391149769.682 0 X.X.X.X TCP_DENIED/403 3681 GET
http://master_ibis.local/crossdomain.xml - NONE/- text/html

Il doit y avoir un problème de config des systèmes en question, et cela
génère du trafic, donc de la conso réseau inutile, surtout que ces systèmes
sont derrière un routeur 3G.

Jusqu'ici je sais qu'il n'y a rien à faire du côté de mes firewal, et le
problème réside au niveau des systèmes qui font les requêtes.

J'ai mis à chaque fois *X.X.X.X* à la place de l'adresse ip du serveur qui
a effectué la requête, pour des question de confidentialité.

J'ai fait une analyse côté client et proxy.

Et en  fait les ports *3681 *et* 3657* sont des pour universellement
reconnus et peuvent servir d'attaque. Ils sont par défaut rejetés par les
firewall (normalement) .

Ils correspondent respectivement aux services/protocoles :

1
2
3
4

[root@hostname~]#  less /etc/services | grep 3681
bts-x73 3681/tcp# BTS X73 Port
bts-x73 3681/udp# BTS X73 Port

et  :

1
2
3
4

[root@hostname]#  less /etc/services | grep 3657
immedianet-bcn  3657/tcp# ImmediaNet Beacon
immedianet-bcn  3657/udp# ImmediaNet Beacon


et donc dans mon cas à chaque tentative il y a un accès refusé à ces
services.

Cependant quand je lance un * tcpdump* sur la bonne interface et chacun de
ces ports je ne capture pas de paquet, je vois juste quelques fois un
nombre de paquets filtrés mais pas capturés.

De même la commande *netstat* ne me donne aucun résultat qui match ces deux
ports, de façon à ce que je puisse récupérer le *process ID *et voir le
service derrière.

Du coup ma question. Comment empêcher à mes machines de tenter ces
connexions vers le *proxy*? Dois-je commenter la ligne correspondante dans
le fichier */etc/services * par exemple?

Comme vous pouvez donc le voir, ces ports et les services associés par
défaut sont présents sur tout système.

Le truc c'est que mon proxy identifie des connexions initiées par les
machines sur ces ports là, pourtant je ne vois aucun service les utilisant
sur la machine en question.

Je ne sais pas comment le proxy arrive lui à détecter ces tentatives de
connexions, je n'aririve pas à les voir passer, ni à identifier le service
associé en réalité sur la machine en question( ce sont des ports clients).

Pouvez-vous m'aider à lever le mystère s'il vous plaît.


Merci beaucoup pour votre aide et éclairage.

Cordialement,
Eugène NG
-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

Re: [FRnOG] [TECH] Tâches d’operations et de maintenance des équipements réseaux

[Eugène Ngontang]

Bon je ne retrouve pas ma knowledge base, car elle est juste sur mon laptop
dont je n'ai plus accès au disque dûr.

Voici ci-dessous des liens qui m'ont souvent aidé à comprendre et résoudre
des problèmes d'ordre purement matériel que j'ai eu à rencontrer avec des
équipements cisco.
Il faudra surtout s'attarder sur les différents issues et les procédure de
diagnostic et/ou résolution afin d'en envisager l'automatisation.

http://www.cisco.com/en/US/products/hw/routers/ps359/products_tech_note09186a0080106fd7.shtml
http://www.cisco.com/en/US/products/hw/routers/ps359/products_tech_note09186a008009430c.shtml
http://www.cisco.com/en/US/tech/tk389/tk214/technologies_tech_note09186a0080176720.shtml

La moindre autre idée concrète et pertinente qui me viendra à l'esprit je
la posterai.

Bien à vous,
Eugène NG


Le 21 octobre 2013 15:06, Michel Hostettler 
michel.hostett...@telecom-paristech.fr a écrit :

 Bonjour Eugène,

 Cela m'intéresse toujours,

 cordialement,
 Michel Hostettler






 - Mail original -
 De: Eugène Ngontang sympav...@gmail.com
 À: Michel Hostettler michel.hostett...@telecom-paristech.fr
 Envoyé: Lundi 21 Octobre 2013 15:03:32
 Objet: Re: [FRnOG] [TECH] Tâches d’operations et de maintenance des
 équipements réseaux


 Bonjour,


 Désolé de revenir très tard sur ce post, je me suis un peu perdu dans mes
 affaires.


 Le poste reste-t-il d'actualité Hermann, Michel?


 CDLT,
 Eugène NG



 Le 10 octobre 2013 11:09, Michel Hostettler 
 michel.hostett...@telecom-paristech.fr  a écrit :


 Bonjour Eugène,


  Bon j'essaye de dresser une liste des problèmes physiques que j'ai
  eu à rencontrer et je reviens.

 Avez-vous avancer sur une telle liste, elle m'intéresserait aussi.

 J'ajouterais, à la volée :

 - vérifier que le stockage des configurations et des données clientes
 s'est réalisé correctement

 - vérifier que l'on peut rejouer un stockage sur un équipement

 - vérifier que les liaisons et équipements redondants sont opérationnels

 Cordialement,
 Michel Hostettler





 
 De : Eugène Ngontang  sympav...@gmail.com 
 À : Hermann KANGA  hermannka...@yahoo.fr 
 Envoyé le : Samedi 5 octobre 2013 20h34
 Objet : Re: [FRnOG] [TECH] Tâches d’operations et de maintenance des
 équipements réseaux



 Le projet d'automatisation serait très intéressant, par contre je doute
 fort que certains tests puissent être automatisables si l'equipement réseau
 en soit offre des méthodes ou moyens de récupérer les résultats des tests.
 Quels types d'equipements possèdes-tu?
 De toutes façon la question est assez délicate étant que c'est une tâche
 qu'on exécute souvent pour du troubleshooting.
 Maintenant s'il faut anticiper je pense là vite fait à :
 - verifier que les équipements sont bien accessibles en console,
 - verifier que toutes les interfaces/ports modules repondent aux
 instructions/commandes (voir la liste des commandes qu'on peut rentrer en
 mode interface d'un routeur cisco par exemple)
 - verifier les etapes du demarrage sont bien amorcées
 - vérifier que l'équipement répond bien à la charge
 - .
 Bon j'essaye de dresser une liste des problèmes physiques que j'ai eu à
 rencontrer et je reviens.
 Cdlt,
 Eugène NG.




 --
 ngont...@epitech.net
 sympav...@gmail.com
 
 Aux hommes il faut un chef, et au chef il faut des hommes!
 L'habit ne fait pas le moine, mais lorsqu'on te voit on te juge!




-- 
ngont...@epitech.net
sympav...@gmail.com

*Aux hommes il faut un chef, et au** chef il faut des hommes!
L'habit ne fait pas le moine, mais lorsqu'on te voit on te juge!
*

---
Liste de diffusion du FRnOG
http://www.frnog.org/

[FRnOG] [TECH]: Facturation en ligne!

[Eugène Ngontang]

Salut à tous!

J'ai une question ou un exposé pour les experts de la production FAI.

Alors vous travaillez chez un FAI,  vos clients ont besoin d'avoir leurs
factures en ligne.  Comment aborder le problème,  contraintes (bande
passante, stockage. ..?), solution.
Personnellement je n'ai jamais travaillé sur cette problématique, je ne
sais pas comment l'aborder et j'aimerais en apprendre.

Merci beaucoup pour le partage.
Eugène NG.

---
Liste de diffusion du FRnOG
http://www.frnog.org/