Re: [FRnOG] [TECH] USB charge électrique Android

[Noryungi]

Pour proposer uniquement une charge électrique, dans connexion données,
c'est simple, ça existe, par exemple :

https://www.amazon.com/Plugable-Universal-Charge-Only-Adapter-Android/dp/B00FA9GXKM

Pour le data only, sans charge électrique, je soupçonne que ça existe, mais
sans avoir de preuve...

On Thu, Apr 25, 2024, 11:30 Stephane Miguel  wrote:

> Bonjour
>
> Je cherche à utiliser un câble ou une fonctionnalité propre à Windows afin
> d’utiliser le mode transfert ou échange de donnée sans que le périphérique
> charge
>
> Topologie
>
> PC WINDOWS dans un domaine
> Câble usb
> Mobile Android
> L’idée est d’autoriser l’échange de donnée mais pas d’autoriser la charge
> électrique
>
> Ceci pour une OU ou se loge des PC spécifique à un projet
>
> J’ai beau chercher je ne trouve pas hormis le usb on the go dont on m’a
> parlé mais je ne sais pas si c’est fonctionnel d’une part et d’autre part
> je préférerai un mode sur le système est ce possible
>
>
> Sur un autre sujet j’aimerai bloquer le mode modem sur une autre OU et
> offrir que la charge électrique ceci afin qu’une seconde carte réseau ne
> monte pas et parasite la table de routage du pc dans le domaine
>
> Merci bien
>
> Stéphane
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] IEEE 1588 Precision Time Protocol

[Noryungi]

Je rajoute ma petite pièce :

PTP est utilisé pour partager une heure très précise (beaucoup plus précise
que du NTP classique) entre une source de temps (horloge "atomique",
synchro GNSS, par exemple) et un équipement donné.

Par contre tous les équipements situés entre l'horloge et la machine devant
recevoir l'heure doivent supporter PTP.

Donc : horloge > switch > serveur par exemple. Tout dans cette chaîne doit
supporter PTP pour que l'ensemble fonctionne.

C'est particulièrement utile quand tu as, par exemple, une opération x à
effectuer à une heure y précise, avec une précision extrême.

Les autres réponses des membres de la liste sont aussi très bonnes.

N.

On Thu, Mar 7, 2024, 12:39 Pierre Colombier via frnog 
wrote:

> Bonjour,
>
> je suis à la recherche d'informations et de retours d'expériences
> concernant la norme IEEE1588.
>
> J'en ai découvert l'existence en repérant que le PHY Ethernet de mon SoC
> disposait de lignes d'IO "sync_in"/"sync_out" qui semblent être en
> relation avec ce protocole. mais sans beaucoup plus de précision sur
> l'usage qui devrait ou pourrait en être fait.
>
> L'accès à la norme elle-même est restreint par un paywall, et j'ai du
> mal à me faire une vue d'ensemble.
>
> Déjà je souhaiterais comprendre si c'est simplement un "gadget"
> technologique ou si, au contraire, c'est largement adopté et utilisé
> dans l'industrie.
>
> Ensuite, pour la culture, j'aimerai comprendre à quel niveau on se
> situe. Il y a des elements qui sont directement au niveau du PHY ce qui
> suggère des couches très basse. Mais il y a un pendant logiciel plus
> haut niveau...  C'est confus.
>
> Bref, si quelqu'un peux m'expliquer ça en quelques phrases ou me donner
> un lien vers une explication pas trop absconse, je suis preneur.
>
> Merci d'avance.
>
>
>
>
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

[Noryungi]

Excellente réponse !

On Mon, Feb 19, 2024, 17:40 Bertrand FRUCHET via frnog 
wrote:

