Re: [FRnOG] [TECH] Numéro de mobile à 14 chiffres

[On behalf of thomas brenac]

et en effet le point de la voix est problematique, des terminaux M2M, en 
LTE-M par exemple (reseau deploye et non utilise) pouvant basculer en 
GSM pour faire de la voix: accuse de reception d'alarme d'une machine 
(interraction avec l'utilisateur en peine avec ladtite satanee machine), 
d'un SOS tracker (par exemple pour ecouter a distance suite a alarme), 
voir meme d'un ascenseur. Tout cela fait que rien n'avance: pas d'offre 
alors que les terminaux commencent a exister, beaucoup en version 
chinoise ou adaptee a d'autres pays d'europe, donc avec un chouia de voix.


A ce jour seul l'agrume (a ma connaissance) a un SI pour le B2B / 
branche entreprise pouvant supporter ce plan de num et LTE-M, mais 
aucune offre et pas de carte sim LTE-M num a 14 chiffres dispo facilement.


Mais bon nous ne sommes que le 16 Janvier :)


Thomas


On 15/01/2020 18:24, Guillaume Genty wrote:
Si j'ai bonne mémoire, la date du 01/01/2020 était la date limite pour 
l'obligation, jusqu'alors les opérateurs pouvaient encore attribuer 
des numéros à 10 chiffres en M2M le temps que les réseaux soit prêts, 
les exploitants de services M2M prêts, etc... Maintenant ils n'ont 
plus le droit d'en attribuer à 10 chiffres pour ces usages.


J'avais aussi lu il y a quelques temps qu'il y avait un flou autours 
de l'utilisation possible de numéros M2M pour les abonnements 
data-only à usage personnel, où du coup le numéro n'avais pas à être 
connude l'usager.
Par-contre à l'inverse il y a aussi des problématiques sur des 
interphones connectés où l'appel voix est émit avec un numéro à 14 
chiffres vers un usager, où parfois les réseaux de destination 
n'étaient pas encore prêt et du coup les appels n'aboutissaient pas...


Si tu as des exemples d'usages où les abonnements sont affectés à des 
usagés avec de la voix, je pense que l'ARCEP se fera un plaisir de 
creuser le sujet !
Mais j'ai comme un présentiment que ce sont des revendeurs qui ont 
acheté du M2M car moins cher pour le revendre au public, sans en avoir 
parlé au HNO (l'opérateur physique).


Cordialement,


Le 15/01/2020 à 17:43, Alain Bieuzent a écrit :
> Salut David,
>
> Dans le dernier plan de numérotation publié par l'ARCEP, l'usage des 
numéros de mobiles a longueur étendue est bien restreint au M2M ou au 
SMS/MMS depuis le 01/01/2020 (donc ce ne devais pas être le cas avant).

>
>    Les numéros mobiles de longueur étendue sont alloués sans 
restriction pour l’ensemble du territoire désigné au paragraphe 2.3.5 
a) à l’exception de « la Réunion, Mayotte et autres territoires de 
l’Océan Indien » où existent les  restrictions suivantes :

>    Mayotte
>    La Réunion
>    Numéros (format national)
>    0ZAB = 07008
>    0ZAB = 07009
>
>    Conditions d’utilisation
>    Les numéros mobiles de longueur étendue sont affectés à 
l’identification d’un accès mobile, par l’opérateur fournissant cet 
accès mobile à l’utilisateur final, pour la fourniture au public de 
services de communications   électroniques.
>    À compter du 1er janvier 2020, ces numéros ne peuvent pas 
être utilisés pour fournir un service de communications 
interpersonnelles, précision faite qu’ils peuvent toujours être 
utilisés pour fournir des services de communications « machine à 
machine » (ou « M2M ») qui ne peuvent émettre ou recevoir des appels 
ou messages SMS/MMS qu’en relation avec un nombre restreint 
d’utilisateurs prédéfinis tels que :
>    - le service d’appel d’urgence eCall mentionné dans 
la décision n° 585/2014/UE du Parlement Européen et du Conseil du 15 
mai 2014 ;
>    - les applications auxquelles seules des machines 
parfaitement identifiées ou des techniciens habilités sont 
susceptibles d’accéder (interphones, communications d’ascenseurs, 
systèmes de téléassistances pour personnes    
âgées, …);
>    - les applications domotiques qui s’adressent 
spécifiquement à un foyer.

>
> Alain
>
> Le 15/01/2020 16:58, « David Ponzone » nom de david.ponz...@gmail.com> a écrit :

>
>  Est-ce que quelqu’un sait où on peut trouver une communication 
de l’ARCEP plus récente que 2012 concernant les numéros mobile à 14 
chiffres ?
>  En particulier, une communication sur ce qui est attendu de la 
part des différents acteurs.
>  Ce qui semblait être au départ une exception indispensable 
(mais loin d’être idéale) pour les cartes M2M (utilisées dans des 
machines), a semble-t-il déjà été dévoyé et des acteurs vendent 
maintenant des flottes de cartes M2M pour des mobiles utiisés par des 
humains;
>  J’ai du mal à comprendre l’intérêt de fournir un numéro 
difficile à mémoriser à un humain.

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



