RE: [FRnOG] [TECH] Questions Nexus 3000

[Michel Py]

>> Raphael Mazelier a écrit :
>> VTP sérieusement ? je n'envisage même pas que l'on puisse utiliser 
>> cela en prod; cela c'est toujours terminé en désastre par chez moi.

> Frédéric GANDER a écrit :
> +
> c'est une aberration d'activer ca par défaut en dehors du context entreprise
> voir pme et encore... sur un catalyst c'est la première chose à déactiver

Ben justement je suis "enterprise" maintenant et sur le réseau de prod 
principal (on en a plusieurs petits ou c'est physiquement séparé pas, dans la 
même salle, et toussa) qui est à ce jour 100% Catalyst çà me fait bien chier de 
devoir mettre encore une autre usine à gaz parce que sur certains Nexus, Cisco 
a désactivé VTP client. Encore une niaiserie de leur marketing à la con.
Les enfants, le réseau çà existait avant l'Internet et il reste encore quelques 
vieux cons qui se rappellent ce que c'était avant. Je me rappelle de mon 
premier commutateur, avant que Cisco ne l'appelle Catalyst : c'était un Grand 
Junction, çà coutait la peau du c.., on pouvait avoir que 1 MAC adresse par 
port 10 mégas sauf pour LE port 100 mégas, et il y avait pas VTP.

Si il n'y avait pas VTP, EIGRP, VPST, ISL, HSRP, et autres "merdes 
propriétaires" inventées par Cisco je me demande bien qui aurait inventé dot1q, 
VRRP, et autres.


J'ai 3x WS-X6224-100FX-MT et 12x WS-6024-10FL-MT à vendre. Est-ce qu'il y a 
quelqu'un ici qui peux poser les 2 questions vraiment con ?
Ah oui j'ai une photo aussi mais pas en public.



> Jérôme BERTHIER a écrit :
> oui bon moi j'avais lu ta question en biais. Désolé pour la réponse inutile.

Euh quand je poste une question dans [TECH] c'est un peu comme tout le monde, 
çà va plus vite de demander que de lire la doc, mais faudrait pas confondre 
Michel et Claude Michu. Je suis le troll de la liste du FRnOG, mais quand 
j'écris des conneries je les taggues correctement.


> donc le problème est plutôt lié à la plateforme qu'à nx-os.

La dernière image de NX-OS qui marche et sur le 3000 et sur le 9000 contient le 
code, si çà marche pas sur le 3000 c'est parce qu'un(e) {censuré} a décidé que 
c'était pas kosher avec la stratégie du marketing.


> J'allais te faire la même réponse que d'autres : playbook ansible.

Aucun problème. Tu viens l'installer, je te donne un cube et quand çà marche 
une bouteille de Stroh gratos.


> Sûrement déjà fait mais tu as regardé ça ?
> http://www.cisco.com/c/en/us/support/switches/nexus-3000-series-switches/products-programming-reference-guides-list.html

Oui justement j'ai regardé, j'ai même regardé EEM pour NX-OS et j'ai pas trouvé 
comment remplacer autocommand.

Michel.


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

Re: [FRnOG] [TECH] Technologie utilisée par Numericable.

[David Ponzone]

J’avais fait exprès pour lui laisser un peu de recherche à faire :)

> Le 7 juil. 2017 à 20:26, Varicap  a écrit :
> 
> Je dirais même plus DOCSIS 3.x
> https://fr.m.wikipedia.org/wiki/Data_Over_Cable_Service_Interface_Specification
>  
> 
> 
> Envoyé de mon BP2 ( silent circle inside )
> 
> Le 7 juil. 2017 à 19:42, David Ponzone  > a écrit :
> 
>> DOCSIS
>> 
>>> Le 7 juil. 2017 à 19:31, Choukou Moun >> > a écrit :
>>> 
>>> Bonjour.
>>> 
>>> Question de newbies.
>>> 
>>> Comment s'appelle la technologie utilisée par Numericable?
>>> 
>>> 
>>> Je parle du système avec encodage sur câble coaxial etc
>>> 
>>> Merci.
>>> 
>>> ---
>>> 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] Technologie utilisée par Numericable.

[Varicap]

Je dirais même plus DOCSIS 3.x
https://fr.m.wikipedia.org/wiki/Data_Over_Cable_Service_Interface_Specification

Envoyé de mon BP2 ( silent circle inside )