> Bonjour la liste,
>
> Comme nous sommes une filiale d'un cabinet d'expertise comptable, je
> vous apporte notre vision.
>
> La mission de commissariat aux comptes (dévolue aux experts-comptables
> dûment accrédités par le conseil de l'ordre des experts-comptables) doit
> déterminer les risques encourus par l'entreprise. Le risque cyber fait
> partie de la mission dans son assertion économique : quel risque
> financier l'entreprise auditée prend-elle eu égard à son plan de
> protection et de continuité informatique.
>
> Cette demande n'est absolument pas technique (et c'est bien le
> problème). Comment un expert-comptable, qui n'a pas ou très peu de
> compétences numériques professionnelles, peut-il juger du niveau de
> risque encouru par son client ?
>
> De ce fait, on en arrive à des questions idiotes du genre quel est le
> nom de votre antivirus, avez-vous un pare-feu, faites-vous des sauvegardes
> ?
>

Ce ne sont pas des questions idiotes, loin de là : elles sont en fait
destinées à déterminer un niveau de risque R pour une entreprise donnée. Et
R doit faire l'objet d'une évaluation "objective" par une personne non
spécialiste.

Par contre, c'est ce que j'appelle de la sécurité "théorique" : ce n'est
qu'une longue liste de cases à cocher. Arrivé à la fin de la liste, on fait
une addition de toutes les cases cochées et, hop ! On a une couverture de
risque R... Qui ne tiens pas compte de la réalité technique du terrain.

Prenons la sauvegarde, on va demander si vous en faites. Case à cocher. Les
petits malins demanderont aussi si on teste les sauvegardes. 2eme case à
cocher. Mais, comme tout le monde, je me suis retrouvé, au moment
critique... devant des sauvegardes qui ne marchaient pas. Et là, il n'y a
pas de case à cocher.

Je plussoie sur l’honnêteté sans pour autant divulguer d'informations
> sensibles. L'objectif pour le commissaire aux comptes est d'identifier
> un risque potentiel et donc de mettre de l'argent de côté ( sous forme
> de provisions pour risques) pour financer les opérations de sécurisation
> ou d'amélioration des plans de reprise ou de continuité en cas
> d'incident majeur.
>

C'est exactement cela : identification des risques potentiels.

Et le problème vient bien du manque de compétences techniques de certains,
dont ce n'est pas le métier de faire de la sécurité informatique.

Tout le monde copie bêtement les mêmes 20 ou 30 questions, vérifie le score
total et classe tout ça jusqu'à l'année suivante et le cycle recommence.

Protéger ses arrières, tout ça...

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

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

[Noryungi]

On Mon, Feb 19, 2024, 17:29 David Ponzone  wrote:

>
> > Le 19 févr. 2024 à 17:24, Noryungi  a écrit :
> >
> (...)
>

Et c’est le boulot du CAC ça ?
>

Dans le cadre d'une analyse de risques, oui, si l'on prend en compte les
risques financiers liés à la divulgation d'informations personnelles
(RGPD), par exemple.

Maintenant, je pense que le CAC il est comme tout le monde : il souhaite
surtout protéger ses "arrières". Donc : fournir des éléments de réponse
honnêtes est généralement suffisant. Oui, on a un antivirus, oui, il est
mis à jour régulièrement, oui, on a des firewalls, etc... Etc... Etc...

Il ne faut pas se leurrer : ce genre de questionnaire va se multiplier à
l'avenir, parce de plus en plus de politiciens et d'entreprises se rendent
compte des risques encourus en connectant tout et n'importe quoi à
Internet. Et comme tout le monde cherche à protéger ses arrières...

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

Re: [FRnOG] [TECH] Les cabinets comptables & la cyber

[Noryungi]

Questions standards (et, effectivement, mal traduites) dans un cadre
d'analyse de risque et/ou d'audit de type ISO 9001, 27001 out encore
PCI/DSS.

Pour information, un audit de ce type porte, non seulement sur l'entreprise
X, mais aussi sur ses prestataires. Si vous êtes prestataire de X... On
vous posera ces questions.

Mon conseil est de répondre le plus honnêtement possible, en évitant
effectivement de divulguer toute information sensible pour la sécurité. Une
cartographie des réseaux, par exemple, devrait être classée, dans la
réponse envoyée à X, comme "information interne à l'entreprise, non
communicable (à X) sauf signature d'un accord de confidentialité". Et on
reste là.

C'était mes deux centimes d'euros.

On Mon, Feb 19, 2024, 17:16 David Ponzone  wrote:

> Ben t’as qu’à mentir.
>
> Sinon, c’est quoi l’obligation de répondre ?
> Parce bon, je vois pas bien le rôle du CAC dans la cybersécurité de
> l’entreprise.
> Ca serait pas une merde qui vient du ministère pour faire des jolies stats
> et des beaux graphiques démontrant que la France est prête pour la guerre ?
>
> David
>
> > Le 19 févr. 2024 à 17:04, Vincent Duvernet 
> a écrit :
> >
> > Bonjour,
> >
> > J'avais déjà eu le cas il y a quelques temps avec un groupe Japonais
> mais là, ça fait 2 clients FR avec la même approche (visiblement par 2
> cabinets différents).
> > Leur commissaire aux comptes demande une évaluation des risques cyber'.
> >
> > On se tape des questions plus ou moins débiles / mal traduites du type :
> >
> > - Une solution antivirus est-elle installée sur chaque poste de
> l'entreprise ? Est-elle mise à jour régulièrement ?
> > - La porte vers internet a-t-elle un pare-feu configuré ? Quels
> protocoles sont filtrés/interdits ? (ICMP, TCP, UDP,) [éviter nmap, SSH ou
> RDP .]
> >
> > Et d'autres plus sensibles :
> > - Quels sont les sous-réseaux, leur IP et leur fonction ?
> > - Quels sont les outils (logiciels) mis en place pour la connexion à
> distance pour le télétravail ?
> >
> > Là franchement, ça me hérisse le poil.
> > Est-ce que c'est juste moi qui suis trop old school pour ne pas vouloir
> divulguer des informations à un tiers de "semi-confiance" potentiellement
> exploitables pour une attaque ?
> >
> >
> > Quels sont vos retours sur la question ?
> >
> > Merci,
> >
> > Vincent
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] Gandi, c'est fini...

[Noryungi]

Laisse tomber tout de suite cette histoire de chatbot.

Sinon, je serais assez partant pour ce genre d'aventure.

Le ven. 16 juin 2023 à 15:33, Jérôme Nicolle  a écrit :
>
> Victor,
>
> Le 16/06/2023 à 15:01, Victor UETTWILLER a écrit :
> > En soit, la meilleur idée serait d'ouvrir ce service avec une société
> > qui faisait de la presta de NDD avec Gandi et qui part. Faire une sorte
> > de réunion de société mécontent de l'augmentation fulgurante des prix de
> > Gandi.
>
> Je vais encore passer pour le vilain communiste de la liste, mais c'est
> une option dont j'ai discuté cet aprem avec un confrère.
>
> Si vous faites quelques (10)k€ de CA avec GANDI, la hausse des tarifs va
> forcément être sensible. De quoi miser sur une alternative pour
> l'amortir sur les 5 ans de ce que la hausse vous coûterait.
>
> On monte ça méthode Spyou, en SAS SCOP, vous mettez tous 5 ans de delta
> prix normal - prix augmenté, et si on tape le million alors ça pourrait
> voler.
>
> Niveau registres, il faut pas aller tirer dans les coin : on s'en fout
> d'avoir 400 TLD, on démarre sur un top 10 ou 20.
>
> Niveau infra, le DNS c'est facile : des appliances auto-anycastées avec
> la capacité à enquiller 100Gbps en cas de DDoS, une vingtaine dans le
> monde c'est pas mal pour démarrer. T'as juste à utiliser un OOB ou un
> subnet d'interco pour l'overlay du control-plane (synchro des zones et
> supervision).
>
> Niveau code, l'abonnement Chat-GPT 4 coûte dans les $24/mois non ? Ça va
> pas revenir bien cher.
>
> Niveau commerce, les coopérateurs s'y suffisent facilement, le reste
> c'est que du gras pour augmenter le maillage ou faire plus de services.
>
> Niveau doc, il y a tout ce qu'il faut déjà en ligne, là encore j'ai
> pété, et on se fait une base standard.
>
> Niveau support, pour le chatbot j'aimerais bien tenter d'entrainer un
> guanaco 65B pour ça, mais il y en a pour 25k€ de matos minimum et 2kW
> donc c'est peut-être une fausse bonne idée. On n'a qu'à faire un
> offshore en Tunisie (ils sont en dèche) si vous savez pas gérer vous-même.
>
> Y'a plus qu'à lister les volontaires, trouver un nom, et savoir qui a
> envie de faire du mail en plus là dessus vu que de toute façon tous les
> clients passent chez Microsoft ou Google.
>
> Perso j'ai booké que des trucs soit jetables soit long termes, donc je
> suis pas concerné par la hausse de prix. Je veux bien mettre 1k€ pour
> rigoler. Plus que 999.
>
> Drôle ? On y va ?
>
> @+
>
> --
> 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] [MISC] Le Cloud