*
GuillaumeGenty*

*Directeur Innovation et Expertise - *Chief Innovat

RE: [FRnOG] [TECH] Admin Outofband or not

[Michel Py]

> Thomas FAGART a écrit :
> Quels sont vos conseils ?

- Résolution du nouvel an : se remuer le c. pour mettre en OOB ce qui ne l'est 
pas. Hélas c'est un de ces yàkàs qui ont souvent quelque chose de plus urgent à 
faire.

- Comme tout le monde : réseau OOB _complètement_ séparé de la prod. S'arranger 
avec un collègue pour se fournir l'accès OOB et vice-versa.

- Mieux que le switch basique dédié au management, mettre une double-WIC ou un 
NM qui sert de switch dans le termserver.

- Si le machin n'a pas de port management dédié, mettre l'OOB dans un VRF dédié.

- Dans tous les cas, avoir un terminal server qui va sur les ports console. 
C'est bien pratique de pouvoir regarder le boot. Cà bouffe 1U, mais un vieux 
2600 avec x ports série çà fait très bien l'affaire. En fait çà bouffe 0 U, car 
on peut mettre le switch dedans.

- Changer l'escape-character pour autre chose que ctrl-^. On veut garder le 
ctrl-^ pour l'équipement connecté. 

- Activer le break dans la session. C'est bien pratique de pouvoir envoyer un 
break pour aller en rommon changer le confreg.

- Documenter dans la config du termserver quel port est connecté sur quoi.

Michel.

banner motd ^C
     2065 N3K-3064 SW2
 /  termserver   /| 
+++
/  Cisco 265112.1(5)T8  /o/ | 2057 7206VXR   
R10 | 2049   |
   /   / /  | 2058  
 | 2050   |
   // //  /o/   | 2059  
 | 2051   |
 /// //  / /| 2060  
 | 2052   |
/  // ///o/ | 2061  
 | 2053   |
   /   ..::..::.   / /  | 2062  
 | 2054   |
+u+---+-++-++--+--+u+   | 2063  
 | 2055   |
|.|:      | ++ ++  |O |.|   | 2064  
 | 2056   |
+n+---++--+n+   
+++
| 2041 WS-C6509  
SW1 | 2033   |
username is termserver, password is cisco   | 2042 C2621XM   R2 
 | 2034   |
escape-caracter is CTRL-e   | 2043 C2621XM   R3 
 | 2035   |
to send break, CTRL-] then send brk | 2044 C2611 R4 
 | 2036   |
| 2045 C2621XM   R5 
 | 2037   |
| 2046 IAD2432   R6 
 | 2038   |
| 2047 C2620XM   R7 
 | 2039   |
| 2048   R8 
 | 2040   |
 Should be line 66  
+++^C

ip host SW1 2041 x.x.x.x
ip host R2 2042 x.x.x.x
ip host R3 2043 x.x.x.x
[..]

line con 0
 transport input none
line 33 64
 no exec
 transport input all
 telnet break-on-ip
 telnet ip-on-break
line aux 0
 no exec
 transport input all
 telnet break-on-ip
 telnet ip-on-break
line vty 0 4
 login local
 escape-character 5


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

Re: [FRnOG] [TECH] OSPF Bird et configure

[Alarig Le Lay]

Bonsoir,

On mer. 15 janv. 17:01:28 2020, Duchet Rémy wrote:
> Bonsoir la liste,
> 
> 
> 
> S’il y a des utilisateurs de Bird sur la liste (je suis sur que oui)
> connaissez-vous un moyen de rajouter une route (autrement qu’en
> STATIC) sur le serveur Bird, pour que ce dernier l’annonce (OSPF ou
> BGP) sans avoir à faire un « configure » à chaque changement ?
> 
> Nous avons quelques routes OSPF que nous annonçons (+ 8000) et à
> chaque « configure » Bird renvoie toute la table (on lui fait relire
> un fichier de conf), du coup ça flood pas mal nos équipements (toutes
> les minutes)..

Pourquoi tu n’apprends pas les routes depuis le kernel ?

BTW, 8k routes dans un OSPF, soit tu as un très gros réseau, mais dans
ce cas y’a peu de chances que tu utilises bird, soit faut passer à BGP.

-- 
Alarig


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

Re: [FRnOG] [TECH] OSPF Bird et configure

[On behalf of Elise Vennegues]

Bonsoir Rémy,

Tu peux sans doute regarder du coté de la feature "BGP: Optional Adj-RIB-Out”, 
par contre tu auras besoin de la version 2.0.7 pour supporter cette 
fonctionnalité.
Sinon tu peux aussi considérer l’ajout d’une table supplémentaire connectée par 
un pipe à la table master et ensuite tu y appliques sur le pipe un “export” 
spécifique et tu peer en out vers tes routeurs depuis cette table (j’avoue 
c’est un peu tordu mais tu reload que le pipe et non toutes tes sessions).