> Le 7 juil. 2017 à 19:42, David Ponzone  a écrit :
> 
> DOCSIS
> 
>> Le 7 juil. 2017 à 19:31, Choukou Moun  a écrit :
>> 
>> Bonjour.
>> 
>> Question de newbies.
>> 
>> Comment s'appelle la technologie utilisée par Numericable?
>> 
>> 
>> Je parle du système avec encodage sur câble coaxial etc
>> 
>> Merci.
>> 
>> ---
>> 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] Technologie utilisée par Numericable.

[David Ponzone]

DOCSIS

> Le 7 juil. 2017 à 19:31, Choukou Moun  a écrit :
> 
> Bonjour.
> 
> Question de newbies.
> 
> Comment s'appelle la technologie utilisée par Numericable?
> 
> 
> Je parle du système avec encodage sur câble coaxial etc
> 
> Merci.
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[David Ponzone]

Je sais pas si c’est encore d’actualité, mais en cherchant vite fait pour aider 
Sébastien, j’ai trouvé ça concernant uCARP:

http://www.syawar.com/2013/01/16/ucarp-prevent-re-assertion-of-original-master/ 


A priori, le monsieur a aussi eu besoin de déclarer les 2 en SLAVE pour que ça 
tombe en marche, avec un inconvénient.


> Le 7 juil. 2017 à 19:30, Vincent Bernat  a écrit :
> 
> ❦  5 juillet 2017 14:53 GMT, Sébastien 65  :
> 
>> J'explique : Si Debian1 tombe l'IP VIP bascule bien sur Debian2, en
>> revanche lorsque Debian1 est de nouveau UP, il récupère l'IP de
>> Debian2 (je voudrais éviter cette bascule).
>> 
>> 
>> J'ai tourné toutes les options de UCARP ou Keepalived avec ou sans le
>> preempt cela ne change strictement rien ! Même problème avec KALIVED
>> avec les priority/MASTER>BACKUP/BACKUP>BACKUP.
> 
> Sur keepalived, pour chaque instance VRRP, il faut mettre "nopreempt",
> il ne faut qu'aucun des deux ne se retrouve avec une priorité de 255 et
> il faut mettre "state BACKUP" sur les deux.
> -- 
> Identify bad input; recover if possible.
>- The Elements of Programming Style (Kernighan & Plauger)
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

[FRnOG] [TECH] Technologie utilisée par Numericable.

[Choukou Moun]

Bonjour.

Question de newbies.

Comment s'appelle la technologie utilisée par Numericable?


Je parle du système avec encodage sur câble coaxial etc

Merci.

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

Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[Vincent Bernat]

 ❦  5 juillet 2017 14:53 GMT, Sébastien 65  :

> J'explique : Si Debian1 tombe l'IP VIP bascule bien sur Debian2, en
> revanche lorsque Debian1 est de nouveau UP, il récupère l'IP de
> Debian2 (je voudrais éviter cette bascule).
>
>
> J'ai tourné toutes les options de UCARP ou Keepalived avec ou sans le
> preempt cela ne change strictement rien ! Même problème avec KALIVED
> avec les priority/MASTER>BACKUP/BACKUP>BACKUP.

Sur keepalived, pour chaque instance VRRP, il faut mettre "nopreempt",
il ne faut qu'aucun des deux ne se retrouve avec une priorité de 255 et
il faut mettre "state BACKUP" sur les deux.
-- 
Identify bad input; recover if possible.
- The Elements of Programming Style (Kernighan & Plauger)


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

[FRnOG] [BIZ] Cherche cartes 10 gig pour Huawei Quidway S3903

[Sébastien Lesimple]

Salut!

Deux questions pour le prix d'une!

Un client me demande de passer d'un routage 1G a 10G sur ses S3903,
c-a-d de remplacer une des 3 cartes 48 ports par une carte avec N ports
10G. A vue de nez c'est pour router de l'upstream en 10 G au lieu de 1...

Q1: QQ'un a des cartes 10G à me proposer pour ces machines? (le
corrolaire à cette question c'est combien???!)

Q2: Une idée de la qualité en prod bourrin Voix a 64bit de ces engins là
(désolé je les connais pas ces Fabric là)?

Seb.


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

RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[Sébastien 65]

Un truc qui me dérange fortement je viens de ressayer keepalived sous debian 8. 
Si je start/stop le service keepalived sur les deux machines en simulant une 
"panne" l'IP réagit correctement!! lorsque par exemple je start le service elle 
ne rebascule pasla promotion Master et backup se passe nickel!!

