Re: [FRnOG] [MISC] Réseau LoRaWAN communautaire ? TheThingsNetwork ?

[Joffrey Fontaine]

*Opéré public j'ajouterai

Je connais des villes qui ont déployé leur propre réseau pour monitorer 
différents points. Que ça soit des hauteurs d'eau, des remplissages de 
container de dêchets, etc ...

Joffrey

On 2023-01-13, 10:10 AM, "frnog-requ...@frnog.org 
<mailto:frnog-requ...@frnog.org> on behalf of Richard Klein" 
mailto:frnog-requ...@frnog.org> on behalf of 
varicap@gmail.com <mailto:varicap@gmail.com>> wrote:


Pas d'avenir pour lorawan
https://www.journaldunet.com/ebusiness/internet-mobile/1509819-arret-du-reseau-lorawan-d-objenious-quelles-options-pour-les-capteurs-en-place/
 
<https://www.journaldunet.com/ebusiness/internet-mobile/1509819-arret-du-reseau-lorawan-d-objenious-quelles-options-pour-les-capteurs-en-place/>




Le ven. 13 janv. 2023, 16:01, Toussaint OTTAVI mailto:t.ott...@bc-109.com>> a
écrit :


>
> Le 13/01/2023 à 15:58, Joffrey Fontaine a écrit :
> > A-t-on de la vue sur le reseau LoRaWAN d'orange ?
>
> J'ai trouvé çà. Apparemment, les sites 4G gros et moyens, au dessus des
> villes/villages >1000 hab à la grosse louche, sont équipés :
> https://www.orange-business.com/fr/reseau-iot 
> <https://www.orange-business.com/fr/reseau-iot>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/ <http://www.frnog.org/>
>


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




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

Re: [FRnOG] [MISC] Réseau LoRaWAN communautaire ? TheThingsNetwork ?

[Joffrey Fontaine]

A-t-on de la vue sur le reseau LoRaWAN d'orange ? vu que Objenious (Bouygues) 
va éteindre le sien en décembre 2024 .. C'est compliqué. 
https://objenious.com/blog/technologie/arret-du-reseau-lorawan-de-bouygues-telecom/

Joffrey 

On 2023-01-13, 9:54 AM, "frnog-requ...@frnog.org 
<mailto:frnog-requ...@frnog.org> on behalf of Toussaint OTTAVI" 
mailto:frnog-requ...@frnog.org> on behalf of 
t.ott...@bc-109.com <mailto:t.ott...@bc-109.com>> wrote:






Le 13/01/2023 à 15:45, Joffrey Fontaine a écrit :
> Après je n'ai pas de retour à faire sur TheThingsNetwork car nous ne 
> l'utilisons pas à $job, nous déployons nos reseaux privés.


Oui, c'est ce que je constate : il y a d'une part les réseaux de grands 
opérateurs comme Orange, et d'autre part, des initiatives locales, où 
chacun déploie son propre réseau privé. Pour le deuxième cas, c'est un 
peu dommage, car la couverture est forcément limitée.


Mon réseau sera, à la base, privé, et restreint à l'usage des membres de 
ma communauté associative. Mais je me demande s'il est pertinent de 
l'ouvrir à d'autres, sous forme mutualisée. A la base, vu les 
emm*rdements possibles, j'aurais tendance à dire non :-) Je suis donc 
intéressé par un retour d'expérience en mode mutualisé / communautaire.




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




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

Re: [FRnOG] [MISC] Réseau LoRaWAN communautaire ? TheThingsNetwork ?

[Joffrey Fontaine]

Hello Toussaint, 
Suivant la gateway LoRa que tu veux utiliser, tu peux tout à fait la configurer 
pour qu'elle renvoie ses données ET vers TheThingsNetwork et donc faire 
profiter la communauté de ta gateway ( et tu n'aura la main sur rien d'autre ), 
et en même temps renvoyer ses données sur ton serveur LoRaWan privé (qui 
peut-être la stack TheThingsStack, Chirpstack, ...). et garder tes données chez 
toi !
Après je n'ai pas de retour à faire sur TheThingsNetwork car nous ne 
l'utilisons pas à $job, nous déployons nos reseaux privés.