Bonne soirée.

—
Elise Vennéguès

> On Jan 15, 2020, at 6:01 PM, Duchet Rémy  wrote:
> 
> Bonsoir la liste,
> 
> 
> 
> S’il y a des utilisateurs de Bird sur la liste (je suis sur que oui) 
> connaissez-vous un moyen de rajouter une route (autrement qu’en STATIC) sur 
> le serveur Bird, pour que ce dernier l’annonce (OSPF ou BGP) sans avoir à 
> faire un « configure » à chaque changement ?
> 
> Nous avons quelques routes OSPF que nous annonçons (+ 8000) et à chaque « 
> configure » Bird renvoie toute la table (on lui fait relire un fichier de 
> conf), du coup ça flood pas mal nos équipements (toutes les minutes)..
> 
> 
> 
> Merci pour vos suggestions.
> 
> 
> 
> Cordialement,
> 
> 
> 
> Rémy
> 
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Numéro de mobile à 14 chiffres

[Guillaume Genty]

Si j'ai bonne mémoire, la date du 01/01/2020 était la date limite pour l'obligation, jusqu'alors les opérateurs pouvaient encore attribuer des numéros à 10 chiffres en M2M le temps que les réseaux soit prêts, les exploitants de services M2M prêts, etc... Maintenant ils n'ont plus le droit d'en attribuer à 10 chiffres pour ces usages.

J'avais aussi lu il y a quelques temps qu'il y avait un flou autours de l'utilisation possible de numéros M2M pour les abonnements data-only à usage personnel, où du coup le numéro n'avais pas à être connude l'usager.
Par-contre à l'inverse il y a aussi des problématiques sur des interphones connectés où l'appel voix est émit avec un numéro à 14 chiffres vers un usager, où parfois les réseaux de destination n'étaient pas encore prêt et du coup les appels n'aboutissaient pas...

Si tu as des exemples d'usages où les abonnements sont affectés à des usagés avec de la voix, je pense que l'ARCEP se fera un plaisir de creuser le sujet !
Mais j'ai comme un présentiment que ce sont des revendeurs qui ont acheté du M2M car moins cher pour le revendre au public, sans en avoir parlé au HNO (l'opérateur physique).

Cordialement,


Le 15/01/2020 à 17:43, Alain Bieuzent a écrit :
> Salut David,
>
> Dans le dernier plan de numérotation publié par l'ARCEP, l'usage des numéros de mobiles a longueur étendue est bien restreint au M2M ou au SMS/MMS depuis le 01/01/2020 (donc ce ne devais pas être le cas avant).
>
>    Les numéros mobiles de longueur étendue sont alloués sans restriction pour l’ensemble du territoire désigné au paragraphe 2.3.5 a) à l’exception de « la Réunion, Mayotte et autres territoires de l’Océan Indien » où existent les  restrictions suivantes :
>    Mayotte
>    La Réunion
>    Numéros (format national)
>    0ZAB = 07008
>    0ZAB = 07009
>
>    Conditions d’utilisation
>    Les numéros mobiles de longueur étendue sont affectés à l’identification d’un accès mobile, par l’opérateur fournissant cet accès mobile à l’utilisateur final, pour la fourniture au public de services de communications   électroniques.
>    À compter du 1er janvier 2020, ces numéros ne peuvent pas être utilisés pour fournir un service de communications interpersonnelles, précision faite qu’ils peuvent toujours être utilisés pour fournir des services de  communications « machine à machine » (ou « M2M ») qui ne peuvent émettre ou recevoir des appels ou messages SMS/MMS qu’en relation avec un nombre restreint d’utilisateurs prédéfinis tels que :
>    - le service d’appel d’urgence eCall mentionné dans la décision n° 585/2014/UE du Parlement Européen et du Conseil du 15 mai 2014 ;
>    - les applications auxquelles seules des machines parfaitement identifiées ou des techniciens habilités sont susceptibles d’accéder (interphones, communications d’ascenseurs, systèmes de téléassistances pour personnes    âgées, …);
>    - les applications domotiques qui s’adressent spécifiquement à un foyer.
>
> Alain
>
> Le 15/01/2020 16:58, « David Ponzone »  a écrit :
>
>  Est-ce que quelqu’un sait où on peut trouver une communication de l’ARCEP plus récente que 2012 concernant les numéros mobile à 14 chiffres ?
>  En particulier, une communication sur ce qui est attendu de la part des différents acteurs.
>  Ce qui semblait être au départ une exception indispensable (mais loin d’être idéale) pour les cartes M2M (utilisées dans des machines), a semble-t-il déjà été dévoyé et des acteurs vendent maintenant des flottes de cartes M2M pour des mobiles utiisés par des humains;
>  J’ai du mal à comprendre l’intérêt de fournir un numéro difficile à mémoriser à un humain.
>  
>  
>  David
>  
>  
>  ---
>  Liste de diffusion du FRnOG
>  http://www.frnog.org/
>  
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/





 


  
  

  


  
  
  Guillaume Genty 