Par contre je redémarre (reboot) les machines hop la cata le master repasse 
backup...

Un truc de fou lol

De : frnog-requ...@frnog.org  de la part de Alarig Le 
Lay 
Envoyé : vendredi 7 juillet 2017 18:30:54
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

On ven.  7 juil. 12:21:00 2017, Sébastien 65 wrote:
> Je viens d'essayer UCARP sur une configuration toute neuve en debian 8
> et j'ai exactement le même problème...
>
> J'ai je pense une utilisation très basique, besoin d'une IP qui
> bascule de deb1 vers Deb2 mais qui ne rebascule pas si l'une des
> machines revient UP. Pas de script à lancer en fonction de la bascule
> de la VIP...

Je ne connais pas tous les détails de l’implem linux, mais en tout cas
sous FreeBSD, à advbase et advskew égaux, personne ne se marche sur les
pieds :

J’ai deux machines :

root@budic:~ # ifconfig re1
re1: flags=8943 metric 0 mtu 
1500

options=8209b
ether 00:0d:b9:3a:24:b9
inet 89.234.186.6 netmask 0xff80 broadcast 89.234.186.127
inet 89.234.186.1 netmask 0x broadcast 89.234.186.1 vhid 1
inet6 fe80::20d:b9ff:fe3a:24b9%re1 prefixlen 64 scopeid 0x2
inet6 2a00:5884::6 prefixlen 64
inet6 fe80::204:92:100:1%re1 prefixlen 64 scopeid 0x2 vhid 2
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
carp: BACKUP vhid 1 advbase 1 advskew 10
carp: BACKUP vhid 2 advbase 1 advskew 10
root@nominoe:~ # ifconfig em1
em1: flags=8943 metric 0 mtu 
1500

options=4019b
ether 00:15:17:39:f0:1b
inet 89.234.186.7 netmask 0xff80 broadcast 89.234.186.127
inet 89.234.186.1 netmask 0x broadcast 89.234.186.1 vhid 1
inet6 fe80::215:17ff:fe39:f01b%em1 prefixlen 64 scopeid 0x2
inet6 2a00:5884::1 prefixlen 64
inet6 fe80::204:92:100:1%em1 prefixlen 64 scopeid 0x2 vhid 2
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
carp: MASTER vhid 1 advbase 1 advskew 10
carp: MASTER vhid 2 advbase 1 advskew 10

Et quand j’en passe une en master, l’autre reste en backup :

root@budic:~ # ifconfig re1 vhid 1 state MASTER
root@budic:~ # ifconfig re1
re1: flags=8943 metric 0 mtu 
1500

options=8209b
ether 00:0d:b9:3a:24:b9
inet 89.234.186.6 netmask 0xff80 broadcast 89.234.186.127
inet 89.234.186.1 netmask 0x broadcast 89.234.186.1 vhid 1
inet6 fe80::20d:b9ff:fe3a:24b9%re1 prefixlen 64 scopeid 0x2
inet6 2a00:5884::6 prefixlen 64
inet6 fe80::204:92:100:1%re1 prefixlen 64 scopeid 0x2 vhid 2
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
carp: MASTER vhid 1 advbase 1 advskew 10
carp: BACKUP vhid 2 advbase 1 advskew 10
root@nominoe:~ # ifconfig em1
em1: flags=8943 metric 0 mtu 
1500

options=4019b
ether 00:15:17:39:f0:1b
inet 89.234.186.7 netmask 0xff80 broadcast 89.234.186.127
inet 89.234.186.1 netmask 0x broadcast 89.234.186.1 vhid 1
inet6 fe80::215:17ff:fe39:f01b%em1 prefixlen 64 scopeid 0x2
inet6 2a00:5884::1 prefixlen 64
inet6 fe80::204:92:100:1%em1 prefixlen 64 scopeid 0x2 vhid 2
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
carp: BACKUP vhid 1 advbase 1 advskew 10
carp: MASTER vhid 2 advbase 1 advskew 10

--
alarig

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

Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[Alarig Le Lay]

On ven.  7 juil. 12:21:00 2017, Sébastien 65 wrote:
> Je viens d'essayer UCARP sur une configuration toute neuve en debian 8
> et j'ai exactement le même problème...
> 
> J'ai je pense une utilisation très basique, besoin d'une IP qui
> bascule de deb1 vers Deb2 mais qui ne rebascule pas si l'une des
> machines revient UP. Pas de script à lancer en fonction de la bascule
> de la VIP...