Joffrey

On 2023-01-13, 9:11 AM, "frnog-requ...@frnog.org 
 on behalf of Toussaint OTTAVI" 
mailto:frnog-requ...@frnog.org> on behalf of 
t.ott...@bc-109.com > wrote:


Bonjour,


Quelques individus locaux commencent à bricoler avec du LoRa / LoRaWAN. 
Je vais devoir leur déployer quelques gateways, et ce qu'il faut 
derrière pour les faire fonctionner. L'association dont je m'occupe 
dispose de plusieurs points hauts déjà connectés en réseau. Je 
m'interrogeais donc sur l'opportunité de déployer ces gateways en mode 
"communautaire". Par exemple, je suis tombé sur le site 
TheThingsNetwork, qui semble proposer un cadre d'utilisation en mode 
"community".


Est-ce qu'un tel réseau "communautaire" peut avoir du sens face à des 
poids lourds comme Orange ? Est-ce que TheThingsNetwork est réellement 
"ouvert" ? Est-ce que je garde bien la main sur mon serveur et sur le 
code qui y tourne ? Existe t-il d'autres "agrégateurs de communauté 
LoRAWAN" ? Je suis preneur de tous retours d'expérience...


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




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

[FRnOG] [TECH] RE: Problème de sizing sur les infra AZURE en Europe

[Joffrey Fontaine]

Hello,

On a pas mal d'instance chez eux qu'on éteint la nuit et qu'on rallume le 
lendemain matin ..
Et qui n'ont pas redémarrée ce matin évidement !
Donc oui, c'est la galère actuellement

Joffrey

-Original Message-
From: frnog-requ...@frnog.org  On Behalf Of Laurent 
GUINCHARD
Sent: mercredi 25 mars 2020 10:27
To: frnog-t...@frnog.org
Subject: [FRnOG] [TECH] Problème de sizing sur les infra AZURE en Europe

Hello,

Je sais pas si vous êtes au courant de ça, mais ça vient de chez MS :





STATUS: In-Progress 3/24/2020 6:08:14 PM UTC


SUMMARY OF IMPACT: Starting at 19 Mar 2020 00:30 UTC you have been identified 
as a customer using Virtual Machines in West Europe/North Europe/UK West and UK 
South who may receive error notifications when performing service management 
operations - such as create, update, scale and start - for resources in this 
region.



We are aware of this issue and are actively working to ensure availability of 
resources in the quickest time frame possible. We recommend you consider 
deploying to a different region.  If you require resources in this location, 
create a technical request using the "Create a support request" link to the 
right of this notification.

RECOMMENDED ALTERNATE REGIONS:

Please try to deploy resources in following alternate regions: US East, US 
South Central.
Alternate SKU in recommended order:

FSV2 in Westeurope/Northeurope/UKsouth
LSv2 In Westeurope/Northeurope