Directeur Innovation et Expertise 
- Chief Innovation Officer
1 Quai Marcel Dassault, 92150 Suresnes, France

  
  
   
  
  
Gestion de vos 
ticketshttps://support.waycom.net 
 

  
  
     
  
  
Contacter nos équipes
Systèmes 
et Réseaux +33 1 41 44 83 00
Internet, 
Monétique et VOIP +33 8 11 39 11 
39 
Par 
E-mail supp...@waycom.net
   






















This message is 
confidential. It may also be privileged or otherwise protected by work product 
immunity or other legal rules. If you have received it by mistake, please let us 
know by e-mail reply and delete it from your system; you may not copy this 
message or dis

Re: [FRnOG] [TECH] Numéro de mobile à 14 chiffres

[David Ponzone]

Ok c’est dans https://www.arcep.fr/uploads/tx_gsavis/18-0881.pdf 


Reste à savoir si c’est rétro-actif ou pas.
On est pas vendredi, zut, j’allais me lâcher.

Merci Alain

> Le 15 janv. 2020 à 17:43, Alain Bieuzent  a écrit :
> 
> Salut David,
> 
> Dans le dernier plan de numérotation publié par l'ARCEP, l'usage des numéros 
> de mobiles a longueur étendue est bien restreint au M2M ou au SMS/MMS depuis 
> le 01/01/2020 (donc ce ne devais pas être le cas avant).
> 
>   Les numéros mobiles de longueur étendue sont alloués sans restriction 
> pour l’ensemble du territoire désigné au paragraphe 2.3.5 a) à l’exception de 
> « la Réunion, Mayotte et autres territoires de l’Océan Indien » où existent 
> les restrictions suivantes :
>   Mayotte
>   La Réunion
>   Numéros (format national)
>   0ZAB = 07008
>   0ZAB = 07009
> 
>   Conditions d’utilisation
>   Les numéros mobiles de longueur étendue sont affectés à 
> l’identification d’un accès mobile, par l’opérateur fournissant cet accès 
> mobile à l’utilisateur final, pour la fourniture au public de services de 
> communications  électroniques.
>   À compter du 1er janvier 2020, ces numéros ne peuvent pas être utilisés 
> pour fournir un service de communications interpersonnelles, précision faite 
> qu’ils peuvent toujours être utilisés pour fournir des services de 
> communications « machine à machine » (ou « M2M ») qui ne peuvent émettre ou 
> recevoir des appels ou messages SMS/MMS qu’en relation avec un nombre 
> restreint d’utilisateurs prédéfinis tels que :
>   - le service d’appel d’urgence eCall mentionné dans la décision 
> n° 585/2014/UE du Parlement Européen et du Conseil du 15 mai 2014 ;
>   - les applications auxquelles seules des machines parfaitement 
> identifiées ou des techniciens habilités sont susceptibles d’accéder 
> (interphones, communications d’ascenseurs, systèmes de téléassistances pour 
> personnes   âgées, …);
>   - les applications domotiques qui s’adressent spécifiquement à 
> un foyer.
> 
> Alain
> 
> Le 15/01/2020 16:58, « David Ponzone »  david.ponz...@gmail.com> a écrit :
> 
>Est-ce que quelqu’un sait où on peut trouver une communication de l’ARCEP 
> plus récente que 2012 concernant les numéros mobile à 14 chiffres ?
>En particulier, une communication sur ce qui est attendu de la part des 
> différents acteurs.
>Ce qui semblait être au départ une exception indispensable (mais loin 
> d’être idéale) pour les cartes M2M (utilisées dans des machines), a 
> semble-t-il déjà été dévoyé et des acteurs vendent maintenant des flottes de 
> cartes M2M pour des mobiles utiisés par des humains;
>J’ai du mal à comprendre l’intérêt de fournir un numéro difficile à 
> mémoriser à un humain.
> 
> 
>David
> 
> 
>---
>Liste de diffusion du FRnOG
>http://www.frnog.org/
> 
> 
> 


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

[FRnOG] [TECH] OSPF Bird et configure

[Duchet Rémy]

Bonsoir la liste,



S’il y a des utilisateurs de Bird sur la liste (je suis sur que oui) 
connaissez-vous un moyen de rajouter une route (autrement qu’en STATIC) sur le 
serveur Bird, pour que ce dernier l’annonce (OSPF ou BGP) sans avoir à faire un 
« configure » à chaque changement ?

Nous avons quelques routes OSPF que nous annonçons (+ 8000) et à chaque « 
configure » Bird renvoie toute la table (on lui fait relire un fichier de 
conf), du coup ça flood pas mal nos équipements (toutes les minutes)..



Merci pour vos suggestions.