Je ne connais pas tous les détails de l’implem linux, mais en tout cas
sous FreeBSD, à advbase et advskew égaux, personne ne se marche sur les
pieds :

J’ai deux machines :

root@budic:~ # ifconfig re1
re1: flags=8943 metric 0 mtu 
1500

options=8209b
ether 00:0d:b9:3a:24:b9
inet 89.234.186.6 netmask 0xff80 broadcast 89.234.186.127 
inet 89.234.186.1 netmask 0x broadcast 89.234.186.1 vhid 1 
inet6 fe80::20d:b9ff:fe3a:24b9%re1 prefixlen 64 scopeid 0x2 
inet6 2a00:5884::6 prefixlen 64 
inet6 fe80::204:92:100:1%re1 prefixlen 64 scopeid 0x2 vhid 2 
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
carp: BACKUP vhid 1 advbase 1 advskew 10
carp: BACKUP vhid 2 advbase 1 advskew 10
root@nominoe:~ # ifconfig em1
em1: flags=8943 metric 0 mtu 
1500

options=4019b
ether 00:15:17:39:f0:1b
inet 89.234.186.7 netmask 0xff80 broadcast 89.234.186.127 
inet 89.234.186.1 netmask 0x broadcast 89.234.186.1 vhid 1 
inet6 fe80::215:17ff:fe39:f01b%em1 prefixlen 64 scopeid 0x2 
inet6 2a00:5884::1 prefixlen 64 
inet6 fe80::204:92:100:1%em1 prefixlen 64 scopeid 0x2 vhid 2 
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
carp: MASTER vhid 1 advbase 1 advskew 10
carp: MASTER vhid 2 advbase 1 advskew 10

Et quand j’en passe une en master, l’autre reste en backup :

root@budic:~ # ifconfig re1 vhid 1 state MASTER
root@budic:~ # ifconfig re1
re1: flags=8943 metric 0 mtu 
1500

options=8209b
ether 00:0d:b9:3a:24:b9
inet 89.234.186.6 netmask 0xff80 broadcast 89.234.186.127 
inet 89.234.186.1 netmask 0x broadcast 89.234.186.1 vhid 1 
inet6 fe80::20d:b9ff:fe3a:24b9%re1 prefixlen 64 scopeid 0x2 
inet6 2a00:5884::6 prefixlen 64 
inet6 fe80::204:92:100:1%re1 prefixlen 64 scopeid 0x2 vhid 2 
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
carp: MASTER vhid 1 advbase 1 advskew 10
carp: BACKUP vhid 2 advbase 1 advskew 10
root@nominoe:~ # ifconfig em1
em1: flags=8943 metric 0 mtu 
1500

options=4019b
ether 00:15:17:39:f0:1b
inet 89.234.186.7 netmask 0xff80 broadcast 89.234.186.127 
inet 89.234.186.1 netmask 0x broadcast 89.234.186.1 vhid 1 
inet6 fe80::215:17ff:fe39:f01b%em1 prefixlen 64 scopeid 0x2 
inet6 2a00:5884::1 prefixlen 64 
inet6 fe80::204:92:100:1%em1 prefixlen 64 scopeid 0x2 vhid 2 
nd6 options=21
media: Ethernet autoselect (100baseTX )
status: active
carp: BACKUP vhid 1 advbase 1 advskew 10
carp: MASTER vhid 2 advbase 1 advskew 10

-- 
alarig


signature.asc
Description: PGP signature

[FRnOG] [FRNOG][JOBS]Alternance Administrateur Système/Réseaux dans le cadre du master de l'école SUPINFO

[Thomas Gonzalez]

Bonjour a tous,

Actuellement en 3ème année à l'école SUPINFO au campus de Clermont-Ferrand,
je suis en recherche d'une alternance dans le cadre d'un master qui
démarrera au mois de novembre, toujours à SUPINDO

Etant plus formé dans la partie Réseau, je souhaite porter ma candidature
sur un poste d'administrateur réseau ou d'administrateur système Linux
(poste auquel j'ai commencé à être former au cours d'un stage).

Je suis mobile sur toute la région Auvergne ainsi que Lyon et Saint-Etienne.

Je reste à votre entière disposition pour toute information complémentaire.

En vous souhaitant une bonne fin de journée.

Cordialement,
GONZALEZ Thomas

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

RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

[Sébastien 65]

Je viens d'essayer UCARP sur une configuration toute neuve en debian 8 et j'ai 
exactement le même problème...


