RE: [MISC] Re: [FRnOG] Problèmatique R1R2 et P-ANI

[David]

Bonjour,

Le R1R2 / PANI est nécessaire pour avoir accès au tarif régulé sur la 
terminaison mobile pour un appel provenant d'un numéro non géographique
En gros si tu positionnes le PANI tu payes 0,0111 € la minute vers un mobile 
Orange, si tu ne mets rien tu es à 0,0465€...

Je vous invites à lire les dernières conditions spécifiques IP Connexion Voix 
d'Orange 

Cdt,

David


-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
David Ponzone
Envoyé : mercredi 5 octobre 2016 17:40
À : Christophe ASSENS 
Cc : Frnog misc 
Objet : [MISC] Re: [FRnOG] Problèmatique R1R2 et P-ANI

J’ai un peu potassé et si je comprends bien:
l’ARCEP a pondu un truc super il y a quelques années, le R1R2 
http://www.arcep.fr/uploads/tx_gsavis/05-0521.pdf

Globalement peu utilisé jusqu’à maintenant, ça permet d’envoyer 
l’identification de l’opérateur émettant l’appel et le code insee de 
l’appelant, quand le numéro de l’appelant est non-géographique. Ceci étant 
réservé aux intercos SPIROU, je vois mal l’intérêt du R1R2 puisque on le 
connait l’opérateur qui envoie l’appel, à priori.
Et pourquoi cette limitation à 2 chiffres dès le départ ? On estime déjà qu’il 
n’y aura que 50 opérateurs fixe qui voudront envoyer des appels à Orange avec 
un numéro non-géo appelant ? Pourquoi une telle limitation alors qu’il n’y a 
pas presque pas de limitation en SPIROU aux nombres d’opérateurs qui peuvent 
monter une interco avec Orange, et aucune en SIP...
Et pourquoi avoir choisi R1R2C1C2C3C4C5XX plutôt que R1R2XXC1C2C3C4C5 ? Si 
finalement XX est utilisé un jour pour faire un R3R4, ça serait pas plus mal 
que ça soit à la suite de R1R2, mais bon, il doit y avoir des contraintes que 
je connais pas.
J’ai beau lire les retours Opérateur dans le doc de l’ARCEP, je n’arrive pas à 
distinguer des arguments clairs sur les choix qui ont été faits.

Ensuite, la FFT a repris le R1R2C1C2C3C4C5XX mais cette fois comme un champ SIP 
qu’on doit envoyer quand on appelle un SVA (donc je suppose qu’on parle 
d’interco directe vers un fournisseur de SVA), depuis donc n’importe quel type 
de numéro.
Donc alors que l’ARCEP dans son document présupposait qu’un numéro dont Z=[1-5] 
est localisable par son ZABPQ (puisque les ZNE existent toujours pour le 
moment), et donc ne nécessite pas le R1R2C1C2C3C4C5XX (ils disent même 
carrément que les R1R2 sont réservés aux opérateurs qui présentent des 
0870….oui le doc date un peu et n’a pas été remis à jour), la FFT elle nous dit 
que même pour un ZABPQMCDU localisable par sa ZNE, il faut quand même envoyer 
le R1R2C1C2C3C4C5XX.

C’est pas un peu confus tout ça ou c’est le vendredi qui approche ?


> Le 5 oct. 2016 à 11:10, Christophe ASSENS  a écrit :
> 
> Oui je te confirme que il faudrait corriger le doc FFT et que on a bien une 
> réutilisation de ce header pour la localisation des numéros non géographique.
> 
> Concrètement ça touche les A-Number 336 à 339 qui doivent être localisés. 
> 
> Quand tu vois qu'il y eu 15 attributions de R1R2 entre Juillet et 
> Aout, c'est clair que c'est pas 15 opérateurs qui se sont mis à faire 
> du SVA :-)
> 
> Bref nous on a eu le notre donc on est content, ouf!, et Orange nous informe 
> que dès 2017 ils vont encore plus renforcer le dispositif de billing basé sur 
> P-ANI et ça va devenir de plus en plus compliqué car il n'y a plus de R1R2 
> dispos !
> 
> 
> Le 4 octobre 2016 à 14:10, David Ponzone  > a écrit :
> Il m’avait bien semblé lire quelque chose au sujet du durcissement de la 
> tarification par rapport au numéro appelé.
> Néanmoins:
> -le doc d’interco SIP de la FFT parle du P-ANI dans le cas des SVA. Il 
> ne me semblait pas que les 09 étaient assimilés SVA (ça serait un 
> comble). Si c’est le cas, il faudrait peut-être que la FFT corrige son 
> doc et parle de « numéros non-géo » -j’envoie bien mon appelant au 
> format E164 (obligatoire chez Colt)
> 
> Ceci dit, y a peut-être un rapport avec le P-ANI, parce que depuis ce matin, 
> je peux pas non plus appeler un SVA, sauf les 0800/0805.
> 
> PS: au passage, il est effarant de voir le nombre de SVA qui ne diffusent pas 
> le MGIT...
> 
> 
>> Le 4 oct. 2016 à 10:44, Christophe ASSENS > > a écrit :
>> 
>> Bonjour,
>> 
>> La mise en place chez un opérateur Français d'un prix spécifique (très cher, 
>> 5cts€) pour les 339 sans R1R2 + Code INSEE doit très certainement en être la 
>> cause.
>> 
>> (c.f 
>> http://www.fftelecoms.org/sites/fftelecoms.org/files/contenus_lies/si
>> p_profile_v2.0_clean.pdf 
>> > ip_profile_v2.0_clean.pdf> §.5)
>> 
>> Plus généralement il faut maintenant se tourner vers ceux qui ont un code 
>> R1R2 (ARCEP / Numérotation)  et la capacité d'ajouter le header SIP P-ANI 
>> dans leurs SBC. Seuls ceux là peuvent 

RE: [FRnOG] [TECH] Infos Techniques CPE C888EA-K9 sur service C2E

[GAGNAIRE Thibaut]

Salut,

Non, pas de bug entre ATM et EFM, mais j'ai buggé sur le nom de collecte FT. 
C'est bien une collecte ATM dont je parles.

Pour les différents test:
- J'ai testé en m-pair, pas de sync.
- je n'ai pas de RAD sous la main pour tester.
- J'ai inversé les 2 RJ11 du câble "Y" cisco

Ca peut aider, en IMA, les paires sont down avec cette erreur:
Configured/active num links: 4/0,
Modem status: DOWN_READY,Condition: GHS_NO_COMMON_ Reason: ERR_MS_NO_MODE_

En m-pair:
Configured/active num links: 4/0,
Modem status: DOWN_READY,Condition: SINGLE_PAIR_DET_  Reason: ERR_UNUSED_

En Auto:
Currently active interface: ATM
Configured/active num links: 1/1,
Modem status: UP_DATA_MODE,Condition: GHS_TRANSFER_ Reason: ERR_UNUSED_



Thibaut GAGNAIRE
Ingénieur Système et Reseaux


tgagna...@novenci.fr
www.idline.fr








-Message d'origine-
De : David Ponzone [mailto:david.ponz...@gmail.com] 
Envoyé : mercredi 5 octobre 2016 18:24
À : Ducassou Laurent ; GAGNAIRE Thibaut 

Cc : frnog@frnog.org
Objet : Re: [FRnOG] [TECH] Infos Techniques CPE C888EA-K9 sur service C2E

Je le sais pourtant qu'il faut lire le sujet avant de disserter.

Thibaut,

Ca va donc mieux marcher avec dsl-group auto (ou dsl-group 0 pairs 0,1,2,3 
efm-bond).
Et ton interface devait être Eth0.
Tu te fais une sous-interface genre eth0.VLAN, dans le VLAN qui va bien pour 
C2E (2600 je crois) et tu montes ton PPP et puis voilà.
Enfin, je pense, je fais pas de C2E moi.

> Le 5 oct. 2016 à 18:07, Ducassou Laurent  a 
> écrit :
> 
> Le 05/10/2016 à 17:27, GAGNAIRE Thibaut a écrit :
>> Bonjour,
>> 
>> Nous essayons de mettre en service un SDSL ATM 4P avec OWF sans EAS.
>> 
>> D'après le document  ST/FTR/7804 - Edition 12.3.FRA.01, qui date un peu 
>> certes, il faut configurer le groupe en IMA-Bonding.
>> 
>> Nous n'arrivons pas à avoir de sync.
>> 
>> Voici la conf du contrôleur et de l'IFACE ATM :
>> controller SHDSL 0
>> dsl-group 0 pairs  0, 1, 2, 3 ima
>>   shdsl rate 8192
>> !
>> interface ATM0.1 point-to-point
>> description FT16
>> ip virtual-reassembly in
>> atm route-bridged ip
>> pvc 8/35
>>   encapsulation aal5snap
>> 
>> Avez-vous une idée de ce qui nous manque ? J'ai posé la question à OWF, mais 
>> l'inertie de réponse de la part de l'ITC  frôle le siècle.
>> 
>> En vous remerciant
>> 
>> 
> Yep,
> 
> Personne ne bug sur le bug entre le titre C888EA + C2E + ATM dans le même 
> message ?
> 
> C2E en ATM ?!? De mémoire le C2E est de la génération Ethernet en mode EFM 
> comme CELAN et non en mode ATM...
> 
> Bascule ton interface SHDSL en forcé EFM + dsl group auto et configuration 
> sur l'interface ethernet 0/x/0 (ou "ethernet 0/x/0.y" sans oublier les 
> marquages vlan & co pour C2E)
> 
> Après regarde dans les archives ça à pas mal parlé de C2E dans le passé, il y 
> a peu être quelque chose qui traine en conf de cisco ISR2 (on en prod pas de 
> C2E nous désolé !)
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

RE: [FRnOG] [TECH] SIP sur Wi-Fi

[Jérôme MARTINIERE]

Bonsoir Frédéric,

Oui c’est possible, c’est rarement rentable par rapport à du DECT, à moins 
d’avoir besoin d’une couverture Wi-Fi très complète et de très bonne qualité 
pour d’autres usages. Le niveau de signal (puissance et SNR) doit être plus 
élevé que ce qui est nécessaire pour un usage données, et de bons recoupements 
des cellules, donc une étude minutieuse et plus de bornes que pour une 
couverture « classique », en densité comme en lieux supplémentaires à couvrir 
(on téléphone d’endroit d’où on n’aurait idée d’utiliser le Wi-Fi pour un usage 
« classique »). Et bien sûr du matériel Wi-Fi adapté, avec gestion centralisée.

Le fonctionnement en 2,4GHz est à proscrire car le nombre de canaux est trop 
faible, ASCOM et SPECTRALINK font de bon combinés en 5GHz.