Cordialement,



Rémy




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

Re: [FRnOG] [TECH] Numéro de mobile à 14 chiffres

[Alain Bieuzent]

Salut David,

Dans le dernier plan de numérotation publié par l'ARCEP, l'usage des numéros de 
mobiles a longueur étendue est bien restreint au M2M ou au SMS/MMS depuis le 
01/01/2020 (donc ce ne devais pas être le cas avant).

Les numéros mobiles de longueur étendue sont alloués sans restriction 
pour l’ensemble du territoire désigné au paragraphe 2.3.5 a) à l’exception de « 
la Réunion, Mayotte et autres territoires de l’Océan Indien » où existent les   
  restrictions suivantes :
Mayotte
La Réunion
Numéros (format national)
0ZAB = 07008
0ZAB = 07009

Conditions d’utilisation
Les numéros mobiles de longueur étendue sont affectés à 
l’identification d’un accès mobile, par l’opérateur fournissant cet accès 
mobile à l’utilisateur final, pour la fourniture au public de services de 
communications  électroniques.
À compter du 1er janvier 2020, ces numéros ne peuvent pas être utilisés 
pour fournir un service de communications interpersonnelles, précision faite 
qu’ils peuvent toujours être utilisés pour fournir des services de 
communications « machine à machine » (ou « M2M ») qui ne peuvent émettre ou 
recevoir des appels ou messages SMS/MMS qu’en relation avec un nombre restreint 
d’utilisateurs prédéfinis tels que :
- le service d’appel d’urgence eCall mentionné dans la décision 
n° 585/2014/UE du Parlement Européen et du Conseil du 15 mai 2014 ;
- les applications auxquelles seules des machines parfaitement 
identifiées ou des techniciens habilités sont susceptibles d’accéder 
(interphones, communications d’ascenseurs, systèmes de téléassistances pour 
personnes   âgées, …);
- les applications domotiques qui s’adressent spécifiquement à 
un foyer.

Alain

Le 15/01/2020 16:58, « David Ponzone »  a écrit :

Est-ce que quelqu’un sait où on peut trouver une communication de l’ARCEP 
plus récente que 2012 concernant les numéros mobile à 14 chiffres ?
En particulier, une communication sur ce qui est attendu de la part des 
différents acteurs.
Ce qui semblait être au départ une exception indispensable (mais loin 
d’être idéale) pour les cartes M2M (utilisées dans des machines), a semble-t-il 
déjà été dévoyé et des acteurs vendent maintenant des flottes de cartes M2M 
pour des mobiles utiisés par des humains;
J’ai du mal à comprendre l’intérêt de fournir un numéro difficile à 
mémoriser à un humain.


David


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




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

[FRnOG] [TECH] Numéro de mobile à 14 chiffres

[David Ponzone]

Est-ce que quelqu’un sait où on peut trouver une communication de l’ARCEP plus 
récente que 2012 concernant les numéros mobile à 14 chiffres ?
En particulier, une communication sur ce qui est attendu de la part des 
différents acteurs.
Ce qui semblait être au départ une exception indispensable (mais loin d’être 
idéale) pour les cartes M2M (utilisées dans des machines), a semble-t-il déjà 
été dévoyé et des acteurs vendent maintenant des flottes de cartes M2M pour des 
mobiles utiisés par des humains;
J’ai du mal à comprendre l’intérêt de fournir un numéro difficile à mémoriser à 
un humain.


David


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

[FRnOG] [MISC] FRnOG 34.0 - ALPHA

[Philippe Bourcier]

Bonjour,

La prochaine réunion FRnOG sera le vendredi 20 Mars prochain.

N'hésitez pas à me contacter si vous avez des sujets à proposer.


Cordialement,
--
Philippe Bourcier
web : http://sysctl.org/
blog : https://www.linkedin.com/today/author/philippebourcier


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

Re: [FRnOG] [BIZ] Demande d'information pour Alphalink

[Alexandre Moutot]

Bonjour,

Je ne vous connais pas mais je connais quelques personnes chez Alphalink
qui sont à même de répondre à toutes vos questions ;)

Bien à vous.


On Wed, Jan 15, 2020 at 4:05 PM Alexandre LEVY  wrote:

> Bonjour
>
> Je me permets de vous contacter pour le besoin suivant
> En effet, nous souhaiterions pouvoir participer à une réunion du FRnOG
> pour une présentation de notre activité en scéance
> Pourriez-vous nous donner qq informations tarifaires  à  ce sujet ?
>
> Dans l’attente de votre retour
>
> Bien à vous
>
> AL
>
>
>
> [signature_20349391]
> Alexandre LEVY
> Business Development Manager
> Tél +33 638 098 091
> [Twitter]
> [LinkedIn]<
> https://linkedin.com/company/groupe-alphalink/?originalSubdomain=fr>
> www.alphalink.fr
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
DMUM
Alexandre Moutot
+33 (0)6 76 72 61 20

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