J'ai je pense une utilisation très basique, besoin d'une IP qui bascule de deb1 
vers Deb2 mais qui ne rebascule pas si l'une des machines revient UP. Pas de 
script à lancer en fonction de la bascule de la VIP...


De : frnog-requ...@frnog.org  de la part de Sébastien 
65 
Envoyé : jeudi 6 juillet 2017 13:22:49
À : Alarig Le Lay; frnog@frnog.org
Objet : RE: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

Bon même en modifiant advskew identique sur les 2 nodes cela ne change rien. 
Avec ou sans preempt j'ai le même problème. D'ailleurs le preempt doit être 
configuré sur les 2 nodes ou uniquement 1 ?


Voici la conf du master :

  ucarp-vid 1
  ucarp-vip 10.0.0.1
  ucarp-password secret
  ucarp-advskew 1
  ucarp-advbase 1
  ucarp-master yes


Voici la conf du slave :

 ucarp-vid 1
 ucarp-vip 10.0.0.1
 ucarp-password secret
 ucarp-advskew 1
 ucarp-advbase 1
 ucarp-master no

...



De : frnog-requ...@frnog.org  de la part de Alarig Le 
Lay 
Envoyé : jeudi 6 juillet 2017 11:47:18
À : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] UCARP/VRRP avec Debian problème

On jeu.  6 juil. 11:01:16 2017, Damien Fleuriot wrote:
> Si le fonctionnement de uCARP se base sur la même logique que le
> protocole CARP d'origine et sauf erreur de ma part, ça n'est pas tout
> à fait le principe :)
>
>
> CARP détermine le mastership comme suit :
> - avec preemption : machine qui s'advertise le plus fréquemment = master
> - sans preemption : machine qui s'advertise le plus fréquemment =
> master, sauf si un master existe déjà
>
>
> La fréquence d'advertisement est définie comme suit :
> - s'annoncer toutes les advbase secondes
> - la valeur de advskew permet d'affiner le délai d'annonce

Ne connaissant pas la configuration, je suis parti du principe que les
advbase étaient égaux et que seuls les advskew différaient, car c’est la
configuration la plus classique.
Si jamais ça ne suffit, on verra pour les trucs compliqués, mais c’est
pas la peine chercher à régler tous les paramètres du protocole quand on
en connaît aucun ;)

--
alarig

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

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

Re: [FRnOG] [TECH] RE: Contact orange pour téléphonie dans l'Orne (61)

[Toussaint OTTAVI]

Le 07/07/2017 à 09:50, Vincent Duvernet a écrit :