[Noryungi]

En stockage orienté objet, Ceph est bien. Sinon GlusterFS pour le stockage
distribué.

En backup, j'utilise souvent Bacula et Amanda. Pas forcément toujours
facile à mettre en place surtout avec du matériel de backup moderne, mais
ca fait le taf.

Sinon, il y a pas mal de solutions à base de rsync comme restic et autres.

Bref, les solutions existent en open-source, mais elles exigent (comme
d'habitude) du travail pour les mettre en place.

Pour information, l'article original indique clairement que basecamp
conservera une patte sur AWS, car ils continueront à utiliser S3 pour le
stockage.

Le mar. 28 févr. 2023 à 19:44, John Secu  a écrit :

> Article très intéressant mais par contre aucune information sur la solution
> de stockage (hyper convergence?) et surtout de sauvegarde.
>
> Pour le stockage, je sais que des entreprises qui utilisent ceph (
> https://docs.ceph.com/en/quincy/) qui semble être une solution
> prometteuse.
>
> Pour le backup dans un datacenter, je n'ai pas vraiment connaissance de
> solution open source efficace.
>
> Quelqu'un a une suggestion ?
>
> Hervé
>
> Le mar. 28 févr. 2023, 19:02, Stéphane Rivière  a écrit
> :
>
> >
> > >
> >
> https://www.cio-online.com/actualites/lire-basecamp-sort-du-cloud-et-economise-plus-de-6-5-meteuro-sur-5-ans-14771.html
> > Merci Rod. Ça fait chaud au cœur de lire ça. Il y a encore des gens avec
> > cerveaux dans ce métier. À l'insu de notre plein gré, on est devenu des
> > spécialistes (si l'on peux dire) d'évacuation d'AWS (& autres
> > clouderies) vers des infras classique et beaucoup plus économiques -
> > classiquement /3 mini de la facture et perf des instances x3).
> >
> > Par ailleurs, un serveur Dell, au bout de 10 ans, il est en forme pour
> > encore 10 ans. Après c'est une question de conso du hardware et de perf
> > des langages utilisés.
> >
> > Article original (à suivre)
> >
> >
> https://world.hey.com/dhh/we-stand-to-save-7m-over-five-years-from-our-cloud-exit-53996caa
> >
> > --
> > Stéphane Rivière
> > Ile d'Oléron - France
> >
> >
> > ---
> > 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: [TECH] Re: [FRnOG] [TECH] Pip3 install derrière un repo local ubuntu

[Noryungi]

Il se trouve que c'est déjà proposé par pypi lui-même:
https://pypi.org/project/pypiserver/


On Thu, Jan 12, 2023, 18:32 Rémi Desgrange  wrote:

> Je parle sous contrôle des gourous, mais si tu veux _tout_ t’es paquets de
> local, les tients+les dépendances/dépendances transitives tu va devoir
> installer un « pypi » local. Je sais que gitlab en propose un via ses «
> registry ». Si tu as déjà ça chez toi c’est ptetre le plus simple.
>
>
> From: frnog-requ...@frnog.org  on behalf of
> stephane Miguel 
> Date: Thursday, 12 January 2023 at 15:23
> To: Clément Guivy , frnog-t...@frnog.org <
> frnog-t...@frnog.org>
> Subject: Re: [FRnOG] [TECH] Pip3 install derrière un repo local ubuntu
> merci clément,  pour ton message non je n’avais pas compris la nuance
>
> Puis je centraliser tout les packets nécessaire dans un serveur local par
> exemple mon backend ? Si oui quels sont les url stp ?
>
> Merci bien
>
> Stéphane
>
>
>
> Le jeu. 12 janv. 2023 à 15:09, Clément Guivy  a
> écrit :
>
> > salut, tu es sûr de bien comprendre le fonctionnement de pip et des
> > paquets python au sens large ?
> >
> > pip c'est un gestionnaire de paquets au même titre qu'apt. pip peut
> > s'installer via apt mais le lien s'arrête là, ensuite les paquets
> > installés via pip sont téléchargés sur des repositories qui n'ont rien à
> > voir avec apt ni avec ubuntu.
> >
> > On 12/01/2023 15:00, stephane Miguel wrote:
> > > Bonjour
> > >
> > > Je cherche à utiliser un repository ubuntu focal pour distribuer en
> plus
> > > des packets apt des sources pip à des machines dans mon lan
> > >
> > > Topologie
> > >
> > > LAN-serveur=> serveur backend repo=> Serveur front end => internet
> > derrière
> > > proxy => archive.ubuntu
> > >
> > >
> > >
> > > Or, lorsque LAN-serveur tente d’installer par pip3 install aiohttp ==
> > > 3.7.4.post0 ou sans version par exemple j’ai une erreur du style
> > >
> > > File « /usr/bin.pip », Line 11, in module >
> > >
> > > Load entry point pip==20.02.2 console_scripts pip
> > > File usr/lib/python3/dist-package/pip_internal/cli/main.py Line 73 in
> > main
> > >
> > > Import error cannot import name html5lib from pip_vendor usr lib py
> > >
> > >
> > > Que dois je faire pour que les dépendances soit satisfaite ?
> > >
> > > Ou se situe le problème sachant que le backend, front end dispose
> > > permettent l’installation de pip3 mais peut être pas tout !
> > >
> > > Dois je apporter des modifications sur le front end je suppose et
> > connecter
> > > un repository git pour cela ? Puis descendre les packets sur le backend
> > et
> > > ajouter une source list différente sur le serveur lan etc ?
> > >
> > > Merci de vos lumières
> > >
> > > Cordialement
> > >
> > > Stéphane
> > >
> > > ---
> > > Liste de diffusion du FRnOG
> > > http://www.frnog.org/
> >
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] Question PCI-DSS -> traitement d'enregistrements audio avec conversation bancaire