Re: [FRnOG] [BIZ] Accès internet fibre à Paris hors zone FTTH

[Spyou]

Le 09/01/2020 à 19:29, jeanine.bu...@laposte.net a écrit :
> Bonjour à tous ! 
>
> Je vous écris pour vous poser une question assez bête : j'aurais besoin d'une 
> connection internet d'au moins 100 MBit/s dans le centre de Paris. Jusque là, 
> rien de dingue. P roblème : l'immeuble en question n'est (surprenamment ?) 
> pas connecté au FTTH, selon la carte de l'ARCEP (et effectivement, en 
> pratique tous les FAI "grand public" refusent l'abonnement). 
>
> Question : quelle solution alternative me conseillez-vous ? Idéalement 
> quelque chose qui ne ferait pas trop mal au portefeuille… 
>
> Quelques précisions techniques : 
> - Pas de gros impératif de GTR. S'il y a une panne d'une journée, on survivra 
> :) 
> - Pas d'impératif de débit garanti non plus : du FTTH grand public aurait 
> parfaitement fait l'affaire s'il était disponible. 
> - Idéalement de la fibre pour avoir une latence faible 


Une connexion FTTH chez un ami dans l'immeuble d'en face et une paire de
mikrotik 60Ghz pour faire le pont ? 1Gbps symétrique sans soucis si ça
dépasse pas 4/500 mètres :))

La même connexion en face et un xco passé à l'arrache de nuit dans le GC
existant ?


(Chhut les trolls, on n'est pas vendredi)


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

Re: [FRnOG] [BIZ] locaux d'hébergement dispo à Rennes

[Guillaume Esnault]

Bonjour,

C'est une location (3 6 9). 2634€ HT/mois.

Cordialement,

Guillaume
Le mardi 14 janvier 2020 à 18:13 +0100, Wallace a écrit :
> Bonjour,
> 
> Vous parlez d'une libération d'un espace en location ou d'une vente
> du
> local?
> 
> Cordialement
> 
> Le 14/01/2020 à 16:43, Guillaume Esnault a écrit :
> > Bonjour à tous et bonne année 2020,
> > 
> > Digicube change de Datacenter. A cette occasion un local industriel
> > de
> > 450m2 devrait se libérer dans les prochain mois (location). Il est
> > idéalement situé à l'arrière du DC SFR de Rennes Cesson et relié à
> > lui
> > par 12 fibres noires. Il dispose d'un compteur jaune et d'un
> > circuit
> > électrique ondulé et secouru avec ATS. De nombreux matériels
> > peuvent
> > êtres mis à disposition. Baies, clim., ventilation, planché
> > technique,
> > serveurs..
> > Enfin, deux containers de 6m équipés pour l'hébergement de serveurs
> > peuvent être aussi laissés.
> > 
> > N'hésitez pas à revenir vers moi pour de plus amples informations.
> > 
> > Cordialement,
> > 
> > Guillaume Esnault
> > PDG
> > Digicube sas  
> > 06 88 22 69 02
> > 
> > 
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/


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

[FRnOG] [BIZ] Demande d'information pour Alphalink

[Alexandre LEVY]

Bonjour

Je me permets de vous contacter pour le besoin suivant
En effet, nous souhaiterions pouvoir participer à une réunion du FRnOG pour une 
présentation de notre activité en scéance
Pourriez-vous nous donner qq informations tarifaires  à  ce sujet ?

Dans l’attente de votre retour

Bien à vous

AL



[signature_20349391]
Alexandre LEVY
Business Development Manager
Tél +33 638 098 091
[Twitter]
[LinkedIn]
www.alphalink.fr


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

Re: [FRnOG] [TECH] Admin Outofband or not

[Raphael Mazelier]

On 15/01/2020 14:48, Guillaume Genty (Waycom) wrote:

Hello,

Si tu veux quelques conseils en OOB que on a identifié au fil du temps 
chez nous:


- Avoir les consoles de tous les équipements critiques en OOB (genre 
pour avoir le rommon cisco qui reboot pas)
Oui je n'ai pas préciser mais OOB pour moi c'était uniquement des 
routeurs console.
- Éviter au max le L2 ou L3 entre la prod et l'OOB. (un broadcast 
storm pourrait te planter ton routeur OOB)


Règle numéro un de l'OOB aucun lien, mais vraiment aucun lien avec ton 
réseau.


- Pour les équipements avec un port de management L3 IP (genre ASR) 
mettre un bête switch premier prix pour ne pas utiliser le L2 de prod


Je ne suis pas pour connecter les cartes de managements à l'OOB.

Un hébergeur a connu un incident marrant  par exemple; broadcast storm 
sur son réseau Admin/OOB, interface de management d'une certaine marque 
commençant par J connectée, trafic qui remontent aux CPUs des control 
plane. Plouf.


- Si tu met des restrictions IP, prévoit une VM de rebond à 
l'extérieur de ton réseau, elle même accessible depuis n'importe 
quelle IP