Les logiciel softphone SIP sur smartphone en Wi-Fi, c’est bien pour le 
télétravailleur ou en dépannage pour un itinérant, pas en substitution d’un 
combiné DECT, donc ne pas compter dessus pour un usage en mobilité. J’ai eu une 
mauvaise expérience sur un site en Wi-Fi ARUBA où les combinés ASCOM 
fonctionnaient bien mais pas les smartphones, surtout niveau itinérance.

Dans tous les cas, rapproche toi du constructeur des combinées et/ou de l’IPBX 
si c’est le même, pour connaitre ses prérequis et les architectures validées.

En conclusion, avec la large disponibilité du DECT/IP, et donc de combinés pas 
cher avec de l’autonomie batterie, je vois peu de cas où la VoWLAN soit la 
solution la plus judicieuse.

Jérôme

De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Alexis Lameire
Envoyé : mercredi 5 octobre 2016 19:57
À : Frederic Dumas
Cc : Frnog-tech
Objet : Re: [FRnOG] [TECH] SIP sur Wi-Fi

Bonjour Frederic,
à première vue cela ne me semble pas une bonne idée, pour des questions L1.
Pour rappel, la voie sur IP est une techno très sensible à la gigue. Hors par 
conception les réseau wifi du fait de leur algo des gestion de la collision 
(CSMA/CA) introduit pas mal de gigue.
Cordialement
Alexis Lameire

Le 5 octobre 2016 à 19:02, Frederic Dumas 
> a écrit :

Bonjour,

est-ce prudent de se reposer sur des APs wifi pour connecter des combinés SIP à 
l’IPBX ? Qui aurait un retour d’expérience avec les fonctions de type « zero 
handoff » (tous les access points émettent sur le même canal pour éviter que 
les combinés se dissocient des APs en passant de l’un à l’autre) ?

Peut-on trouver des combinés VoIP Wi-Fi travaillant sur 5Ghz, outre des 
smartphones équipés d’un client SIP ? Est-ce pertinent ?

Merci pour vos conseils.


--
Frédéric Dumas
f.du...@ellis.siteparc.fr




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


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

Re: [FRnOG] [TECH] SIP sur Wi-Fi

[Alexis Lameire]

Bonjour Frederic,

à première vue cela ne me semble pas une bonne idée, pour des questions L1.

Pour rappel, la voie sur IP est une techno très sensible à la gigue. Hors
par conception les réseau wifi du fait de leur algo des gestion de la
collision (CSMA/CA) introduit pas mal de gigue.

Cordialement
Alexis Lameire

Le 5 octobre 2016 à 19:02, Frederic Dumas  a
écrit :

>
> Bonjour,
>
> est-ce prudent de se reposer sur des APs wifi pour connecter des combinés
> SIP à l’IPBX ? Qui aurait un retour d’expérience avec les fonctions de type
> « zero handoff » (tous les access points émettent sur le même canal pour
> éviter que les combinés se dissocient des APs en passant de l’un à l’autre)
> ?
>
> Peut-on trouver des combinés VoIP Wi-Fi travaillant sur 5Ghz, outre des
> smartphones équipés d’un client SIP ? Est-ce pertinent ?
>
> Merci pour vos conseils.
>
>
> --
> Frédéric Dumas
> f.du...@ellis.siteparc.fr
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

[FRnOG] [FRNOG][JOBS]Recherche d'alternance informatique dans le cadre de la 3ème de l'école SUPINFO

[Thomas Gonzalez]

Bonjour,

Ayant obtenu mon BTS en 2014 et souhaitant intégrer l'école SUPINFO en 3ème
année à Clermont-Ferrand, je suis actuellement en recherche d'une
alternance.

Etant plus formé dans la partie Réseau, je souhaite aussi pouvoir m'ouvrir
à la partie Développement sachant qu'un informaticien doit pouvoir être
polyvalent sur plusieurs aspects de l'informatique et le programme proposé
en 3ème année à SUPINFO, qui mélange ces différents aspects de
l'informatique, est une première porte dans cette voir dans laquelle je
voudrais m'engager.

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 soirée ou  bonne journée.

Cordialement,

GONZALEZ Thomas

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

[FRnOG] [TECH] SIP sur Wi-Fi

[Frederic Dumas]

Bonjour,

est-ce prudent de se reposer sur des APs wifi pour connecter des combinés SIP à 
l’IPBX ? Qui aurait un retour d’expérience avec les fonctions de type « zero 
handoff » (tous les access points émettent sur le même canal pour éviter que 
les combinés se dissocient des APs en passant de l’un à l’autre) ?

Peut-on trouver des combinés VoIP Wi-Fi travaillant sur 5Ghz, outre des 
smartphones équipés d’un client SIP ? Est-ce pertinent ?

Merci pour vos conseils.


--
Frédéric Dumas
f.du...@ellis.siteparc.fr




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

Re: [FRnOG] [TECH] Infos Techniques CPE C888EA-K9 sur service C2E

[David Ponzone]

Je le sais pourtant qu’il faut lire le sujet avant de disserter…

Thibaut,

Ca va donc mieux marcher avec dsl-group auto (ou dsl-group 0 pairs 0,1,2,3 
efm-bond).
Et ton interface devait être Eth0.
Tu te fais une sous-interface genre eth0.VLAN, dans le VLAN qui va bien pour 
C2E (2600 je crois) et tu montes ton PPP et puis voilà.
Enfin, je pense, je fais pas de C2E moi.

> Le 5 oct. 2016 à 18:07, Ducassou Laurent  a 
> écrit :
> 
> Le 05/10/2016 à 17:27, GAGNAIRE Thibaut a écrit :
>> Bonjour,
>> 
>> Nous essayons de mettre en service un SDSL ATM 4P avec OWF sans EAS.
>> 
>> D'après le document  ST/FTR/7804 - Edition 12.3.FRA.01, qui date un peu 
>> certes, il faut configurer le groupe en IMA-Bonding.
>> 
>> Nous n'arrivons pas à avoir de sync.
>> 
>> Voici la conf du contrôleur et de l'IFACE ATM :
>> controller SHDSL 0
>> dsl-group 0 pairs  0, 1, 2, 3 ima
>>   shdsl rate 8192
>> !
>> interface ATM0.1 point-to-point
>> description FT16
>> ip virtual-reassembly in
>> atm route-bridged ip
>> pvc 8/35
>>   encapsulation aal5snap
>> 
>> Avez-vous une idée de ce qui nous manque ? J'ai posé la question à OWF, mais 
>> l'inertie de réponse de la part de l'ITC  frôle le siècle.
>> 
>> En vous remerciant
>> 
>> 
> Yep,
> 
> Personne ne bug sur le bug entre le titre C888EA + C2E + ATM dans le même 
> message ?
> 
> C2E en ATM ?!? De mémoire le C2E est de la génération Ethernet en mode EFM 
> comme CELAN et non en mode ATM...
> 
> Bascule ton interface SHDSL en forcé EFM + dsl group auto et configuration 
> sur l'interface ethernet 0/x/0 (ou "ethernet 0/x/0.y" sans oublier les 
> marquages vlan & co pour C2E)
> 
> Après regarde dans les archives ça à pas mal parlé de C2E dans le passé, il y 
> a peu être quelque chose qui traine en conf de cisco ISR2 (on en prod pas de 
> C2E nous désolé !)
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Infos Techniques CPE C888EA-K9 sur service C2E

[Ducassou Laurent]

Le 05/10/2016 à 17:27, GAGNAIRE Thibaut a écrit :

Bonjour,

Nous essayons de mettre en service un SDSL ATM 4P avec OWF sans EAS.

D'après le document  ST/FTR/7804 - Edition 12.3.FRA.01, qui date un peu 
certes, il faut configurer le groupe en IMA-Bonding.

Nous n'arrivons pas à avoir de sync.

Voici la conf du contrôleur et de l'IFACE ATM :
controller SHDSL 0
dsl-group 0 pairs  0, 1, 2, 3 ima
   shdsl rate 8192
!
interface ATM0.1 point-to-point
description FT16
ip virtual-reassembly in
atm route-bridged ip
pvc 8/35
   encapsulation aal5snap

Avez-vous une idée de ce qui nous manque ? J'ai posé la question à OWF, mais 
l'inertie de réponse de la part de l'ITC  frôle le siècle.

En vous remerciant



Yep,

Personne ne bug sur le bug entre le titre C888EA + C2E + ATM dans le 
même message ?


C2E en ATM ?!? De mémoire le C2E est de la génération Ethernet en mode 
EFM comme CELAN et non en mode ATM...


Bascule ton interface SHDSL en forcé EFM + dsl group auto et 
configuration sur l'interface ethernet 0/x/0 (ou "ethernet 0/x/0.y" sans 
oublier les marquages vlan & co pour C2E)


Après regarde dans les archives ça à pas mal parlé de C2E dans le passé, 
il y a peu être quelque chose qui traine en conf de cisco ISR2 (on en 
prod pas de C2E nous désolé !)



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

Re: [FRnOG] [TECH] Infos Techniques CPE C888EA-K9 sur service C2E

[David Ponzone]

Oui d’après les STAS (passées à travers un décodeur), c’est m-pair jusqu’à 2 
paires et ima pour 4.
T’as quand même essayé dsl-group 0 pairs  0, 1,2,3 m-pair ?

En IMA, je ne sais pas si l’ordre des paires a une importance ou pas, mais au 
cas où, ton câblage est correct ?
Tu as pas un RAD avec la bonne conf sous la main pour tester ?

> Le 5 oct. 2016 à 17:27, GAGNAIRE Thibaut  a écrit :
> 
> Bonjour,
> 
> Nous essayons de mettre en service un SDSL ATM 4P avec OWF sans EAS.
> 
> D'après le document  ST/FTR/7804 - Edition 12.3.FRA.01, qui date un peu 
> certes, il faut configurer le groupe en IMA-Bonding.
> 
> Nous n'arrivons pas à avoir de sync.
> 
> Voici la conf du contrôleur et de l'IFACE ATM :
> controller SHDSL 0
> dsl-group 0 pairs  0, 1, 2, 3 ima
>  shdsl rate 8192
> !
> interface ATM0.1 point-to-point
> description FT16
> ip virtual-reassembly in
> atm route-bridged ip
> pvc 8/35
>  encapsulation aal5snap
> 
> Avez-vous une idée de ce qui nous manque ? J'ai posé la question à OWF, mais 
> l'inertie de réponse de la part de l'ITC  frôle le siècle.
> 
> En vous remerciant
> 
> 
> Thibaut GAGNAIRE
> 
> Ingénieur Système et Reseaux
> 
> 
> 
> tgagna...@novenci.fr
> 
> www.idline.fr
> 
> 
> 
> 
> 
> [cid:image001.jpg@01D03BAF.8148ECA0]
> 
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [MISC] Orange et les adresses emails fournies