Donc l’idée c’est de séparer le réseau data et voix physiquement. Cela permet 
d'éviter le télescopage entre prestataires, on peut coller des switches Gigabit 
niveau 2 version plug & play pour la data et réutiliser les 2x Catalyst PoE en 
en gardant un de spare car ils n’ont pas 24 téléphones.
La téléphonie IP reste sur sa ligne SDSL 2 Mbps et on colle une ligne ADSL pour 
internet. (et ça nous permet par la suite de faire évoluer notre réseau 
informatique sans déranger le téléphone.


1/ Séparation des réseaux : habituellement, on met des switches L2, avec 
deux VLANs, un pour la voix et un pour les datas. Avec des grosses 
étiquettes sur les switches pour indiquer l'affectation des ports, et 
avec des câbles de couleur distinctes, même le moins dégourdi des 
prestataires devraient s'en sortir sans faire de noeud. Si pas possible, 
ou pas envie, de faire des VLANs, il faudra au moins 2 RJ45 par poste de 
travail. Si elles n'y sont pas, il faut faire intervenir un câbleur. 
Passer par Orange pour çà n'est pas une bonne idée. Il vont sous-traiter 
à un câbleur (peut-être le même), en prenant leur marge en plus. Voir du 
coté de sociétés d'électricité, ou mieux, d'installateurs courants 
faibles (c'est un vrai métier).


2/ Si je comprends bien, la téléphonie IP est chez Orange, avec une BLB 
et des postes IP. Dans ce cas, une fois que tu auras migré la box et les 
postes IP sur un brin Ethernet distinct, cela fonctionnera, sans qu'ils 
n'aient besoin d'intervenir. Si cette solution de téléphonie ne te donne 
pas satisfaction, tu dois contacter un téléphoniste, qui te fera une 
proposition alternative, avec ses propres produits et services.


3/ Vu la structure que tu me décris, tu devrais à priori dépendre de 
l'agence "Entreprises" d'Orange. Dans ce cas, tu es censé disposer d'un 
interlocuteur commercial dédié. Là aussi, la qualité de service dépend 
grandement de l'interlocuteur en question. Cà peut aller de +150% au 
zéro absolu (celui qui est à -273). Mais c'est globalement meilleur 
qu'avec l'agence "Professionnels" (le 1014 / 3901), qui est plutôt là 
pour vendre des Livebox au coiffeur ou à l'artisan plombier du quartier, 
et qui sera complètement larguée sur une problématique comme la tienne.


4/ Qui gère l'informatique sur place ? Toi ? Dans ce cas, tu dois 
commencer par faire un plan et un inventaire précis de toutes ces 
liaisons xDSL dont tu parles, et mettre au propre l'infrastructure. Si 
tu ne t'en sens pas capable, un prestataire intégrateur local pourra 
certainement t'aider. Il définira avec toi une infrastructure à mettre 
en oeuvre, et coordonnera les différents prestataires locaux ainsi que 
la maison mère. Dans certains cas, si le réseau Corporate est trop 
verrouillé ou incontrôlable, une solution consiste à installer un LAN 
complètement distinct, géré localement, qui te permet de faire ce dont 
tu as besoin de la façon dont tu en as besoin, et qui assurera une 
passerelle vers les outils "corporate" de la maison mère, via un 
routeur/firewall à plusieurs pattes. Si tu décides de délocaliser ton 
usine sur mon île, je peux te faire çà ;-) Sinon, tu recevras 
certainement des propositions de services en MP. Fais venir quelqu'un, 
expose lui le problème, et demande un devis de prestation.


5/ Il y a un autre fil parallèle qui parle des boitiers routeurs qui 
veulent faire trop de choses à la fois, et qui les font mal. Pour les 
prestataires, c'est pareil :-) Orange n'est franchement pas bon dans le 
travail dont tu as besoin, qui est de l'intégration. Je pense que tu 
l'avais compris aux remarques Vendredi-esques des colistiers :-D Et 
heureusement pour nous, car c'est ce qui permet à une majorité d'entre 
nous de travailler et de se payer un salaire à la fin du mois :-D Donc, 
si tu es satisfait d'Orange pour ta téléphonie et pour tes liaisons 
xDSL, garde-les pour ces services, mais ne leur en demande pas plus. 
Commercialement, ils vont peut-être dire oui. Mais techniquement, sauf 
cas exceptionnel isolé de gens compétents (si, si, il y en a), ils vont 
faire un emplâtre.


Bon Vendredi quand même ;-)


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

[FRnOG] [TECH] RE: Contact orange pour téléphonie dans l'Orne (61)

[Vincent Duvernet]

Glop, glop,

Je viens préciser la question initiale que j’ai faite en MP par erreur :

Aujourd'hui c'est géré par un prestataire japonais parisien et le siège de 
l'entreprise au Japon. C'est un peu la catastrophe.

Comme c’est une usine, on est déjà pleins de prestataires, des trucs gérés par 
des boites japonaises, délégués à leurs homologues français mais qui n’ont pas 
tout le dossier, du token ring par endroit, bref c’est une usine… à gaz.

Je sais qu'ils ne signeront pas une installation à 10k€ en téléphonie. (ce qui, 
pour moi est inamortissable même en appelant le Japon.)

Aujourd’hui, ils ont des switches Catalyst 100 Mbps (3x24 ports dont un de 
spare qui a lâché mais toujours pas remplacé depuis… humm 2 ans au moins) qui 
donnent des signes de fatigue. Cependant entre le besoin d’augmenter le débit 
vers du Gigabit, le fait que la config de l’AD sur laquelle on n’a pas la main 
est bizarrement configuré (pas de DHCP pour les postes, seulement pour les 
téléphones…), chaque modification dans l’infrastructure n’est pas forcément 
simple.

Donc l’idée c’est de séparer le réseau data et voix physiquement. Cela permet 
d'éviter le télescopage entre prestataires, on peut coller des switches Gigabit 
niveau 2 version plug & play pour la data et réutiliser les 2x Catalyst PoE en 
en gardant un de spare car ils n’ont pas 24 téléphones.
La téléphonie IP reste sur sa ligne SDSL 2 Mbps et on colle une ligne ADSL pour 
internet. (et ça nous permet par la suite de faire évoluer notre réseau 
informatique sans déranger le téléphone.

Voilà, j’espèrque c’est plus clair

Vincent





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