+1.
- Des connexions grand public 4G ou de l'ADSL (pour les sites où ça ne 
captent pas) sont largement suffisantes, par-contre prévoit un tunnel 
qui remonte sur ta VM de rebond
- Supervise tes équipements de OOB !!! Je pense même que c'est le 
point le plus important de la liste !

+100


Avec tout ça, tu devrais être tranquille un moment...




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

Re: [FRnOG] [TECH] Admin Outofband or not

[Guillaume Genty (Waycom)]

Hello,

Si tu veux quelques conseils en OOB que on a identifié au fil du temps chez 
nous:

- Avoir les consoles de tous les équipements critiques en OOB (genre pour avoir 
le rommon cisco qui reboot pas)
- Éviter au max le L2 ou L3 entre la prod et l'OOB. (un broadcast storm 
pourrait te planter ton routeur OOB)
- Pour les équipements avec un port de management L3 IP (genre ASR) mettre un 
bête switch premier prix pour ne pas utiliser le L2 de prod
- Si tu met des restrictions IP, prévoit une VM de rebond à l'extérieur de ton 
réseau, elle même accessible depuis n'importe quelle IP
- Des connexions grand public 4G ou de l'ADSL (pour les sites où ça ne captent 
pas) sont largement suffisantes, par-contre prévoit un tunnel qui remonte sur 
ta VM de rebond
- Supervise tes équipements de OOB !!! Je pense même que c'est le point le plus 
important de la liste !

Avec tout ça, tu devrais être tranquille un moment...

--
Guillaume Genty | WAYCOM
Directeur Innovation et Expertise
1 quai Marcel Dassault | 92150 Suresnes, FRANCE
T. : +33 (0)1 41 44 83 00 | F. : +33 (0)1 41 44 00 22
gge...@waycom.net | www.waycom.net

Le 15/01/2020 à 13:00, FAGART, Thomas a écrit :

Bonjour la liste,

Suite à des incidents récents un peu durailles sur nos réseaux, on se repose un 
peu la question de plus développer notre réseau out of band.

Finalement nous sommes un peu jeune là-dessus,  on a fait quelques tentatives 
listées ci-dessous :


-Outofband « interconnecté » avec l'IGP via de l'ADSL Tiers + VPN sur 
des pops importants

-Outofband en mode console only sur des sites de transmission critiques 
via de la 3G/4G Tiers + VPN

Les difficultés qu'on a rencontrées ou qui me viennent en tête sont les 
suivantes :


-Comme l'outofband n'était pas considéré comme critique, la sup ne l'était 
pas nécessairement non plus et le jour où on en besoin, ben ça ne fonctionne plus 
-> surtout une question de process

-L'outofband passant par du tiers en L3 c'est aussi bien souvent une 
fenêtre sur des pops importants et des équipements importants qu'il est plus 
compliqué de sécuriser

Du coup mes questions :