[Noryungi]

Pas mieux : limitation au maximum du périmètre. Le périmètre comprends
aussi bien le (s) serveur (s) contenant les données des cartes bancaires,
mais également le stockage utilisé (chiffrement au repos) et/ou la base de
données utilisée, ainsi que les postes de travail des administrateurs, et
le contrôle d'accès à l'ensemble.

Pour chaque élément du périmètre, prévoir un guide de sécurité, une
procédure (et des délais) de mise à jour et les preuves et la traçabilité à
fournir aux auditeurs.

Bonne chance, je viens de sortir (avec succès) de cet audit et c'est
éprouvant.


On Thu, Oct 15, 2020, 12:46 Mathieu Dessus  wrote:

> Bonjour,
>
> Comme tu le dis, tu as intérêt à limiter au maximum le nombre de services
> qui sont inclus dans ta bulle PCI pour éviter toutes les contraintes
> associées à PCI-DSS. Mais si des numéros de carte bleue sont stockés, ou
> transitent en clair sur un équipement, les contraintes PCI-DSS s'appliquent
> aussi à ce dernier, donc les serveurs de transcription également.
>
> Cdlt
>
> Note: je ne suis pas forcément à jour des dernières évolution du standard,
> mais je ne pense pas que ce point ait changé. Et la décision finale
> reviendra à ton QSA.
>
> On Thu, 15 Oct 2020 at 11:55, Mickael Hubert  wrote:
>
> > Bonjour à tous,
> > j'ai une petite question dont je ne trouve pas encore la réponse.
> >
> > Nous allons bientôt traiter des appels bancaire sous forme
> d'enregistrement
> > audio. Le traitement sera une transcription complète de l'appel (STT),
> dont
> > les données bancaires (Ex: numéros de carte bleue dictés lors de
> l'appel).
> > Notre client nous demande d'être PCI-DSS pour pouvoir travailler avec,
> mais
> > quel service doit-être PCI-DSS ?
> > J'imagine que le stockage à plat de ces audios lui doit-être PCI-DSS,
> mais
> > les serveurs de transcription doivent-ils l'être ?
> > En fait, j'ai entendu dire qu'une donnée bancaire qui ne faisait que
> > transiter pendant quelques millisecondes par un serveur, celui-ci n'avait
> > pas besoin d'être PCI.
> > A partir du moment ou ces traitements sont enfermés dans un vlan 100%
> privé
> > (genre DMZ).
> >
> > Auriez-vous des infos sur ce type de sujet s'il vous plaît ?
> > L'idée serait de passer par un hébergeur PCI-DSS, mais bien entendu de
> > mettre le moins possible chez lui, au vu de la différence de prix de ce
> > type d'hébergement.
> >
> > Un grand merci d'avance pour votre aide !
> > ++
> >
> > ---
> > 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] [ALERT] Gros incident chez Colt ?