[Guillaume]

En effet, l'interface ne permet pas de recréer l'adresse, celle-ci étant 
grillée (que ce soit en orange.fr ou wanadoo.fr).


Tant pis, il ne refera pas l'erreur 2 fois.

Pour ce qui est des alias, je doute qu'ils se soient pris la tête, ce 
doit être un simple alias de domaine de wanadoo.fr vers orange.fr.


Guillaume

Le 05/10/2016 à 14:40, Solarus a écrit :

Le 2016-10-05 14:15, Jonathan Leroy a écrit :

Le 5 octobre 2016 à 13:02, Solarus  a écrit :


Si l’alias est disponible il faut le recréer en orange.fr. Sachant 
que les

mails vers wanadoo.fr sont renvoyés vers orange.fr ça devrait marcher.


Non, pas pour les nouvelles adresses.
Seules les BAL wanadoo.fr ayant été migrées vers orange.fr ont un alias.


C’est peut-être le discours d’Orange mais dans les faits ça marche, je 
viens de créer une nouvelle boite Orange et envoyant le mail à 
u...@wanadoo.fr ça marche. C’est certainement pas pérenne mais pour 
l’instant ça marche encore.


Pour le reste, en appelant le commercial PME à la rescousse ça peut 
peut-être marcher, les commerciaux OBS arrivent parfois à démêler ce 
genre de cas, mais sur le marché Pro je sais pas.


Solarus


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



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

[MISC] Re: [FRnOG] Problèmatique R1R2 et P-ANI

[David Ponzone]

J’ai un peu potassé et si je comprends bien:
l’ARCEP a pondu un truc super il y a quelques années, le R1R2
http://www.arcep.fr/uploads/tx_gsavis/05-0521.pdf

Globalement peu utilisé jusqu’à maintenant, ça permet d’envoyer 
l’identification de l’opérateur émettant l’appel et le code insee de 
l’appelant, quand le numéro de l’appelant est non-géographique. Ceci étant 
réservé aux intercos SPIROU, je vois mal l’intérêt du R1R2 puisque on le 
connait l’opérateur qui envoie l’appel, à priori.
Et pourquoi cette limitation à 2 chiffres dès le départ ? On estime déjà qu’il 
n’y aura que 50 opérateurs fixe qui voudront envoyer des appels à Orange avec 
un numéro non-géo appelant ? Pourquoi une telle limitation alors qu’il n’y a 
pas presque pas de limitation en SPIROU aux nombres d’opérateurs qui peuvent 
monter une interco avec Orange, et aucune en SIP...
Et pourquoi avoir choisi R1R2C1C2C3C4C5XX plutôt que R1R2XXC1C2C3C4C5 ? Si 
finalement XX est utilisé un jour pour faire un R3R4, ça serait pas plus mal 
que ça soit à la suite de R1R2, mais bon, il doit y avoir des contraintes que 
je connais pas.
J’ai beau lire les retours Opérateur dans le doc de l’ARCEP, je n’arrive pas à 
distinguer des arguments clairs sur les choix qui ont été faits.

Ensuite, la FFT a repris le R1R2C1C2C3C4C5XX mais cette fois comme un champ SIP 
qu’on doit envoyer quand on appelle un SVA (donc je suppose qu’on parle 
d’interco directe vers un fournisseur de SVA), depuis donc n’importe quel type 
de numéro.
Donc alors que l’ARCEP dans son document présupposait qu’un numéro dont Z=[1-5] 
est localisable par son ZABPQ (puisque les ZNE existent toujours pour le 
moment), et donc ne nécessite pas le R1R2C1C2C3C4C5XX (ils disent même 
carrément que les R1R2 sont réservés aux opérateurs qui présentent des 
0870….oui le doc date un peu et n’a pas été remis à jour), la FFT elle nous dit 
que même pour un ZABPQMCDU localisable par sa ZNE, il faut quand même envoyer 
le R1R2C1C2C3C4C5XX.

C’est pas un peu confus tout ça ou c’est le vendredi qui approche ?


> Le 5 oct. 2016 à 11:10, Christophe ASSENS  a écrit :
> 
> Oui je te confirme que il faudrait corriger le doc FFT et que on a bien une 
> réutilisation de ce header pour la localisation des numéros non géographique.
> 
> Concrètement ça touche les A-Number 336 à 339 qui doivent être localisés. 
> 
> Quand tu vois qu'il y eu 15 attributions de R1R2 entre Juillet et Aout, c'est 
> clair que c'est pas 15 opérateurs qui se sont mis à faire du SVA :-)
> 
> Bref nous on a eu le notre donc on est content, ouf!, et Orange nous informe 
> que dès 2017 ils vont encore plus renforcer le dispositif de billing basé sur 
> P-ANI et ça va devenir de plus en plus compliqué car il n'y a plus de R1R2 
> dispos !
> 
> 
> Le 4 octobre 2016 à 14:10, David Ponzone  > a écrit :
> Il m’avait bien semblé lire quelque chose au sujet du durcissement de la 
> tarification par rapport au numéro appelé.
> Néanmoins:
> -le doc d’interco SIP de la FFT parle du P-ANI dans le cas des SVA. Il ne me 
> semblait pas que les 09 étaient assimilés SVA (ça serait un comble). Si c’est 
> le cas, il faudrait peut-être que la FFT corrige son doc et parle de « 
> numéros non-géo »
> -j’envoie bien mon appelant au format E164 (obligatoire chez Colt)
> 
> Ceci dit, y a peut-être un rapport avec le P-ANI, parce que depuis ce matin, 
> je peux pas non plus appeler un SVA, sauf les 0800/0805.
> 
> PS: au passage, il est effarant de voir le nombre de SVA qui ne diffusent pas 
> le MGIT...
> 
> 
>> Le 4 oct. 2016 à 10:44, Christophe ASSENS > > a écrit :
>> 
>> Bonjour,
>> 
>> La mise en place chez un opérateur Français d'un prix spécifique (très cher, 
>> 5cts€) pour les 339 sans R1R2 + Code INSEE doit très certainement en être la 
>> cause.
>> 
>> (c.f 
>> http://www.fftelecoms.org/sites/fftelecoms.org/files/contenus_lies/sip_profile_v2.0_clean.pdf
>>  
>> 
>>  §.5)
>> 
>> Plus généralement il faut maintenant se tourner vers ceux qui ont un code 
>> R1R2 (ARCEP / Numérotation)  et la capacité d'ajouter le header SIP P-ANI 
>> dans leurs SBC. Seuls ceux là peuvent router des 09 sans risquer de prendre 
>> une cartouche. Même chose sur le bon formatage du SRC / Contact / P-Asserted.
>> 
>> Pour la Pologne c'est également un Pays qui est en train de mettre en place 
>> le A-Number pricing, donc billing en fonction du caller-id, et cela va être 
>> une source d'incident.
>> 
>> De plus de nombreux autres pays Européens suivent le mouvement. Attention 
>> donc a bien formater les CLIs en E.164 International ...
>> 
>> Christophe ASSENS <>Tel : +33 (0) 176 772 588
>> Mob : +33 (0) 603 361 509
>> Fax : +33 (0) 176 620 711
>> Mail: ch...@capacom.fr 
>> Skype : chris.assens
>> Web : www.capacom.fr 

[FRnOG] [TECH] Infos Techniques CPE C888EA-K9 sur service C2E

[GAGNAIRE Thibaut]

Bonjour,

Nous essayons de mettre en service un SDSL ATM 4P avec OWF sans EAS.

D'après le document  ST/FTR/7804 - Edition 12.3.FRA.01, qui date un peu 
certes, il faut configurer le groupe en IMA-Bonding.

Nous n'arrivons pas à avoir de sync.

Voici la conf du contrôleur et de l'IFACE ATM :
controller SHDSL 0
dsl-group 0 pairs  0, 1, 2, 3 ima
  shdsl rate 8192
!
interface ATM0.1 point-to-point
description FT16
ip virtual-reassembly in
atm route-bridged ip
pvc 8/35
  encapsulation aal5snap

Avez-vous une idée de ce qui nous manque ? J'ai posé la question à OWF, mais 
l'inertie de réponse de la part de l'ITC  frôle le siècle.

En vous remerciant


Thibaut GAGNAIRE

Ingénieur Système et Reseaux



tgagna...@novenci.fr

www.idline.fr





[cid:image001.jpg@01D03BAF.8148ECA0]




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

Re: [FRnOG] [TECH] Liste subnet IP des ISP FR

[jehan procaccia INT]

Le 05/10/2016 11:42, Laurent CARON a écrit :

On 05/10/2016 11:36, jehan procaccia INT wrote:
je ne sais pas si le projet est réalisable, mais serait-il possible 
de constituer une liste (peut-être pas exhaustive ...)
des subnets IP de ISP français a des fins de contrôle d’accès 
firewall (ACL autorisant seulement les internautes FR)  ?


j'ai trouvé cette page : http://ipinfo.io/countries/fr
piste suivie: 
http://serverfault.com/questions/351123/need-to-find-users-of-asn-in-my-country 


et http://www.team-cymru.org/IP-ASN-mapping.html
une requete en cli en donne +1200 ASN FR :
$ whois -h cc2asn.com FR | wc -l
1217

sinon http://www.cidr-report.org/as2.0/bgp-originas.html
les recherches semble fastidieuses
si vous avez mieux ?


Bonjour,

http://www.ipdeny.com/ipblocks/data/aggregated/fr-aggregated.zone
http://www.ipdeny.com/ipv6/ipaddresses/blocks/fr.zone

Loin d'être parfait...mais une piste pour commencer.


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



oui pas mal ces listes sur http://www.ipdeny.com/ipblocks/ , en plus 
régulièrement mises a jours :

Zone files last updated: Wed Oct 5 12:07:23 UTC 2016
je suis d'accord que ce n'est pas LA bonne solution, mais je veux juste 
faire un filtrage grossier, meme plus grossier que cette liste tout FR
je voudrai limiter l'acces aux gros ISP (orange, free, sfr, bouygues) 
afin d'avoir une ACL limitée en taille,

mais même parmi eux il y a des ranges de subnets et souvent plusieurs ASN
cette liste d'ASN + subnets IP des 4 opérateurs nationaux est-elle déjà 
agrégée qq part avant que je me lance dans une liste maison ?

a partir ce ça par exemple : http://www.nirsoft.net/countryip/fr_total.html

Merci .


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

Re: [FRnOG] [MISC] Orange et les adresses emails fournies

[Solarus]

Le 2016-10-05 14:15, Jonathan Leroy a écrit :