-Comment faites-vous chez vous ? (si c'est pas indiscret :) )

-Quels sont vos conseils ?

Merci

Thomas
--
Les donnees et renseignements contenus dans ce message sont personnels, 
confidentiels et secrets. Toute publication, utilisation ou diffusion, meme 
partielle, doit etre autorisee. Si vous n'etes pas le bon destinataire, nous 
vous demandons de ne pas lire, copier, utiliser ou divulguer cette 
communication. Nous vous prions de notifier cette erreur a l'expediteur et 
d'effacer immediatement cette communication de votre systeme.

Any data and information contained in this electronic mail is personal, 
confidential and secret. Any total or partial publication, use or distribution 
must be authorized. If you are not the right addressee, we ask you not to read, 
copy, use or disclose this communication. Please notify this error to the 
sender and erase at once this communication from your system.

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



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

Re: [FRnOG] [TECH] Admin Outofband or not

[Raphael Mazelier]

Hello,

Ce qui reste certain c'est qu'il te faut un OOB sur chaque site.

Sur un nombre restreint de pop (moins de 20 disons) et des pops connus, 
je trouvais toujours à m'arranger avec des amis pour avoir un accès L3 
depuis un autre AS.


On déployait de l'opengear avec restrictions IP et clé ssh (on estimait 
que c'était suffisant comme sécu). On supervisait à minima ces 
équipements (ping , probe ssh).


Maintenant sur des pops plus exotiques il faut souvent demander au DCs, 
ou au pire faire du reverse vpn 4g.


--

Raphael Mazelier

On 15/01/2020 13:00, FAGART, Thomas wrote:

Bonjour la liste,

Suite à des incidents récents un peu durailles sur nos réseaux, on se repose un 
peu la question de plus développer notre réseau out of band.

Finalement nous sommes un peu jeune là-dessus,  on a fait quelques tentatives 
listées ci-dessous :


-Outofband « interconnecté » avec l'IGP via de l'ADSL Tiers + VPN sur 
des pops importants

-Outofband en mode console only sur des sites de transmission critiques 
via de la 3G/4G Tiers + VPN

Les difficultés qu'on a rencontrées ou qui me viennent en tête sont les 
suivantes :


-Comme l'outofband n'était pas considéré comme critique, la sup ne l'était 
pas nécessairement non plus et le jour où on en besoin, ben ça ne fonctionne plus 
-> surtout une question de process

-L'outofband passant par du tiers en L3 c'est aussi bien souvent une 
fenêtre sur des pops importants et des équipements importants qu'il est plus 
compliqué de sécuriser

Du coup mes questions :


-Comment faites-vous chez vous ? (si c'est pas indiscret :) )

-Quels sont vos conseils ?

Merci

Thomas
--
Les donnees et renseignements contenus dans ce message sont personnels, 
confidentiels et secrets. Toute publication, utilisation ou diffusion, meme 
partielle, doit etre autorisee. Si vous n'etes pas le bon destinataire, nous 
vous demandons de ne pas lire, copier, utiliser ou divulguer cette 
communication. Nous vous prions de notifier cette erreur a l'expediteur et 
d'effacer immediatement cette communication de votre systeme.

Any data and information contained in this electronic mail is personal, 
confidential and secret. Any total or partial publication, use or distribution 
must be authorized. If you are not the right addressee, we ask you not to read, 
copy, use or disclose this communication. Please notify this error to the 
sender and erase at once this communication from your system.

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



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

[FRnOG] [TECH] Admin Outofband or not

[FAGART, Thomas]

Bonjour la liste,

Suite à des incidents récents un peu durailles sur nos réseaux, on se repose un 
peu la question de plus développer notre réseau out of band.

Finalement nous sommes un peu jeune là-dessus,  on a fait quelques tentatives 
listées ci-dessous :


-Outofband « interconnecté » avec l'IGP via de l'ADSL Tiers + VPN sur 
des pops importants

-Outofband en mode console only sur des sites de transmission critiques 
via de la 3G/4G Tiers + VPN

Les difficultés qu'on a rencontrées ou qui me viennent en tête sont les 
suivantes :


-Comme l'outofband n'était pas considéré comme critique, la sup ne 
l'était pas nécessairement non plus et le jour où on en besoin, ben ça ne 
fonctionne plus -> surtout une question de process

-L'outofband passant par du tiers en L3 c'est aussi bien souvent une 
fenêtre sur des pops importants et des équipements importants qu'il est plus 
compliqué de sécuriser

Du coup mes questions :


-Comment faites-vous chez vous ? (si c'est pas indiscret :) )

-Quels sont vos conseils ?

Merci

Thomas
--
Les donnees et renseignements contenus dans ce message sont personnels, 
confidentiels et secrets. Toute publication, utilisation ou diffusion, meme 
partielle, doit etre autorisee. Si vous n'etes pas le bon destinataire, nous 
vous demandons de ne pas lire, copier, utiliser ou divulguer cette 
communication. Nous vous prions de notifier cette erreur a l'expediteur et 
d'effacer immediatement cette communication de votre systeme.

Any data and information contained in this electronic mail is personal, 
confidential and secret. Any total or partial publication, use or distribution 
must be authorized. If you are not the right addressee, we ask you not to read, 
copy, use or disclose this communication. Please notify this error to the 
sender and erase at once this communication from your system.

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

[FRnOG] [JOBS] Emploi Admin Sys dans PME à Nanterre

[Gabriel Fareau]

Bonjour la liste,

Je quitte mon CDI d'ingénieur système et réseau dans une PME à Nanterre
(92), il y a donc un poste à pouvoir dès que possible en Admin Sys / Ingé
système et réseau voir Responsable Informatique.

L'entreprise est une PME de 50personnes basée à Nanterre, existe depuis
2013 et fabrique et vend des une solution à base de robots pour les
entrepôts de la logistique (le même principe que ceux d'Amazon). Elle
travaille avec les grands noms de la logistique et totalise plus d’une
trentaine d’installations en France et à l’International. Son ambition est
de poursuivre sa dynamique au service de la Supply Chain du futur.

Les missions du poste sont les suivantes :

   - Support utilisateurs interne (n1)
   - Support Client (n2/n3 avec collègue dédié à l'IT client)
   - Gestion des Domaine Google Suite
   - Gestion de l'Active Directory
   - Gestion de la téléphonie fixe
   - Gestion de la flotte mobile (prestataire, forfaits, devices, EMM)
   - Gestion du Parc informatique (PC, Serveurs, Hyperviseurs, Backup, VMs,
   Logiciels)
   - Gestion du Réseau Informatique Entreprise (2sites - switching,
   routing, vpn, firewall, vlan, wifi)
   - Amélioration du parc informatique et du LAN en collaboration avec les
   équipes.
   - Edition des différentes politiques informatiques.
   - Tenue à jour de la base de connaissance.


Me contacter en MP pour en savoir plus.


Cordialement,
Gabriel Fareau

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