[Noryungi]

Colt annonce un P1 corrigé. On a eu environ 15m d'interruption de notre
côté.

On Jan 24, 2018 10:58 AM, "Laurent COLNAT"  wrote:

> Hello,
>
>
> A priori problème aussi chez nous, nous avons de gros bago entre Paris et
> Colt à Londres.
>
>
> Cdt
>
> Laurent
>
> -Message d'origine-
> De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part
> de David Ponzone
> Envoyé : mercredi 24 janvier 2018 10:48
> À : Mathieu Poussin 
> Cc : Hugues VOITURIER ; frnog-al...@frnog.org
> Objet : Re: [FRnOG] [ALERT] Gros incident chez Colt ?
>
> J'ai vu une nouvelle coupure entre Paris et Frankfurt et c'est revenu.
> Pas super stable donc.
>
>
> Le 24 janv. 2018 à 10:29, Mathieu Poussin a écrit :
>
> > C'est globalement revenu mais on a encore pas mal de packet loss vers
> AS15169 (Google) par exemple. (Pas moyen de remonter VPN vers Google Cloud
> par exemple)
> >
> >
> >  On Wed, 24 Jan 2018 10:24:49 +0100 Hugues VOITURIER <
> huguesdelam...@icloud.com> wrote 
> >
> > Je confirme...
> >
> > Ils se sont mis à annoncer sur le route-server de france-ix visiblement,
> ça a complètement blackhole le trafic entre mon AS et le leur.
> >
> > Et j'ai perdu quelques services, même en forçant par mes transits, c'est
> injoignable...
> >
> > On serre les fesses...
> > Hugues (AS203698)
> >
> > > On 24 Jan 2018, at 10:20, David Ponzone 
> wrote:
> > >
> > > A priori, Colt France au moins subit un gros incident.
> > > DNS et autres services injoignables par Equinix-IX et par transit.
> > >
> > > Quelqu'un a de l'info ?
> > >
> > >
> > > ---
> > > 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/

[FRnOG] [BIZ] Câbles SFP+ à vendre

[Noryungi]

Hello frnog,

Mon premier message sur la liste, en espérant ne pas commettre d'impair...

Suite à une erreur de mon intégrateur, j'ai 80 câbles SFP+ 10G de 2m et 3m
à vendre.

Ces câbles sont neufs, en par fait état, jamais servis (juste retirés du
rack où ils étaient), disponibles sur Paris et la région parisienne.

Marque : StarTech.com, référence : SFP-H10GB-CU2M.

Facturés 120 euros pièce, revendu 100 euros pour le lot de 80.

Attention : ces câbles ne sont pas compatibles avec les switchs Brocade, à
moins d'être reflashés (c'est la raison pour laquelle ils sont en vente,
car je n'ai quasiment que du Brocade dans mes racks).

Si des personnes sont intéressées, n'hésitez pas à me contacter en privé
pour ne pas polluer la liste.

Bonne journée à tous !

N.

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