Le 5 octobre 2016 à 13:02, Solarus  a écrit :


Si l’alias est disponible il faut le recréer en orange.fr. Sachant que 
les

mails vers wanadoo.fr sont renvoyés vers orange.fr ça devrait marcher.


Non, pas pour les nouvelles adresses.
Seules les BAL wanadoo.fr ayant été migrées vers orange.fr ont un 
alias.


C’est peut-être le discours d’Orange mais dans les faits ça marche, je 
viens de créer une nouvelle boite Orange et envoyant le mail à 
u...@wanadoo.fr ça marche. C’est certainement pas pérenne mais pour 
l’instant ça marche encore.


Pour le reste, en appelant le commercial PME à la rescousse ça peut 
peut-être marcher, les commerciaux OBS arrivent parfois à démêler ce 
genre de cas, mais sur le marché Pro je sais pas.


Solarus


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

Re: [FRnOG] [TECH] Liste subnet IP des ISP FR

[Xavier Beaudouin]

Hello,

Ah... GeoIP des IPs... (ou equivalent), tellement utile et à la ramasse.

Pour info j'ai un /24 pas taggé comme il faut dans les deux DB alors que la MAJ 
sur le Whois du RIPE date ... de mai.

Bref, encore une demonstration que le tagging GeoIP de ces usines à gaz sont à 
coté de la plaque.

> http://www.maxmind.com/en/country
> 
> http://software77.net/geo-ip/

(Je viens de tester à l'instant).

/Xavier


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

Re: [FRnOG] [MISC] Orange et les adresses emails fournies

[Xavier Beaudouin]

Hello,

(...)

> Il y a un délais (3 ou 6 mois) avant de pouvoir recréer une BAL
> supprimée chez Orange.
> Bref, le monsieur l'a dans son baba :(

Alors qu'avec un domaine + une bal gratis chez certains Registrar le problème 
ne se serait pas posé (sans compter que d'avoir un mail en  @wandoo.fr ou 
@orange.fr fais vraiment pas du tout professionnel ni sérieux, c'est un peu 
comme si on avais dans une adresse postale : Artisan truc, chez Mme Michu, rue 
des brouettes, 75050 paris).

Avoir son propre domaine (et en général on l'as quand on a un site 
"decoratif/portail") permet de se passer de ce genre de surprises...

Donc dommage pour lui, il faut lui conseiller d'aller chez des gens qui offrent 
des boites mails pour l'achat d'un domaine (et vu les prix dans le marché 
français on peux pas dire que ça grève un budget).

/Xavier


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

RE: [FRnOG] [TECH] Liste subnet IP des ISP FR

[Damien Gousseau]

C'est pour cela que les filtrages actuels s'appuient plus sur de la réputation 
d'adresse IP en mode "temps réel" que sur de la geoprotection par plage d'IP 
par pays.

Cordialement.
Damien Gousseau.

-Original Message-
From: frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] On Behalf Of 
Radu-Adrian Feurdean
Sent: mercredi 5 octobre 2016 14:03
To: jehan procaccia INT; frnog-t...@frnog.org
Subject: Re: [FRnOG] [TECH] Liste subnet IP des ISP FR

On Wed, Oct 5, 2016, at 12:59, Radu-Adrian Feurdean wrote:
> Apres, surtout en mode "entreprise", il peut y avoir des numeros d'AS 
> etrangeres (societe mere gerant l'AS ayant le siege a l'entranger) 
> mais qui fournissent du service en France.
> Pareil pour les *allocations* chez RIPE NCC (qui publie dans un format 
> facilement lisible les *allocations*), il peut y avoir une allocation 
> faite pour une societe dans un pays etranger, dont une partie est
> *assigne* a des utilisateurs en France. Il y a aussi le fait que 
> certains peuvent ne pas mettre a jour les bases RIPE.

Sans oublier aussi les blocs qui sont marques "EU" (Europe - generic) mais qui 
ont de bouts (voir l'integralite) qui sont en France. 2 de mes precedents 
employeurs avait ca.


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

Email secured by Check Point


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

Re: [FRnOG] [MISC] Orange et les adresses emails fournies

[Jonathan Leroy]

Le 5 octobre 2016 à 13:02, Solarus  a écrit :
>
> Si l’alias est disponible il faut le recréer en orange.fr. Sachant que les
> mails vers wanadoo.fr sont renvoyés vers orange.fr ça devrait marcher.

Non, pas pour les nouvelles adresses.
Seules les BAL wanadoo.fr ayant été migrées vers orange.fr ont un alias.


> Normalement avec un compte Orange on peut recréer 10 alias, il faut tester
> depuis cette interface, et voir éventuellement le message d’erreur.
> De plus j’ai déjà vu d’anciennes boites être réattribuées dans des cas
> d’homonymie (pour des M. Durand ou des M. Martin) donc normalement ça n’est
> pas bloquant.

Il y a un délais (3 ou 6 mois) avant de pouvoir recréer une BAL
supprimée chez Orange.
Bref, le monsieur l'a dans son baba :(

-- 
Jonathan Leroy.


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

Re: [FRnOG] [TECH] Liste subnet IP des ISP FR

[Radu-Adrian Feurdean]

On Wed, Oct 5, 2016, at 12:59, Radu-Adrian Feurdean wrote:
> Apres, surtout en mode "entreprise", il peut y avoir des numeros d'AS
> etrangeres (societe mere gerant l'AS ayant le siege a l'entranger) mais
> qui fournissent du service en France.
> Pareil pour les *allocations* chez RIPE NCC (qui publie dans un format
> facilement lisible les *allocations*), il peut y avoir une allocation
> faite pour une societe dans un pays etranger, dont une partie est
> *assigne* a des utilisateurs en France. Il y a aussi le fait que
> certains peuvent ne pas mettre a jour les bases RIPE.

Sans oublier aussi les blocs qui sont marques "EU" (Europe - generic)
mais qui ont de bouts (voir l'integralite) qui sont en France. 2 de mes
precedents employeurs avait ca.


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

RE: [FRnOG] [TECH] Liste subnet IP des ISP FR

[Damien Gousseau]

Bonjour,

Chez Check Point nous utilisons 2 sources pour alimenter nos solutions et nous 
préconisons une mise à jour par semaine :

Who is our Geo database vendor?
Answer: We have two Geo database vendors: 

http://www.maxmind.com/en/country

http://software77.net/geo-ip/


Cordialement.
Dmaien Gousseau.

-Original Message-
From: frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] On Behalf Of 
Radu-Adrian Feurdean
Sent: mercredi 5 octobre 2016 12:59
To: jehan procaccia INT; frnog-t...@frnog.org
Subject: Re: [FRnOG] [TECH] Liste subnet IP des ISP FR

On Wed, Oct 5, 2016, at 11:36, jehan procaccia INT wrote:
> je ne sais pas si le projet est réalisable, mais serait-il possible de 
> constituer une liste (peut-être pas exhaustive ...) des subnets IP de 
> ISP français a des fins de contrôle d’accès firewall (ACL autorisant 
> seulement les internautes FR)  ?

Complique si tu veux avoir des donnees fiables. Si se debarasser d'environ 10% 
(???) d'internautes ne pose pas de problemes, ca devra etre possible.

Pour commencer, si tu n'est pas pret a mettre a jour les listes regulierement 
(une fois par semaine, strict maximum une fois par mois) et de facon 
*automatique*, abandonne de suite (dis que ce n'est pas possible).

Apres, surtout en mode "entreprise", il peut y avoir des numeros d'AS 
etrangeres (societe mere gerant l'AS ayant le siege a l'entranger) mais qui 
fournissent du service en France.
Pareil pour les *allocations* chez RIPE NCC (qui publie dans un format 
facilement lisible les *allocations*), il peut y avoir une allocation faite 
pour une societe dans un pays etranger, dont une partie est
*assigne* a des utilisateurs en France. Il y a aussi le fait que certains 
peuvent ne pas mettre a jour les bases RIPE.
Il y a aussi des utilisaturs Francais qui peuvent arriver sur Internet depuis 
un IP etranger en raison des politiques internes de leur societe.
Apres, il ya de plus en plus les transferts, puisque les blocs d'IPv4 sont 
actuellement distribues miette par miette. Tu peux te retrouver avec un FAI 
francais qui achete un bloc d'adresses depuis la Pologne, Danmark ou Bulgarie 
et qui commence a l'utiliser tres rapidement. D'ou mon commentaire initial avec 
les mises a jour. Ca donne a peu pres les memes resultats avec les nouveaux 
blocs, si un FAI veut faire l'effort de ramasser des miettes. De ce point de 
vue, la situation va juste empirer avec le temps.

Pour la source des donnees, il y a soit RIPE NCC (qui distribue ou au minima 
enregistre les transferts) soit des bases externes type Maxmind, qui enrichit 
les donnees RIPE avec ses propres donnees obtenues d'autres facons. Tres utile 
pour la prevention de la fraude aussi. Pour Maxmind, pareil ca doit etre mis a 
jour regulierement.

Pour le fait de generer des ACL, il faut etre pret a avoir des ACL qui peuvent 
ateindre des centaines (moire meme des milliers) de lignes.
Personellement, je considere mettre des ACL une grosse connerie. S'il faut 
restreindre l'acces, il faut le faire au niveau applicatif (les bases Maxmind 
sont tres utilises comme ca), non pas reseau.


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

Email secured by Check Point

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

Re: [FRnOG] [MISC] Orange et les adresses emails fournies

[Solarus]

Le 2016-10-05 10:47, Guillaume a écrit :



Sachant qu'un compte email n'est qu'une entrée dans une base de
données (sans parler du stockage), quelqu'un a-t-il déjà réussi à se
sauver de ce genre de situation avec eux ?



Si l’alias est disponible il faut le recréer en orange.fr. Sachant que 
les mails vers wanadoo.fr sont renvoyés vers orange.fr ça devrait 
marcher.

;; ANSWER SECTION:
wanadoo.fr. 248 IN  MX  10 smtp-in.orange.fr.

Normalement avec un compte Orange on peut recréer 10 alias, il faut 
tester depuis cette interface, et voir éventuellement le message 
d’erreur.
De plus j’ai déjà vu d’anciennes boites être réattribuées dans des cas 
d’homonymie (pour des M. Durand ou des M. Martin) donc normalement ça 
n’est pas bloquant.


Solarus


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

Re: [FRnOG] [TECH] Liste subnet IP des ISP FR

[Radu-Adrian Feurdean]

On Wed, Oct 5, 2016, at 11:36, jehan procaccia INT wrote:
> je ne sais pas si le projet est réalisable, mais serait-il possible de 
> constituer une liste (peut-être pas exhaustive ...)
> des subnets IP de ISP français a des fins de contrôle d’accès firewall 
> (ACL autorisant seulement les internautes FR)  ?

Complique si tu veux avoir des donnees fiables. Si se debarasser
d'environ 10% (???) d'internautes ne pose pas de problemes, ca devra
etre possible.

Pour commencer, si tu n'est pas pret a mettre a jour les listes
regulierement (une fois par semaine, strict maximum une fois par mois)
et de facon *automatique*, abandonne de suite (dis que ce n'est pas
possible).

Apres, surtout en mode "entreprise", il peut y avoir des numeros d'AS
etrangeres (societe mere gerant l'AS ayant le siege a l'entranger) mais
qui fournissent du service en France.
Pareil pour les *allocations* chez RIPE NCC (qui publie dans un format
facilement lisible les *allocations*), il peut y avoir une allocation
faite pour une societe dans un pays etranger, dont une partie est
*assigne* a des utilisateurs en France. Il y a aussi le fait que
certains peuvent ne pas mettre a jour les bases RIPE.
Il y a aussi des utilisaturs Francais qui peuvent arriver sur Internet
depuis un IP etranger en raison des politiques internes de leur societe.
Apres, il ya de plus en plus les transferts, puisque les blocs d'IPv4
sont actuellement distribues miette par miette. Tu peux te retrouver
avec un FAI francais qui achete un bloc d'adresses depuis la Pologne,
Danmark ou Bulgarie et qui commence a l'utiliser tres rapidement. D'ou
mon commentaire initial avec les mises a jour. Ca donne a peu pres les
memes resultats avec les nouveaux blocs, si un FAI veut faire l'effort
de ramasser des miettes. De ce point de vue, la situation va juste
empirer avec le temps.

Pour la source des donnees, il y a soit RIPE NCC (qui distribue ou au
minima enregistre les transferts) soit des bases externes type Maxmind,
qui enrichit les donnees RIPE avec ses propres donnees obtenues d'autres
facons. Tres utile pour la prevention de la fraude aussi. Pour Maxmind,
pareil ca doit etre mis a jour regulierement.

Pour le fait de generer des ACL, il faut etre pret a avoir des ACL qui
peuvent ateindre des centaines (moire meme des milliers) de lignes.
Personellement, je considere mettre des ACL une grosse connerie. S'il
faut restreindre l'acces, il faut le faire au niveau applicatif (les
bases Maxmind sont tres utilises comme ca), non pas reseau.


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