NEXT STEPS: Please visit (https://aka.ms/CloudCovidResponse) for more details 
on our commitment to customers and Microsoft cloud services continuity.



Stay informed about Azure service issues by creating service health alerts. 
Learn more through video tutorials (https://aka.ms/ash-videos) or how-to 
documentation (https://aka.ms/ash-alerts).




Comme quoi le cloud, c'est pas magique : pas de CPU/RAM = pas de chocolat

Cordialement.

Laurent GUINCHARD

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


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

[FRnOG] [TECH] Petit problème de routage SFR ?

[Joffrey Fontaine]

Hello à tous,
A $job on a une SDSL 4Mbits SFR avec 4 ip publique utilisable pour nous.
L'ip du routeur c'est 89.227.238.113 et elle répond au ping sans soucis.
Par contre nos ip derrière ne réponde plus. Si je fais un mtr du routeur j'ai
|--|
|  WinMTR statistics
   |
|   Host  -   %  | Sent | Recv | Best | Avrg | 
Wrst | Last |
||--|--|--|--|--|--|
|  172.20.5.1 -0 |4 |4 |0 |0 |  
  1 |0 |
|   192.168.1.254 -0 |4 |4 |1 |1 |  
  1 |1 |
|   176-147-xxx-xxx.abo.bbox.fr -0 |4 |4 |7 |8 
|   11 |7 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
|  62.34.2.44 -0 |4 |4 |   14 |   14 |  
 14 |   14 |
|   be5.cbr01-cro.net.bbox.fr -0 |4 |4 |   14 |   14 |  
 16 |   14 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
|   221.10.136.77.rev.sfr.net -0 |4 |4 |   16 |   16 |  
 16 |   16 |
|   221.10.136.77.rev.sfr.net -0 |4 |4 |   16 |   16 |  
 16 |   16 |
|   46.218.128.77 -0 |4 |4 |   16 |   17 |  
 20 |   16 |
|  92.103.121.247 -0 |4 |4 |   23 |   23 |  
 24 |   23 |
|  89.227.238.113 -0 |4 |4 |   31 |   31 |  
 32 |   32 |
||__|__|__|__|__|__|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Par contre, une de nos ip derriere :

|--|
|  WinMTR statistics
   |
|   Host  -   %  | Sent | Recv | Best | Avrg | 
Wrst | Last |
||--|--|--|--|--|--|
|  172.20.5.1 -0 |3 |3 |0 |0 |  
  1 |1 |
|   192.168.1.254 -0 |3 |3 |2 |2 |  
  2 |2 |
|   176-147-xxx-xxx.abo.bbox.fr -0 |3 |3 |8 |   10 
|   14 |   14 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
|  62.34.2.44 -0 |3 |3 |   14 |   14 |  
 15 |   15 |
|   be5.cbr01-cro.net.bbox.fr -0 |3 |3 |   14 |   16 |  
 18 |   14 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
|   221.10.136.77.rev.sfr.net -0 |3 |3 |   17 |   17 |  
 18 |   17 |
|   221.10.136.77.rev.sfr.net -0 |3 |3 |   16 |   16 |  
 17 |   16 |
|   46.218.128.77 -0 |3 |3 |   17 |   18 |  
 20 |   17 |
|  92.103.121.247 -0 |3 |3 |   23 |   24 |  
 25 |   23 |
|  89.225.196.186 -0 |3 |3 |   30 |   31 |  
 32 |   30 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
|   No response from host -0 |0 |0 |0 |0 |  
  0 |0 |
||__|__|__|__|__|__|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider

Est-ce qu'on peut dire que le routage merde au niveau de 92.103.121.247 ? et 
que le soucis est chez sfr ?
Merci


Joffrey



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

[FRnOG] [BIZ] RE: modbus to ethernet

[Joffrey Fontaine]

Hello, 
Est-ce que ton besoin est de convertir du modbus RTU vers du modbus Ethernet ?
Ou autre? 
Merci
Joffrey

-Original Message-
From: frnog-requ...@frnog.org  On Behalf Of Clément 
THERY
Sent: mercredi 11 mars 2020 09:28
To: frnog-...@frnog.org
Subject: [FRnOG] [BIZ] modbus to ethernet

Bonjour messieurs

Je recherche un équipement qui me permettrait de faire passerelle entre du 
modbus et de l'ethernet.
J'ai trouvé ça https://www.perlesystems.fr/lp/modbus-to-ethernet.shtml 

n'ayant pas d'avis sur le sujet, je suis preneur de vos retours d'expériences, 
et éventuellement, vos fournisseurs sérieux capables de fournir ces équipements 
a un prix raisonnable (il m'en faut bcp)

Merci a ceux qui répondront

Bonne journée


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


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

RE: [FRnOG] [TECH] mikrotik lora8_kit

[Joffrey Fontaine]

Hello, ça fonctionne jusqu'à quelques objets effectivement mais une fois qu'on 
multiplies les modules, objenious vient taper à la porte pour te dire qu'il est 
temps d'arrêter de jouer :)
Mais pour un poc sur quelques modules, après avoir créé les codecs il y a moyen 
de jouer un peu !

Joffrey

-Original Message-
From: Paul Caranton  
Sent: mardi 3 mars 2020 22:37
To: Joffrey Fontaine 
Cc: Marc Abel ; frnog@frnog.org
Subject: Re: [FRnOG] [TECH] mikrotik lora8_kit

Bonsoir,

Chez Objenious, il est possible d’utiliser le réseau LoRaWAN sans avoir un « 
objet » certifié. En tout cas, c’était possible au S1 2019 avec l’offre 
Objenious Starter, puisque je l’ai fait pour 2 STM32 avec chacun leur module 
LoRaWAN (I-NUCLEO-LRWAN1). J’ai inscrit les DevEUI de mes modules sur le site 
et j’ai paramétré les AppEUI et Appkey, et zou.
Ce qui a été un peu plus difficile c’est d’obtenir la documentation pour « 
coder » son propre « driver », qui permet de transformer la trame LoRaWan en un 
JSON. Ce « codage » est lui-même un JSON dont le format a été défini par 
Objenious. Si certains cherchent cette documentation, je dois pouvoir la 
retrouver.

Par contre, c’est vrai qu’un SIRET est demandé. Mais je ne sais pas s’il est 
réellement vérifié, puisque les factures étaient à mon nom, alors que je 
m’étais inscrit avec le SIRET de ma boite et mon adresse mail pro (les « objets 
» étaient un projet pro).

Paul

> Le 3 mars 2020 à 20:53, Joffrey Fontaine  a écrit :
> 
> /!\ sur un opérateur public, tu ne peux pas prendre ton ESP32 ou ton STM32 de 
> base avec un module lorawan et l'inscrire sur leur réseau, il faut qu'ils 
> l'aient "validé" avant (5K€).


> 
> -Original Message-
> From: frnog-requ...@frnog.org  On Behalf Of 
> Marc Abel
> Sent: lundi 2 mars 2020 19:07
> To: frnog@frnog.org
> Subject: Re: [FRnOG] [TECH] mikrotik lora8_kit
> 
> Merci Rémy,
> 
> Je m'intéresse plutôt à LoRaWan, mais il faut connaitre aussi la techno 
> sous-jascente.
> 
> Si je comprends bien divers opérateurs disposent de réseaux de passerelles et 
> de serveurs, ils proposent des services payants mais :
> 
> - quelle est leur couverture effective en métropole ?
> 
> - les devices des uns et des autres se trouvent en concurrence (côté
> radio) cela peut-il poser (tôt ou tard) des soucis et réduire la portée 
> opérationnelle des passerelles ?
> 
> - certains ici sont-ils dans une activité commerciale de ce type (j'ai rien 
> contre, c'est pour savoir) ?
> 
> - TheThingsNetwork fait-il de l'ombre aux opérateurs ou bien sont-ils sur des 
> usages bien différents ?
> 
> Bien cordialement,
> 
> Marc Abel
> 
>> Le 02/03/2020 à 13:20, Rémy Grünblatt a écrit :
>> Salut,
>> 
>> Tout d'abord, il faut différencier LoRa (le protocole de transmission 
>> physique, comme on peut dire FSK, ou QAM par exemple) de LoRaWan, qui 
>> est l'utilisation de LoRa pour établir un WAN (Wide-area network).
>> LoRaWan permet, pour simplifier, d'utiliser LoRa pour envoyer des 
>> messages vers des gateway qui sont connectées à Internet et qui 
>> relaie ces messages sur le réseau, vers un silo (par exemple) en 
>> utilisant MQTT (par exemple).
>> 
>> Rien n'empêche d'utiliser LoRa pour faire communiquer deux choses 
>> directement, sans plus d'infrastructure que ça, à condition d'être à 
>> portée bien evidemment.
>> 
>> 
>> Ensuite, sur la question du nombre de messages par jour. Par défaut 
>> (classe A), LoRa est prévu pour fonctionner comme le protocole Aloha:
>> quand on a envie d'envoyer un message, on l'envoie directement, sans 
>> vérifier si le canal est utilisé, et il n'y a pas d'acquittement 
>> (mais on peut en demander). Ça permet d'éviter de perdre de l'énergie 
>> à écouter le canal, et de se mettre en deep sleep si on a rien à 
>> envoyer, mais, possibilité de collision, de perte des données. Pour 
>> éviter trop de collision, la loi prévoie que sur la bande des 868MHz, 
>> il n'est possible d'émettre que 1% du temps. Par exemple, si j'émets 
>> pendant une seconde, je dois me taire pendant 99 secondes. Mais si 
>> j'émets pendant 1 centième de seconde, je peux donc envoyer un 
>> message par seconde. Pour savoir combien de données je peux envoyer, 
>> il est nécessaire de regarder quelles sont les modulations à 
>> disposition (mais, LoRa n'est pas fait pour envoyer beaucoup de données, 
>> c'est fait pour de l'IOT à la base).
>> Les classes B et C compliquent un peu l'envoi, mais ça reste la même idée.
>> 
>> Il est possible de demander à son noeud qui parle LoRa d'écouter le 
>> canal avant de parler, pour éviter de brouiller des transmissions 
>> concurrentes, et là, alors, il est possible d'utilise

RE: [FRnOG] [TECH] mikrotik lora8_kit

[Joffrey Fontaine]

Hello, à $Job on utilise énormément LoRaWAN,

On déploie notre réseau privé avec des gateway multitech 
(https://www.multitech.com/brands/multiconnect-conduit) qui ont le truc cool 
d'exister en version 4G avec VPN. Du coup pour déployer dans la pampa c'est 
très intéressant.
Si on veut faire du réseau opéré, on utilise un peu celui d'orange, mais 
beaucoup celui de bouygue (Objenious) qui possède une carte +- correcte de 
couverture (https://spot.objenious.com/eligibility-public)

/!\ sur un opérateur public, tu ne peux pas prendre ton ESP32 ou ton STM32 de 
base avec un module lorawan et l'inscrire sur leur réseau, il faut qu'ils 
l'aient "validé" avant (5K€).
Pour ceux qui veulent juste du relais déporté, il existe quelques modules bien 
pratique, et français :)
https://www.adeunis.com/en/produit/dry-contacts-0-1-status/ par exemple, sans 
aucune action. On a plusieurs fournisseurs :)

Joffrey

-Original Message-
From: frnog-requ...@frnog.org  On Behalf Of Marc Abel
Sent: lundi 2 mars 2020 19:07
To: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] mikrotik lora8_kit

Merci Rémy,

Je m'intéresse plutôt à LoRaWan, mais il faut connaitre aussi la techno 
sous-jascente.

Si je comprends bien divers opérateurs disposent de réseaux de passerelles et 
de serveurs, ils proposent des services payants mais :

- quelle est leur couverture effective en métropole ?

- les devices des uns et des autres se trouvent en concurrence (côté
radio) cela peut-il poser (tôt ou tard) des soucis et réduire la portée 
opérationnelle des passerelles ?

- certains ici sont-ils dans une activité commerciale de ce type (j'ai rien 
contre, c'est pour savoir) ?

- TheThingsNetwork fait-il de l'ombre aux opérateurs ou bien sont-ils sur des 
usages bien différents ?

Bien cordialement,

Marc Abel

Le 02/03/2020 à 13:20, Rémy Grünblatt a écrit :
> Salut,
>
> Tout d'abord, il faut différencier LoRa (le protocole de transmission 
> physique, comme on peut dire FSK, ou QAM par exemple) de LoRaWan, qui 
> est l'utilisation de LoRa pour établir un WAN (Wide-area network).
> LoRaWan permet, pour simplifier, d'utiliser LoRa pour envoyer des 
> messages vers des gateway qui sont connectées à Internet et qui relaie 
> ces messages sur le réseau, vers un silo (par exemple) en utilisant 
> MQTT (par exemple).
>
> Rien n'empêche d'utiliser LoRa pour faire communiquer deux choses 
> directement, sans plus d'infrastructure que ça, à condition d'être à 
> portée bien evidemment.
>
>
> Ensuite, sur la question du nombre de messages par jour. Par défaut 
> (classe A), LoRa est prévu pour fonctionner comme le protocole Aloha:
> quand on a envie d'envoyer un message, on l'envoie directement, sans 
> vérifier si le canal est utilisé, et il n'y a pas d'acquittement (mais 
> on peut en demander). Ça permet d'éviter de perdre de l'énergie à 
> écouter le canal, et de se mettre en deep sleep si on a rien à 
> envoyer, mais, possibilité de collision, de perte des données. Pour 
> éviter trop de collision, la loi prévoie que sur la bande des 868MHz, 
> il n'est possible d'émettre que 1% du temps. Par exemple, si j'émets 
> pendant une seconde, je dois me taire pendant 99 secondes. Mais si 
> j'émets pendant 1 centième de seconde, je peux donc envoyer un message 
> par seconde. Pour savoir combien de données je peux envoyer, il est 
> nécessaire de regarder quelles sont les modulations à disposition 
> (mais, LoRa n'est pas fait pour envoyer beaucoup de données, c'est fait pour 
> de l'IOT à la base).
> Les classes B et C compliquent un peu l'envoi, mais ça reste la même idée.
>
> Il est possible de demander à son noeud qui parle LoRa d'écouter le 
> canal avant de parler, pour éviter de brouiller des transmissions 
> concurrentes, et là, alors, il est possible d'utiliser ce mode de 
> transmission autant de temps que l'on veut, pour peu que l'on ne soit 
> pas en train de brouiller quelqu'un (i.e. on émet pas quand on détecte 
> quelqu'un parler, comme pour le WiFi version < 6), d'après la législation.
>
> Petite application numérique:
>
> - En utilisant la modulation la plus robuste (SF 12), on peut envoyer 
> 50 octets en un peu plus de 2 secondes, c'est-à-dire qu'on peut 
> envoyer environ 18 messages par heure sur une fréquence
> - En utilisant la modulation la plus rapide (moins robuste) (SF 7), on 
> peut envoyer 50 octets en environ 100 millisecondes, soit 360 messages 
> par heure sur une fréquence
>
>
> C'est un gros résumé, y'a plein de raccourcis, mais c'est comme ça que 
> ça se passe, en gros.
>
> Rémy
>
>
> On 02/03/2020 11:36, Oliver varenne wrote:
>> Je suis completement nul dans ce domaine Mais LORA ça permet de faire 
>> transiter que quelques messages par jour non ? de quelques dizaine de B maxi 
>> non ?
>> Donc à mon sens pas possible de faire fonctionner une CLI... ou alors je me 
>> trompe ?
>>
>>
>>
>> Cordialement,
>>   
>>
>>
>> Olivier Varenne
>> Co-gérant, Commercial & Développeur
>> T +33 (0)4 27 04 40 00 | ipconnect.fr
>>
>> 

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

[Joffrey Fontaine]

Hello, @JOB pour le M2M, l’agrume nous filait des cartes SIM 14 chiffres.
Mais il ne sont pas capable de fournir tous leurs abonnements M2M en 14 
chiffres.
Typiquement, abonnement 5Go de data possible en 14 chiffres, 20Go de data 
impossible en 14 chiffres.
Du coup depuis la semaine passée, on est revenu à des cartes en 10 chiffres 
pour faire du m2m à 20Go de traffic ☺

Joffrey

From: frnog-requ...@frnog.org  On Behalf Of Guillaume 
Genty
Sent: mercredi 15 janvier 2020 18:25
To: frnog@frnog.org
Subject: Re: [FRnOG] [TECH] Numéro de mobile à 14 chiffres

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



[cid:image001.png@01D5CCC4.9B3F2240]


Guillaume Genty

Directeur Innovation et Expertise - Chief Innovation Officer

1 Quai Marcel Dassault, 92150 Suresnes, France


  [cid:image003.png@01D5CCC4.9B3F2240]
[cid:image004.png@01D5CCC4.9B3F2240]


Gestion de vos tickets

RE: [FRnOG] [BIZ] Recherche contact réseau vinci autoroute

[Joffrey Fontaine]

Merci à ceux qui ont répondu en ML ou en privé, je contacte demain ☺

Joffrey

From: Paul Barriquand 
Sent: jeudi 28 février 2019 18:40
To: Joffrey Fontaine 
Cc: frnog-...@frnog.org
Subject: Re: [FRnOG] [BIZ] Recherche contact réseau vinci autoroute

Bonjour,

Il faut contacter Laurent Marin
+33622215056

Paul Barriquand


Le jeu. 28 févr. 2019 à 18:31, Joffrey Fontaine 
mailto:joff...@doomdoom.be>> a écrit :
Hello à tous,
A $job, on cherche des contacts avec vinci autoroute et on galère pas mal, 
notre but ultime est de fibrer les stations essence autoroutière pour avoir un 
bon accès réseau.
Est-ce que quelqu'un a ce genre de contact et peut partager ?
Merci d'avance :)

Joffrey

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

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

[FRnOG] [BIZ] Recherche contact réseau vinci autoroute

[Joffrey Fontaine]

Hello à tous,
A $job, on cherche des contacts avec vinci autoroute et on galère pas mal, 
notre but ultime est de fibrer les stations essence autoroutière pour avoir un 
bon accès réseau.
Est-ce que quelqu'un a ce genre de contact et peut partager ?
Merci d'avance :)

Joffrey

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

[FRnOG] RE: [ALERT] problème accès pro1.mail.ovh.net depuis ADSL orange

[Joffrey Fontaine]

Hello, problème d'annonce de cerains préfixes chez ovh, et pro1.mail.ovh.net 
est dans un préfixe à problèmes :)

http://travaux.ovh.com/?do=details=32640=6bbad9e7739edcfb7732f28a1ab79bbc

bonne soirée, 

Joffrey

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Arthur 
Rodriguez
Envoyé : jeudi 5 juillet 2018 16:51
À : frnog-al...@frnog.org
Objet : [FRnOG] [ALERT] problème accès pro1.mail.ovh.net depuis ADSL orange

Bonjour, La liste
Depuis ce matin depuis les accès ADSL et VDSL orange impossible d’accéder au 
site de accès pro1.mail.ovh.net Par contre cela fonctionne très bien avec 
d’autre accès qu’orange Quelqu’un a le même souci ?
Et une éventuelle solution de contournement ?

Arthur Rodriguez
Responsable Opérateur
arthur.rodrig...@occicom.fr
Fixe :  05 63 607 607

[signature_43501931]
Sauvez un arbre ! N'imprimez ce message que si cela est indispensable

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

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

RE: [FRnOG] [MISC] IPv4, c'était bien tant que ça a duré

[Joffrey Fontaine]

Hello, mais je crois qu'à un moment, certains en ont abusé (on ne se poser pas 
la question de disponibilité des ips)
Dans l'université ou je bosse, on a un /16. Toutes les imprimantes ont une ip 
publique ! c'est en train de changer, mais historiquement on vient de loin ..

Joffrey

-Message d'origine-
De : frnog-requ...@frnog.org  De la part de Michel Py
Envoyé : mardi 17 avril 2018 22:53
À : Wallace ; frnog@frnog.org
Objet : RE: [FRnOG] [MISC] IPv4, c'était bien tant que ça a duré

> Wallace a écrit :
> Dans les faits y a tellement de subnets très larges quasiment pas 
> utilisés (coucou les écoles en /16, les legacy en /8, ...) je pense qu'on 
> devrait plus mettre la pression quand un subnet n'est pas utilisé.

Plus facile a dire qu'à faire. Non annoncé étant différent de non utilisé, les 
gens qui ont du legacy et ne veulent pas le vendre (pourquoi le rendre quand on 
peut le vendre, hein) peuvent raconter qu'ils l'utilisent en interne, aucun 
moyen de vérifier.

Michel.


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

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