Re: [FRnOG] [MISC] Orange et les adresses emails fournies

[bensam148]

À savoir également qu'une confirmation est demandé avant de procédé à la 
suppression voir à la conversion d'une adresse vers @orange.fr

Cdt

Benjamin

> Le 5 oct. 2016 à 10:57, Julien TDN  a écrit :
> 
>> Le 05/10/2016 à 10:47, Guillaume a écrit :
>> Bonjour,
>> 
>> Petite question pour un artisan que je connais, si quelqu'un a eu le cas.
>> 
>> Client orange et avec un email en wanadoo.fr, il a eu la mauvaise idée
>> de le supprimer pour tenter de le recréer alors qu'il avait des soucis
>> avec sa boîte email.
>> 
>> Sauf qu'il ne savait pas qu'il lui serait impossible de recréer la
>> même ensuite, qui plus est en wanadoo.
>> Le support téléphonique Orange ne peut bien entendu rien pour lui, et
>> c'est assez préjudiciable pour son activité de changer subitement
>> d'adresse sans prévenir.
>> 
>> Sachant qu'un compte email n'est qu'une entrée dans une base de
>> données (sans parler du stockage), quelqu'un a-t-il déjà réussi à se
>> sauver de ce genre de situation avec eux ?
>> 
>> Merci,
> 
> Bonjour,
> 
> Bien gênant effectivement.
> 
> J'ai déjà eu le cas d'un client qui avais fait passer sont adresse de
> @wanadoo.fr à @orange.fr (via son espace client en ligne), dans ce cas
> la (et seulement dans ce cas d'après le support technique Orange Pro)
> les mails envoyé à l'adresse @wanadoo.fr sont reçu sur l'adresse @orange.fr.
> 
> Si l'adresse équivalente en @orange.fr est disponible essayer de la
> créer et de voir si les mail en @wanadoo.fr arrivent dessus (mais
> d'après les infos du service tech. Orange Pro niet).
> 
> -- 
> Librement,
> Julien Beauvais,
> --
> Administrateur Systèmes et Réseaux, Webmestre,
> Fondateur Touraine Data Network (http://www.tdn-fai.net),
> Votre Fournisseur d'Accès Internet Associatif en Touraine et région Centre,
> Association membre de la Fédération FDN (http://www.ffdn.org).
> Membre du FUNlab, Fablab de Tours (http://www.funlab.fr).
> Membre d'ADeTI, Groupe d'Utilisateurs de Logiciels Libres de Tours
> (http://www.adeti.org).
> Membre de l'APRIL (http://www.april.org).
> Modérateur de l'Agenda du Libre (http://www.agendadulibre.org).
> Propriétaire Fondateur FabrikMine (http://www.fabrikmine.tk).
> --
> «Soyez le changement que vous voulez voir dans le monde.», Mahatma
> Gandhi (1869-1948).
> <0xE145A393.asc>

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

Re: [FRnOG] [TECH] Liste subnet IP des ISP FR

[Alarig Le Lay]

Matin,

Quick and dirty powered, mais tu auras tous les ranges français :

for i in $(while read AS; do echo $(sed 's/AS//') ; done < <(whois -h 
cc2asn.com FR)); do whois -h asn.shadowserver.org prefix $i; done

-- 
alarig


signature.asc
Description: Digital signature

Re: [FRnOG] [TECH] Liste subnet IP des ISP FR

[Laurent CARON]

On 05/10/2016 11:36, jehan procaccia INT wrote:
je ne sais pas si le projet est réalisable, mais serait-il possible de 
constituer une liste (peut-être pas exhaustive ...)
des subnets IP de ISP français a des fins de contrôle d’accès firewall 
(ACL autorisant seulement les internautes FR)  ?


j'ai trouvé cette page : http://ipinfo.io/countries/fr
piste suivie: 
http://serverfault.com/questions/351123/need-to-find-users-of-asn-in-my-country 


et http://www.team-cymru.org/IP-ASN-mapping.html
une requete en cli en donne +1200 ASN FR :
$ whois -h cc2asn.com FR | wc -l
1217

sinon http://www.cidr-report.org/as2.0/bgp-originas.html
les recherches semble fastidieuses
si vous avez mieux ?


Bonjour,

http://www.ipdeny.com/ipblocks/data/aggregated/fr-aggregated.zone
http://www.ipdeny.com/ipv6/ipaddresses/blocks/fr.zone

Loin d'être parfait...mais une piste pour commencer.


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

Re: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?

[DiDi Abaric]

C'est ça !

Ta piste première de mettre l'interface en metred est intéressante. Et ça
fonctionne ! Ça couplé aux réglages d'auto fenêtre au moment du
download des maj ça ne me bouffe plus toute la bande passante !!! Enjoy
Sauf que le seul problème c'est que les maj ne sont plus automatique mais à
déclencher a la main :( mais c'est la seule solution au problème en
attendant que Microsoft propose autre chose car a mon avis ils vont pas
laisser ça comme ça. Ça impact trop

Deuxième "soucis" :
J'ai scripter ça grâce a un outils Microsoft (subinacl.exe) qui permet de
changer les droit d'une clef de registre (car a la main sur un parc de 10
pc et plus ça fait long...) malheureusement au moment du changement owner
ou des droits du contener il le dit que le chemin n'est pas bon. Alors que
c'est bien celui la ! (Pris dun export fichier .reg)

Si quelqu'un est intéresser le script cest celui la :

https://answers.microsoft.com/en-us/windows/forum/windows_10-networking/how-to-set-an-ethernet-connection-as-metered-to/ecdaca08-d413-4a6a-9e33-b4afb337fc18?auth=1

Le 5 oct. 2016 11:25, "David Ponzone"  a écrit :

> Oui je viens de comprendre ça aussi. A priori, aucun moyen de limiter la
> bande passante prise par les mises à jour Windows Update.
> On peut juste lui interdire de rebooter le PC en pleines HO.
> Merci MS.
>
>
> Le 5 oct. 2016 à 10:59, DiDi Abaric  a écrit :
>
> Bonjour,
>
> Malheureusement déjà testé et ça ne fonctionne pas... Bits doit être
> utilisé que pour wsus. Là c'est les maj windows venant de leurs serveurs.
>
> Comme tu le dit David ils aiment compliquer la vie...
>
> Avec leur réglages perso d'auto fenêtre tcp ils ont fait fort.
>
> Le 5 oct. 2016 10:30, "David Ponzone"  a écrit :
>
>> Alors effectivement, je pensais que BITS n’était plus concerné, mais il
>> l’est en ce qui concerne WSUS.
>> Par contre, WUDO (le P2P) n’utilise pas les paramètres BITS, donc il faut
>> le désactiver.
>>
>> Cependant, un mec ici affirme que les policy de W10 sont foireuses et que
>> le PC continue de prendre toute la bande passante qu’il peut:
>> http://superuser.com/questions/1039229/limit-bandwidth-used-
>> by-windows-update
>>
>> Je n’ai pas vérifié (et pas envie d’ailleurs), quelqu’un l’a fait ?
>>
>>
>>
>> > Le 5 oct. 2016 à 09:17, Duchet Rémy  a écrit :
>> >
>> > Bonjour,
>> >
>> >
>> >
>> > Il y a un tout un tas de paramètre pour gérer cela, avec ou sans
>> domaine Windows, via les stratégies locale du PC client. (la console :
>> gpedit.msc )
>> >
>> > En Anglais : Computer Configuration -> Administrative Templates ->
>> Network -> Background Intelligent Transfer Service (BITS).
>> >
>> > Il est possible de limiter la BP dans une plage horaire (par exemple).
>> Pour les DL via MS, et de les laisser en FULL pour les échanges entre PC.
>> >
>> >
>> >
>> > Pour les plus gros réseaux, rien n’oblige d’avoir un WSUS dans le
>> domaine, il est possible d’en monter un dans un DC, et ensuite limiter la
>> BP des clients qui viennent chercher les updates.
>> >
>> >
>> >
>> >
>> >
>> >
>> >
>> > De : Edouard Chamillard
>> > Envoyé le :mercredi, 5 octobre 2016 01:49
>> > À : Radu-Adrian Feurdean;
>> Fabien NAVEL; frnog-tech> rnog.org>
>> > Objet :Re: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?
>> >
>> >
>> >
>> > c'est pas encore trolldi. patience, patience.
>> >
>> > On 10/04/2016 11:11 PM, Radu-Adrian Feurdean wrote:
>> >> On Tue, Oct 4, 2016, at 16:02, Fabien NAVEL wrote:
>> >>> - Trafic Shaping sur routeur ou firewall par IP destination (en
>> utilisant
>> >>> les réseaux IPv4 Microsoft et ceux des CDN Akamaï et LimeLight, mais
>> >>> certains CDN exotiques ne sont pas filtrés)
>> >> Raconte-nous un peu comment tu fais du shaping sur un CDN. J'hesite
>> >> entre le popcorn et une bougie a l'eglise :)
>> >> Plus generalement, combien de temps tu passes a gerer les blcs
>> >> d'adresses de CDN. Surtout quand le CDN peut changer :)
>> >>
>> >>> Nous aimerions essayer le trafic shaping sur des équipements de
>> routage
>> >>> d'infrastructure en configurant de la QoS sur les IP utilisées pour la
>> >>> méthode 1. Certains ont-ils déjà expérimentés quelque chose
>> d'approchant
>> >> Wow ! QoS sur backbone popcorn !
>> >>
>> >>
>> >> ---
>> >> 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] [TECH] Liste subnet IP des ISP FR

[jehan procaccia INT]

je ne sais pas si le projet est réalisable, mais serait-il possible de 
constituer une liste (peut-être pas exhaustive ...)
des subnets IP de ISP français a des fins de contrôle d’accès firewall 
(ACL autorisant seulement les internautes FR)  ?


j'ai trouvé cette page : http://ipinfo.io/countries/fr
piste suivie: 
http://serverfault.com/questions/351123/need-to-find-users-of-asn-in-my-country

et http://www.team-cymru.org/IP-ASN-mapping.html
une requete en cli en donne +1200 ASN FR :
$ whois -h cc2asn.com FR | wc -l
1217

sinon http://www.cidr-report.org/as2.0/bgp-originas.html
les recherches semble fastidieuses
si vous avez mieux ?

Merci .


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

Re: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?

[David Ponzone]

Oui je viens de comprendre ça aussi. A priori, aucun moyen de limiter la bande 
passante prise par les mises à jour Windows Update.
On peut juste lui interdire de rebooter le PC en pleines HO.
Merci MS.


> Le 5 oct. 2016 à 10:59, DiDi Abaric  a écrit :
> 
> Bonjour,
> 
> Malheureusement déjà testé et ça ne fonctionne pas... Bits doit être utilisé 
> que pour wsus. Là c'est les maj windows venant de leurs serveurs.
> 
> Comme tu le dit David ils aiment compliquer la vie...
> 
> Avec leur réglages perso d'auto fenêtre tcp ils ont fait fort.
> 
> 
> Le 5 oct. 2016 10:30, "David Ponzone"  > a écrit :
> Alors effectivement, je pensais que BITS n’était plus concerné, mais il l’est 
> en ce qui concerne WSUS.
> Par contre, WUDO (le P2P) n’utilise pas les paramètres BITS, donc il faut le 
> désactiver.
> 
> Cependant, un mec ici affirme que les policy de W10 sont foireuses et que le 
> PC continue de prendre toute la bande passante qu’il peut:
> http://superuser.com/questions/1039229/limit-bandwidth-used-by-windows-update 
> 
> 
> Je n’ai pas vérifié (et pas envie d’ailleurs), quelqu’un l’a fait ?
> 
> 
> 
> > Le 5 oct. 2016 à 09:17, Duchet Rémy  > > a écrit :
> >
> > Bonjour,
> >
> >
> >
> > Il y a un tout un tas de paramètre pour gérer cela, avec ou sans domaine 
> > Windows, via les stratégies locale du PC client. (la console : gpedit.msc )
> >
> > En Anglais : Computer Configuration -> Administrative Templates -> Network 
> > -> Background Intelligent Transfer Service (BITS).
> >
> > Il est possible de limiter la BP dans une plage horaire (par exemple). Pour 
> > les DL via MS, et de les laisser en FULL pour les échanges entre PC.
> >
> >
> >
> > Pour les plus gros réseaux, rien n’oblige d’avoir un WSUS dans le domaine, 
> > il est possible d’en monter un dans un DC, et ensuite limiter la BP des 
> > clients qui viennent chercher les updates.
> >
> >
> >
> >
> >
> >
> >
> > De : Edouard Chamillard > >
> > Envoyé le :mercredi, 5 octobre 2016 01:49
> > À : Radu-Adrian Feurdean > >; Fabien 
> > NAVEL>; 
> > frnog-tech>
> > Objet :Re: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?
> >
> >
> >
> > c'est pas encore trolldi. patience, patience.
> >
> > On 10/04/2016 11:11 PM, Radu-Adrian Feurdean wrote:
> >> On Tue, Oct 4, 2016, at 16:02, Fabien NAVEL wrote:
> >>> - Trafic Shaping sur routeur ou firewall par IP destination (en utilisant
> >>> les réseaux IPv4 Microsoft et ceux des CDN Akamaï et LimeLight, mais
> >>> certains CDN exotiques ne sont pas filtrés)
> >> Raconte-nous un peu comment tu fais du shaping sur un CDN. J'hesite
> >> entre le popcorn et une bougie a l'eglise :)
> >> Plus generalement, combien de temps tu passes a gerer les blcs
> >> d'adresses de CDN. Surtout quand le CDN peut changer :)
> >>
> >>> Nous aimerions essayer le trafic shaping sur des équipements de routage
> >>> d'infrastructure en configurant de la QoS sur les IP utilisées pour la
> >>> méthode 1. Certains ont-ils déjà expérimentés quelque chose d'approchant
> >> Wow ! QoS sur backbone popcorn !
> >>
> >>
> >> ---
> >> Liste de diffusion du FRnOG
> >> http://www.frnog.org/ 
> >
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/ 
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/ 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/ 


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

Re: [FRnOG] [ALERT] Problème sur certains appels sortants chez Colt

[David Ponzone]

C’est qui le mec qui a eu l’idée d’un R1R2 à 2 chiffres seulement (en 
n’incluant pas les lettres) ?


> Le 5 oct. 2016 à 11:10, Christophe ASSENS  a écrit :
> 
> Oui je te confirme que il faudrait corriger le doc FFT et que on a bien une 
> réutilisation de ce header pour la localisation des numéros non géographique.
> 
> Concrètement ça touche les A-Number 336 à 339 qui doivent être localisés. 
> 
> Quand tu vois qu'il y eu 15 attributions de R1R2 entre Juillet et Aout, c'est 
> clair que c'est pas 15 opérateurs qui se sont mis à faire du SVA :-)
> 
> Bref nous on a eu le notre donc on est content, ouf!, et Orange nous informe 
> que dès 2017 ils vont encore plus renforcer le dispositif de billing basé sur 
> P-ANI et ça va devenir de plus en plus compliqué car il n'y a plus de R1R2 
> dispos !
> 
> 
> Le 4 octobre 2016 à 14:10, David Ponzone  > a écrit :
> Il m’avait bien semblé lire quelque chose au sujet du durcissement de la 
> tarification par rapport au numéro appelé.
> Néanmoins:
> -le doc d’interco SIP de la FFT parle du P-ANI dans le cas des SVA. Il ne me 
> semblait pas que les 09 étaient assimilés SVA (ça serait un comble). Si c’est 
> le cas, il faudrait peut-être que la FFT corrige son doc et parle de « 
> numéros non-géo »
> -j’envoie bien mon appelant au format E164 (obligatoire chez Colt)
> 
> Ceci dit, y a peut-être un rapport avec le P-ANI, parce que depuis ce matin, 
> je peux pas non plus appeler un SVA, sauf les 0800/0805.
> 
> PS: au passage, il est effarant de voir le nombre de SVA qui ne diffusent pas 
> le MGIT...
> 
> 
>> Le 4 oct. 2016 à 10:44, Christophe ASSENS > > a écrit :
>> 
>> Bonjour,
>> 
>> La mise en place chez un opérateur Français d'un prix spécifique (très cher, 
>> 5cts€) pour les 339 sans R1R2 + Code INSEE doit très certainement en être la 
>> cause.
>> 
>> (c.f 
>> http://www.fftelecoms.org/sites/fftelecoms.org/files/contenus_lies/sip_profile_v2.0_clean.pdf
>>  
>> 
>>  §.5)
>> 
>> Plus généralement il faut maintenant se tourner vers ceux qui ont un code 
>> R1R2 (ARCEP / Numérotation)  et la capacité d'ajouter le header SIP P-ANI 
>> dans leurs SBC. Seuls ceux là peuvent router des 09 sans risquer de prendre 
>> une cartouche. Même chose sur le bon formatage du SRC / Contact / P-Asserted.
>> 
>> Pour la Pologne c'est également un Pays qui est en train de mettre en place 
>> le A-Number pricing, donc billing en fonction du caller-id, et cela va être 
>> une source d'incident.
>> 
>> De plus de nombreux autres pays Européens suivent le mouvement. Attention 
>> donc a bien formater les CLIs en E.164 International ...
>> 
>> Christophe ASSENS <>Tel : +33 (0) 176 772 588
>> Mob : +33 (0) 603 361 509
>> Fax : +33 (0) 176 620 711
>> Mail: ch...@capacom.fr 
>> Skype : chris.assens
>> Web : www.capacom.fr 
>> 
>> Le 4 octobre 2016 à 09:43, Alain Bieuzent > > a écrit :
>> Bonjour David,
>> 
>> Pas de soucis de mon côté vers les 09 (et pas de trafic vers la pologne), 
>> Coté Colt tu as l’offre entreprise ou l’offre opérateur ?
>> 
>> Cordialement.
>> 
>> 
>> Le 03/10/2016 16:15, « David Ponzone » >  au nom de david.ponz...@gmail.com 
>> > a écrit :
>> 
>> Colt aurait un petit problème pour acheminer les appels vers les 09 et 
>> vers la Pologne.
>> Pas plus d’infos pour le moment.
>> 
>> 
>> ---
>> 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] [MISC] Grosse mise à jour Win10 ce matin ?

[DiDi Abaric]

Bonjour,

Malheureusement déjà testé et ça ne fonctionne pas... Bits doit être
utilisé que pour wsus. Là c'est les maj windows venant de leurs serveurs.

Comme tu le dit David ils aiment compliquer la vie...

Avec leur réglages perso d'auto fenêtre tcp ils ont fait fort.

Le 5 oct. 2016 10:30, "David Ponzone"  a écrit :

> Alors effectivement, je pensais que BITS n’était plus concerné, mais il
> l’est en ce qui concerne WSUS.
> Par contre, WUDO (le P2P) n’utilise pas les paramètres BITS, donc il faut
> le désactiver.
>
> Cependant, un mec ici affirme que les policy de W10 sont foireuses et que
> le PC continue de prendre toute la bande passante qu’il peut:
> http://superuser.com/questions/1039229/limit-bandwidth-used-by-windows-
> update
>
> Je n’ai pas vérifié (et pas envie d’ailleurs), quelqu’un l’a fait ?
>
>
>
> > Le 5 oct. 2016 à 09:17, Duchet Rémy  a écrit :
> >
> > Bonjour,
> >
> >
> >
> > Il y a un tout un tas de paramètre pour gérer cela, avec ou sans domaine
> Windows, via les stratégies locale du PC client. (la console : gpedit.msc )
> >
> > En Anglais : Computer Configuration -> Administrative Templates ->
> Network -> Background Intelligent Transfer Service (BITS).
> >
> > Il est possible de limiter la BP dans une plage horaire (par exemple).
> Pour les DL via MS, et de les laisser en FULL pour les échanges entre PC.
> >
> >
> >
> > Pour les plus gros réseaux, rien n’oblige d’avoir un WSUS dans le
> domaine, il est possible d’en monter un dans un DC, et ensuite limiter la
> BP des clients qui viennent chercher les updates.
> >
> >
> >
> >
> >
> >
> >
> > De : Edouard Chamillard
> > Envoyé le :mercredi, 5 octobre 2016 01:49
> > À : Radu-Adrian Feurdean; Fabien
> NAVEL; frnog-tech
> > Objet :Re: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?
> >
> >
> >
> > c'est pas encore trolldi. patience, patience.
> >
> > On 10/04/2016 11:11 PM, Radu-Adrian Feurdean wrote:
> >> On Tue, Oct 4, 2016, at 16:02, Fabien NAVEL wrote:
> >>> - Trafic Shaping sur routeur ou firewall par IP destination (en
> utilisant
> >>> les réseaux IPv4 Microsoft et ceux des CDN Akamaï et LimeLight, mais
> >>> certains CDN exotiques ne sont pas filtrés)
> >> Raconte-nous un peu comment tu fais du shaping sur un CDN. J'hesite
> >> entre le popcorn et une bougie a l'eglise :)
> >> Plus generalement, combien de temps tu passes a gerer les blcs
> >> d'adresses de CDN. Surtout quand le CDN peut changer :)
> >>
> >>> Nous aimerions essayer le trafic shaping sur des équipements de routage
> >>> d'infrastructure en configurant de la QoS sur les IP utilisées pour la
> >>> méthode 1. Certains ont-ils déjà expérimentés quelque chose
> d'approchant
> >> Wow ! QoS sur backbone popcorn !
> >>
> >>
> >> ---
> >> Liste de diffusion du FRnOG
> >> http://www.frnog.org/
> >
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

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

Re: [FRnOG] [MISC] Orange et les adresses emails fournies

[Julien TDN]

Le 05/10/2016 à 10:47, Guillaume a écrit :
> Bonjour,
>
> Petite question pour un artisan que je connais, si quelqu'un a eu le cas.
>
> Client orange et avec un email en wanadoo.fr, il a eu la mauvaise idée
> de le supprimer pour tenter de le recréer alors qu'il avait des soucis
> avec sa boîte email.
>
> Sauf qu'il ne savait pas qu'il lui serait impossible de recréer la
> même ensuite, qui plus est en wanadoo.
> Le support téléphonique Orange ne peut bien entendu rien pour lui, et
> c'est assez préjudiciable pour son activité de changer subitement
> d'adresse sans prévenir.
>
> Sachant qu'un compte email n'est qu'une entrée dans une base de
> données (sans parler du stockage), quelqu'un a-t-il déjà réussi à se
> sauver de ce genre de situation avec eux ?
>
> Merci,

Bonjour,

Bien gênant effectivement.

J'ai déjà eu le cas d'un client qui avais fait passer sont adresse de
@wanadoo.fr à @orange.fr (via son espace client en ligne), dans ce cas
la (et seulement dans ce cas d'après le support technique Orange Pro)
les mails envoyé à l'adresse @wanadoo.fr sont reçu sur l'adresse @orange.fr.

Si l'adresse équivalente en @orange.fr est disponible essayer de la
créer et de voir si les mail en @wanadoo.fr arrivent dessus (mais
d'après les infos du service tech. Orange Pro niet).

-- 
Librement,
Julien Beauvais,
--
Administrateur Systèmes et Réseaux, Webmestre,
Fondateur Touraine Data Network (http://www.tdn-fai.net),
Votre Fournisseur d'Accès Internet Associatif en Touraine et région Centre,
Association membre de la Fédération FDN (http://www.ffdn.org).
Membre du FUNlab, Fablab de Tours (http://www.funlab.fr).
Membre d'ADeTI, Groupe d'Utilisateurs de Logiciels Libres de Tours
(http://www.adeti.org).
Membre de l'APRIL (http://www.april.org).
Modérateur de l'Agenda du Libre (http://www.agendadulibre.org).
Propriétaire Fondateur FabrikMine (http://www.fabrikmine.tk).
--
«Soyez le changement que vous voulez voir dans le monde.», Mahatma
Gandhi (1869-1948).


0xE145A393.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: [TECH] [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?

[David Ponzone]

En même temps, maintenant que je regarde moi-même dans les paramètres BITS, on 
voit bien des choses à propos du cache partagé, mais ça semble être l’ancien 
système de partage des updates déjà téléchargés, avant WUDO et le P2P.
Ils aiment bien faire compliqué chez MS.


> Le 5 oct. 2016 à 09:17, Duchet Rémy  a écrit :
> 
> Bonjour,
> 
> 
> 
> Il y a un tout un tas de paramètre pour gérer cela, avec ou sans domaine 
> Windows, via les stratégies locale du PC client. (la console : gpedit.msc )
> 
> En Anglais : Computer Configuration -> Administrative Templates -> Network -> 
> Background Intelligent Transfer Service (BITS).
> 
> Il est possible de limiter la BP dans une plage horaire (par exemple). Pour 
> les DL via MS, et de les laisser en FULL pour les échanges entre PC.
> 
> 
> 
> Pour les plus gros réseaux, rien n’oblige d’avoir un WSUS dans le domaine, il 
> est possible d’en monter un dans un DC, et ensuite limiter la BP des clients 
> qui viennent chercher les updates.
> 
> 
> 
> 
> 
> 
> 
> De : Edouard Chamillard
> Envoyé le :mercredi, 5 octobre 2016 01:49
> À : Radu-Adrian Feurdean; Fabien 
> NAVEL; frnog-tech
> Objet :Re: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?
> 
> 
> 
> c'est pas encore trolldi. patience, patience.
> 
> On 10/04/2016 11:11 PM, Radu-Adrian Feurdean wrote:
>> On Tue, Oct 4, 2016, at 16:02, Fabien NAVEL wrote:
>>> - Trafic Shaping sur routeur ou firewall par IP destination (en utilisant
>>> les réseaux IPv4 Microsoft et ceux des CDN Akamaï et LimeLight, mais
>>> certains CDN exotiques ne sont pas filtrés)
>> Raconte-nous un peu comment tu fais du shaping sur un CDN. J'hesite
>> entre le popcorn et une bougie a l'eglise :)
>> Plus generalement, combien de temps tu passes a gerer les blcs
>> d'adresses de CDN. Surtout quand le CDN peut changer :)
>> 
>>> Nous aimerions essayer le trafic shaping sur des équipements de routage
>>> d'infrastructure en configurant de la QoS sur les IP utilisées pour la
>>> méthode 1. Certains ont-ils déjà expérimentés quelque chose d'approchant
>> Wow ! QoS sur backbone popcorn !
>> 
>> 
>> ---
>> 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] [MISC] Orange et les adresses emails fournies

[Guillaume]

Bonjour,

Petite question pour un artisan que je connais, si quelqu'un a eu le cas.

Client orange et avec un email en wanadoo.fr, il a eu la mauvaise idée 
de le supprimer pour tenter de le recréer alors qu'il avait des soucis 
avec sa boîte email.


Sauf qu'il ne savait pas qu'il lui serait impossible de recréer la même 
ensuite, qui plus est en wanadoo.
Le support téléphonique Orange ne peut bien entendu rien pour lui, et 
c'est assez préjudiciable pour son activité de changer subitement 
d'adresse sans prévenir.


Sachant qu'un compte email n'est qu'une entrée dans une base de données 
(sans parler du stockage), quelqu'un a-t-il déjà réussi à se sauver de 
ce genre de situation avec eux ?


Merci,

--
Guillaume


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

Re: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?

[David Ponzone]

Alors effectivement, je pensais que BITS n’était plus concerné, mais il l’est 
en ce qui concerne WSUS.
Par contre, WUDO (le P2P) n’utilise pas les paramètres BITS, donc il faut le 
désactiver.

Cependant, un mec ici affirme que les policy de W10 sont foireuses et que le PC 
continue de prendre toute la bande passante qu’il peut:
http://superuser.com/questions/1039229/limit-bandwidth-used-by-windows-update

Je n’ai pas vérifié (et pas envie d’ailleurs), quelqu’un l’a fait ?



> Le 5 oct. 2016 à 09:17, Duchet Rémy  a écrit :
> 
> Bonjour,
> 
> 
> 
> Il y a un tout un tas de paramètre pour gérer cela, avec ou sans domaine 
> Windows, via les stratégies locale du PC client. (la console : gpedit.msc )
> 
> En Anglais : Computer Configuration -> Administrative Templates -> Network -> 
> Background Intelligent Transfer Service (BITS).
> 
> Il est possible de limiter la BP dans une plage horaire (par exemple). Pour 
> les DL via MS, et de les laisser en FULL pour les échanges entre PC.
> 
> 
> 
> Pour les plus gros réseaux, rien n’oblige d’avoir un WSUS dans le domaine, il 
> est possible d’en monter un dans un DC, et ensuite limiter la BP des clients 
> qui viennent chercher les updates.
> 
> 
> 
> 
> 
> 
> 
> De : Edouard Chamillard
> Envoyé le :mercredi, 5 octobre 2016 01:49
> À : Radu-Adrian Feurdean; Fabien 
> NAVEL; frnog-tech
> Objet :Re: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?
> 
> 
> 
> c'est pas encore trolldi. patience, patience.
> 
> On 10/04/2016 11:11 PM, Radu-Adrian Feurdean wrote:
>> On Tue, Oct 4, 2016, at 16:02, Fabien NAVEL wrote:
>>> - Trafic Shaping sur routeur ou firewall par IP destination (en utilisant
>>> les réseaux IPv4 Microsoft et ceux des CDN Akamaï et LimeLight, mais
>>> certains CDN exotiques ne sont pas filtrés)
>> Raconte-nous un peu comment tu fais du shaping sur un CDN. J'hesite
>> entre le popcorn et une bougie a l'eglise :)
>> Plus generalement, combien de temps tu passes a gerer les blcs
>> d'adresses de CDN. Surtout quand le CDN peut changer :)
>> 
>>> Nous aimerions essayer le trafic shaping sur des équipements de routage
>>> d'infrastructure en configurant de la QoS sur les IP utilisées pour la
>>> méthode 1. Certains ont-ils déjà expérimentés quelque chose d'approchant
>> Wow ! QoS sur backbone popcorn !
>> 
>> 
>> ---
>> 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] [ALERT] Problème sur certains appels sortants chez Colt

[Stéphane RAIMONDEAU]

Bonjour,

Pour le P-ANI, je confirme qu'il est présent chez la plupart des 
opérateurs pour les 09.
On a juste remarqué quelques cas particuliers dont OVH qui ne semble pas 
le mettre pour ses 09.


Bien cordialement,

Stéphane RAIMONDEAU

Le 05/10/2016 à 10:02, Alain Bieuzent a écrit :

Effectivement la doc FFT n’en parle que pour les services a valeur ajouté, mais 
en pratique il est utilisé aussi vers les 09 (du moins c’est le cas chez SFR).

Pour le moment, Colt ne réclame pas le P-ANI, mais ça ne devrait pas tarder.

  


Concernant l’acheminement des 08, j’ai des appels vers le 0820 qui sont passé 
ce matin via Colt sans problème.

  


De : David Ponzone 
Date : mardi 4 octobre 2016 14:10
À : Christophe ASSENS 
Cc : Alain Bieuzent , 
Objet : Re: [FRnOG] [ALERT] Problème sur certains appels sortants chez Colt

  


Il m’avait bien semblé lire quelque chose au sujet du durcissement de la 
tarification par rapport au numéro appelé.

Néanmoins:

-le doc d’interco SIP de la FFT parle du P-ANI dans le cas des SVA. Il ne me 
semblait pas que les 09 étaient assimilés SVA (ça serait un comble). Si c’est 
le cas, il faudrait peut-être que la FFT corrige son doc et parle de « numéros 
non-géo »

-j’envoie bien mon appelant au format E164 (obligatoire chez Colt)

  


Ceci dit, y a peut-être un rapport avec le P-ANI, parce que depuis ce matin, je 
peux pas non plus appeler un SVA, sauf les 0800/0805.

  


PS: au passage, il est effarant de voir le nombre de SVA qui ne diffusent pas 
le MGIT...

  

  


Le 4 oct. 2016 à 10:44, Christophe ASSENS  a écrit :

  


Bonjour,

La mise en place chez un opérateur Français d'un prix spécifique (très cher, 
5cts€) pour les 339 sans R1R2 + Code INSEE doit très certainement en être la 
cause.

(c.f 
http://www.fftelecoms.org/sites/fftelecoms.org/files/contenus_lies/sip_profile_v2.0_clean.pdf
 §.5)

Plus généralement il faut maintenant se tourner vers ceux qui ont un code R1R2 
(ARCEP / Numérotation)  et la capacité d'ajouter le header SIP P-ANI dans leurs 
SBC. Seuls ceux là peuvent router des 09 sans risquer de prendre une cartouche. 
Même chose sur le bon formatage du SRC / Contact / P-Asserted.

Pour la Pologne c'est également un Pays qui est en train de mettre en place le 
A-Number pricing, donc billing en fonction du caller-id, et cela va être une 
source d'incident.

De plus de nombreux autres pays Européens suivent le mouvement. Attention donc 
a bien formater les CLIs en E.164 International ...


Christophe ASSENS

Tel : +33 (0) 176 772 588
Mob : +33 (0) 603 361 509
Fax : +33 (0) 176 620 711
Mail: ch...@capacom.fr
Skype : chris.assens
Web : www.capacom.fr

  


Le 4 octobre 2016 à 09:43, Alain Bieuzent  a écrit :

Bonjour David,

Pas de soucis de mon côté vers les 09 (et pas de trafic vers la pologne), Coté 
Colt tu as l’offre entreprise ou l’offre opérateur ?

Cordialement.


Le 03/10/2016 16:15, « David Ponzone »  a écrit :

 Colt aurait un petit problème pour acheminer les appels vers les 09 et 
vers la Pologne.
 Pas plus d’infos pour le moment.


 ---
 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] [ALERT] Problème sur certains appels sortants chez Colt

[Alain Bieuzent]

Effectivement la doc FFT n’en parle que pour les services a valeur ajouté, mais 
en pratique il est utilisé aussi vers les 09 (du moins c’est le cas chez SFR).

Pour le moment, Colt ne réclame pas le P-ANI, mais ça ne devrait pas tarder.

 

Concernant l’acheminement des 08, j’ai des appels vers le 0820 qui sont passé 
ce matin via Colt sans problème.

 

De : David Ponzone 
Date : mardi 4 octobre 2016 14:10
À : Christophe ASSENS 
Cc : Alain Bieuzent , 
Objet : Re: [FRnOG] [ALERT] Problème sur certains appels sortants chez Colt

 

Il m’avait bien semblé lire quelque chose au sujet du durcissement de la 
tarification par rapport au numéro appelé.

Néanmoins:

-le doc d’interco SIP de la FFT parle du P-ANI dans le cas des SVA. Il ne me 
semblait pas que les 09 étaient assimilés SVA (ça serait un comble). Si c’est 
le cas, il faudrait peut-être que la FFT corrige son doc et parle de « numéros 
non-géo »

-j’envoie bien mon appelant au format E164 (obligatoire chez Colt)

 

Ceci dit, y a peut-être un rapport avec le P-ANI, parce que depuis ce matin, je 
peux pas non plus appeler un SVA, sauf les 0800/0805.

 

PS: au passage, il est effarant de voir le nombre de SVA qui ne diffusent pas 
le MGIT...

 

 

Le 4 oct. 2016 à 10:44, Christophe ASSENS  a écrit :

 

Bonjour,

La mise en place chez un opérateur Français d'un prix spécifique (très cher, 
5cts€) pour les 339 sans R1R2 + Code INSEE doit très certainement en être la 
cause.

(c.f 
http://www.fftelecoms.org/sites/fftelecoms.org/files/contenus_lies/sip_profile_v2.0_clean.pdf
 §.5)

Plus généralement il faut maintenant se tourner vers ceux qui ont un code R1R2 
(ARCEP / Numérotation)  et la capacité d'ajouter le header SIP P-ANI dans leurs 
SBC. Seuls ceux là peuvent router des 09 sans risquer de prendre une cartouche. 
Même chose sur le bon formatage du SRC / Contact / P-Asserted.

Pour la Pologne c'est également un Pays qui est en train de mettre en place le 
A-Number pricing, donc billing en fonction du caller-id, et cela va être une 
source d'incident.

De plus de nombreux autres pays Européens suivent le mouvement. Attention donc 
a bien formater les CLIs en E.164 International ...


Christophe ASSENS

Tel : +33 (0) 176 772 588
Mob : +33 (0) 603 361 509
Fax : +33 (0) 176 620 711
Mail: ch...@capacom.fr
Skype : chris.assens
Web : www.capacom.fr

 

Le 4 octobre 2016 à 09:43, Alain Bieuzent  a écrit :

Bonjour David,

Pas de soucis de mon côté vers les 09 (et pas de trafic vers la pologne), Coté 
Colt tu as l’offre entreprise ou l’offre opérateur ?

Cordialement.


Le 03/10/2016 16:15, « David Ponzone »  a écrit :

Colt aurait un petit problème pour acheminer les appels vers les 09 et vers 
la Pologne.
Pas plus d’infos pour le moment.


---
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] Grosse mise à jour Win10 ce matin ?

[Dominique Rousseau]

Le Tue, Oct 04, 2016 at 11:02:44PM +0200, David Ponzone 
[david.ponz...@gmail.com] a écrit:
> Ouais, ça concerne surtout les boites où il y un département/salarié
> IT, c???est à dire pas grand monde en France, puisque le serveur WSUS
> nécessite un serveur AD, ou alors patch en dur dans la registry des
> clients???

Et toutes celles qui ont un presta certifié MS qui s'occupe de leur parc
et leur met en place un Serveur-de-fichiers, qui va de fait mettre en
place un AD, enregistrer les postes dessus, et qu'il faudrait juste un
petit effort de plus pour mettre en place le service WSUS dessus.
(ok, de nos jours, il va probablement plutot placer un NAS et plus un
pécé-serveur)

-- 
Dominique Rousseau 
Neuronnexion, Prestataire Internet & Intranet
21 rue Frédéric Petit - 8 Amiens
tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop


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

RE: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?

[Duchet Rémy]

Bonjour,



Il y a un tout un tas de paramètre pour gérer cela, avec ou sans domaine 
Windows, via les stratégies locale du PC client. (la console : gpedit.msc )

En Anglais : Computer Configuration -> Administrative Templates -> Network -> 
Background Intelligent Transfer Service (BITS).

Il est possible de limiter la BP dans une plage horaire (par exemple). Pour les 
DL via MS, et de les laisser en FULL pour les échanges entre PC.



Pour les plus gros réseaux, rien n’oblige d’avoir un WSUS dans le domaine, il 
est possible d’en monter un dans un DC, et ensuite limiter la BP des clients 
qui viennent chercher les updates.







De : Edouard Chamillard
Envoyé le :mercredi, 5 octobre 2016 01:49
À : Radu-Adrian Feurdean; Fabien 
NAVEL; frnog-tech
Objet :Re: [TECH] Re: [FRnOG] [MISC] Grosse mise à jour Win10 ce matin ?



c'est pas encore trolldi. patience, patience.

On 10/04/2016 11:11 PM, Radu-Adrian Feurdean wrote:
> On Tue, Oct 4, 2016, at 16:02, Fabien NAVEL wrote:
>> - Trafic Shaping sur routeur ou firewall par IP destination (en utilisant
>> les réseaux IPv4 Microsoft et ceux des CDN Akamaï et LimeLight, mais
>> certains CDN exotiques ne sont pas filtrés)
> Raconte-nous un peu comment tu fais du shaping sur un CDN. J'hesite
> entre le popcorn et une bougie a l'eglise :)
> Plus generalement, combien de temps tu passes a gerer les blcs
> d'adresses de CDN. Surtout quand le CDN peut changer :)
>
>> Nous aimerions essayer le trafic shaping sur des équipements de routage
>> d'infrastructure en configurant de la QoS sur les IP utilisées pour la
>> méthode 1. Certains ont-ils déjà expérimentés quelque chose d'approchant
> Wow ! QoS sur backbone popcorn !
>
>
> ---
> 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/