Re: [FRnOG] [TECH] ExpressRoute GlobalReach et SFR

2021-01-15 Par sujet Victor TALVAZ
On Sat, Jan 16, 2021 at 1:02 AM Sébastien Lesimple <
sebastien.lesim...@iguanetel.fr> wrote:

> Le 15/01/2021 à 20:38, Victor TALVAZ a écrit :
>
> Bonsoir,
>
> Pour un client, je cherche à mettre en place une interco entre deux
> opérateurs via Azure.
> Microsoft via l'option ExpressRoute GlobalReach permet d'interconnecter deux
> ExpressRoute donc deux MPLS opérateurs en utilisant son réseau.
>
> Tu veux dire que tu veux bridger les deux MPLS via Azur?
> Ca pique un peux les yeux non?
>

=>  En effet, il s'agit d'interconnecter les deux MPLS via le réseau
Microsoft. Microsoft envoie les routes du provider 1 au provider 2 et du
provider 2 au provider 1 via BGP et assure le routage entre les deux.
https://docs.microsoft.com/en-us/azure/expressroute/expressroute-global-reach

Nous avons discuté avec le premier opérateur qui est prêt. Cependant, nous
> bloquons avec les interlocuteurs côté SFR Business qui malgré une
> conférence avec Microsoft ne comprennent pas ce que nous demandons.
> J'en appelle à un potentiel interlocuteur SFR sur la liste qui comprenne
> notre besoin à me contacter pour essayer de débloquer cette situation.
>
>
> Je vous remercie,
>
> Cordialement
> *Victor TALVAZ*
>
> ---
> Liste de diffusion du FRnOGhttp://www.frnog.org/
>
>
>

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


Re: [FRnOG] [TECH] ExpressRoute GlobalReach et SFR

2021-01-15 Par sujet Sébastien Lesimple
Le 15/01/2021 à 20:38, Victor TALVAZ a écrit :
> Bonsoir,
>
> Pour un client, je cherche à mettre en place une interco entre deux
> opérateurs via Azure.
> Microsoft via l'option ExpressRoute GlobalReach d'interconnecter deux
> ExpressRoute donc deux MPLS opérateurs en utilisant son réseau.
Tu veux dire que tu veux bridger les deux MPLS via Azur?
Ca pique un peux les yeux non?
>
> Nous avons discuté avec le premier opérateur qui est prêt. Cependant, nous
> bloquons avec les interlocuteurs côté SFR Business qui malgré une
> conférence avec Microsoft ne comprennent pas ce que nous demandons.
> J'en appelle à un potentiel interlocuteur SFR sur la liste qui comprenne
> notre besoin à me contacter pour essayer de débloquer cette situation.
>
>
> Je vous remercie,
>
> Cordialement
> *Victor TALVAZ*
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


[FRnOG] [TECH] ExpressRoute GlobalReach et SFR

2021-01-15 Par sujet Victor TALVAZ
Bonsoir,

Pour un client, je cherche à mettre en place une interco entre deux
opérateurs via Azure.
Microsoft via l'option ExpressRoute GlobalReach d'interconnecter deux
ExpressRoute donc deux MPLS opérateurs en utilisant son réseau.

Nous avons discuté avec le premier opérateur qui est prêt. Cependant, nous
bloquons avec les interlocuteurs côté SFR Business qui malgré une
conférence avec Microsoft ne comprennent pas ce que nous demandons.
J'en appelle à un potentiel interlocuteur SFR sur la liste qui comprenne
notre besoin à me contacter pour essayer de débloquer cette situation.


Je vous remercie,

Cordialement
*Victor TALVAZ*

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


Re: [FRnOG] [TECH] Migration IP Inter RIR

2021-01-15 Par sujet Bressier Simon
Thomas, merci beaucoup pour tes lumières, je m'endors (pas encore,
c'est l'apéro now) plus serein ce soir :)

On Fri, Jan 15, 2021 at 5:27 PM thomas brenac  wrote:
>
> normalement oui apres un temps de propagation...aleatoire, pour cela ARIN est 
> plus rapide de memoire. Ici il a ete transfere fin decembre, mais route 
> object que ce jour (et j'ai pas regarde les annonces). En regle generale faut 
> 3 semaines derriere :)
>
> CQFD
>
> Thomas
>
> --
> Thomas BRENAC
> https://www.brenac.eu
> +33686263575
> Registered IPv4 Broker by RIPE NCC, ARIN, APNIC and LACNIC
>
>
> On 15/01/2021 16:13, Bressier Simon wrote:
>
> Hello Thomas,
>
> Je viens de me réinscrire sur FRnOG pour l'occasion :)
>
> Merci beaucoup pour tes 2 cents, je viens de fwd le conseil à notre
> team devops pour le prochain transfert qui ne devrait pas tarder à
> rentrer, pour le bind à notre AS rapidement après le transfert.
>
> du coup, un whois via RDAP retourne en effet bien les bonnes infos,
> par contre performed via un bête Whois je me prends une réponse STUB
> générique retournée par APNIC, ce comportement va changer après que
> nous ayons bind ce range à notre AS après un temps de propag ? Ou rien
> à voir et ça va rester tel quel ?
>
> whois 1.179.112.0
> % [whois.apnic.net]
> % Whois data copyright termshttp://www.apnic.net/db/dbcopyright.html
>
> % Information related to '1.179.112.0 - 1.179.127.255'
>
> % Abuse contact for '1.179.112.0 - 1.179.127.255' is 'no-em...@apnic.net'
>
> inetnum:1.179.112.0 - 1.179.127.255
> netname:STUB-1-179-112SLASH20
> descr:  Transferred to the RIPE region on 2020-12-08T07:54:04Z.
> country:ZZ
> admin-c:STUB-AP
> tech-c: STUB-AP
> status: ALLOCATED PORTABLE
> mnt-by: APNIC-STUB
> mnt-irt:IRT-STUB-AP
> last-modified:  2020-12-07T22:00:28Z
> source: APNIC
>
> Merci pour tes(vos) conseils, je suis newbie sur ce sujet, c'est la
> première fois que j'ai à gérer ce genre de transfert inter rirs
>
> Merci Stef pour le forward ici :)
>
> Simon
>
>
> On Fri, Jan 15, 2021 at 4:04 PM Stéphane Rivière  wrote:
>
> Merci beaucoup Thomas, j'ai transmis ta réponse à Simon...
>
> Bon WE :)
>
> --
> Be Seeing You
> Number Six
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
> --
>
>
> Thomas BRENAC
> +33686263575


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


Re: [FRnOG] [TECH] Migration IP Inter RIR

2021-01-15 Par sujet thomas brenac via frnog
normalement oui apres un temps de propagation...aleatoire, pour cela 
ARIN est plus rapide de memoire. Ici il a ete transfere fin decembre, 
mais route object que ce jour (et j'ai pas regarde les annonces). En 
regle generale faut 3 semaines derriere :)


CQFD

Thomas

--
Thomas BRENAC
https://www.brenac.eu
+33686263575
Registered IPv4 Broker by RIPE NCC, ARIN, APNIC and LACNIC


On 15/01/2021 16:13, Bressier Simon wrote:

Hello Thomas,

Je viens de me réinscrire sur FRnOG pour l'occasion :)

Merci beaucoup pour tes 2 cents, je viens de fwd le conseil à notre
team devops pour le prochain transfert qui ne devrait pas tarder à
rentrer, pour le bind à notre AS rapidement après le transfert.

du coup, un whois via RDAP retourne en effet bien les bonnes infos,
par contre performed via un bête Whois je me prends une réponse STUB
générique retournée par APNIC, ce comportement va changer après que
nous ayons bind ce range à notre AS après un temps de propag ? Ou rien
à voir et ça va rester tel quel ?


whois 1.179.112.0
% [whois.apnic.net]
% Whois data copyright termshttp://www.apnic.net/db/dbcopyright.html

% Information related to '1.179.112.0 - 1.179.127.255'

% Abuse contact for '1.179.112.0 - 1.179.127.255' is 'no-em...@apnic.net'

inetnum:1.179.112.0 - 1.179.127.255
netname:STUB-1-179-112SLASH20
descr:  Transferred to the RIPE region on 2020-12-08T07:54:04Z.
country:ZZ
admin-c:STUB-AP
tech-c: STUB-AP
status: ALLOCATED PORTABLE
mnt-by: APNIC-STUB
mnt-irt:IRT-STUB-AP
last-modified:  2020-12-07T22:00:28Z
source: APNIC

Merci pour tes(vos) conseils, je suis newbie sur ce sujet, c'est la
première fois que j'ai à gérer ce genre de transfert inter rirs

Merci Stef pour le forward ici :)

Simon


On Fri, Jan 15, 2021 at 4:04 PM Stéphane Rivière  wrote:

Merci beaucoup Thomas, j'ai transmis ta réponse à Simon...

Bon WE :)

--
Be Seeing You
Number Six


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


--


Thomas BRENAC
+33686263575


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


Re: [FRnOG] [TECH] Migration IP Inter RIR

2021-01-15 Par sujet Bressier Simon
Hello Thomas,

Je viens de me réinscrire sur FRnOG pour l'occasion :)

Merci beaucoup pour tes 2 cents, je viens de fwd le conseil à notre
team devops pour le prochain transfert qui ne devrait pas tarder à
rentrer, pour le bind à notre AS rapidement après le transfert.

du coup, un whois via RDAP retourne en effet bien les bonnes infos,
par contre performed via un bête Whois je me prends une réponse STUB
générique retournée par APNIC, ce comportement va changer après que
nous ayons bind ce range à notre AS après un temps de propag ? Ou rien
à voir et ça va rester tel quel ?

> whois 1.179.112.0
> % [whois.apnic.net]
> % Whois data copyright termshttp://www.apnic.net/db/dbcopyright.html
>
> % Information related to '1.179.112.0 - 1.179.127.255'
>
> % Abuse contact for '1.179.112.0 - 1.179.127.255' is 'no-em...@apnic.net'
>
> inetnum:1.179.112.0 - 1.179.127.255
> netname:STUB-1-179-112SLASH20
> descr:  Transferred to the RIPE region on 2020-12-08T07:54:04Z.
> country:ZZ
> admin-c:STUB-AP
> tech-c: STUB-AP
> status: ALLOCATED PORTABLE
> mnt-by: APNIC-STUB
> mnt-irt:IRT-STUB-AP
> last-modified:  2020-12-07T22:00:28Z
> source: APNIC

Merci pour tes(vos) conseils, je suis newbie sur ce sujet, c'est la
première fois que j'ai à gérer ce genre de transfert inter rirs

Merci Stef pour le forward ici :)

Simon


On Fri, Jan 15, 2021 at 4:04 PM Stéphane Rivière  wrote:
>
> Merci beaucoup Thomas, j'ai transmis ta réponse à Simon...
>
> Bon WE :)
>
> --
> Be Seeing You
> Number Six
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [TECH] Migration IP Inter RIR

2021-01-15 Par sujet Stéphane Rivière
Merci beaucoup Thomas, j'ai transmis ta réponse à Simon...

Bon WE :)

-- 
Be Seeing You
Number Six


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


Re: [FRnOG] [TECH] Migration IP Inter RIR

2021-01-15 Par sujet thomas brenac via frnog



Hello,


En fait les WHOIS de ARIN et APNIC répondent plus d'info que le WHOIS du 
RIPE qui ne repond que sur ses propres ranges (et just que les autres ne 
sont pas chez eux). Je n'ai pas essaye celui de LACNIC ou AFRINIC mais 
ceux de ARIN et surtout APNIC (netox.apnic.net) sont complets et 
répondent bien.


J'avais vu passer ce transfert de /20 :) de l'APNIC au RIPE, mais il 
sans route object...sauf depuis ce jour. Faut laisser le temps au temps 
aussi pour la mise a jour de la geoloc et des WHOIS :) et ne pas oublier 
de créer rapidement un groupe object et annonce quand on achète un 
subnet. Cela évite les squatter aussi :)



my 2 cents.


Thomas


On 15/01/2021 15:15, Stéphane Rivière wrote:

Bonjour à toutes et tous, une question de Simon, un colistier de
b...@groups.io, qui me semble plus appropriée ici...

Ne sachant que lui répondre, je me permets de vous soumettre la chose,
que vous allez certainement trouver que c'est très simple :)

Je vous remercie par procuration... Avec une TG de thé vert citron ou de
Thym pour les enrhumés...

Et merci à Philippe de m'avoir rappelé le bon email à utiliser ;)



Hello les barbus,

TG de doliprane (ou de paracétamol pour les plus génériques d'entre vous)

Dites, j'ai plein de questions métaphysiques sur la migration de range
inter RIR, mais mes capacités réseau ne sont qu'autodidactes, je ne
maîtrise donc pas tous les rouages.

posons le range 1.179.112.0/20 (au hasard totalement... :D )
ce range fait partie de 1.0.0.0/8 fourni à l'APNIC par Iana. Jusque là,
c'est simple, normalement c'est l'APNIC qui se charge de publier les
données relatives à l'ensemble de ce /8

Seulement, nous avons acheté ce range à une société Australienne, et
nous l'avons rapatrié auprès du RIPE, ce n'est donc plus l'APNIC qui
gère le range mais le RIPE.

Donc l'APNIC ne publie plus d'infos whois pour ce range, indique
seulement que le range a été transféré au RIPE.

Le RIPE publie bien les données Whois de ce range maintenant.

MAIS

étant donné que le whois fonctionne en cascade comme le DNS, la première
requête pour un whois 1.179.112.0 regarde chez Iana dans quel /8 il
appartient et donc qui est le RIR qui s'occupe de publier le whois, puis
request l'APNIC puisque le range est normalement géré par eux, et
l'APNIC renvoie juste une info comme quoi il a transféré le range au RIPE.

Mais visiblement un outil whois basique n'effectue pas de "redirection"
automatique vers un autre RIR ?

Est-ce que j'ai bon dans mon raisonnement ? Ou bien il y a un acteur que
j'ai manqué, et qui permet de savoir sur quel RIR taper pour un range
d'IPs ?

Je galère actuellement pour avoir des datas propres à ma société qui soient
retournés directement via un Whois

Merci d'avance !




--


Thomas BRENAC
+33686263575


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


[FRnOG] [TECH] Migration IP Inter RIR

2021-01-15 Par sujet Stéphane Rivière
Bonjour à toutes et tous, une question de Simon, un colistier de
b...@groups.io, qui me semble plus appropriée ici...

Ne sachant que lui répondre, je me permets de vous soumettre la chose,
que vous allez certainement trouver que c'est très simple :)

Je vous remercie par procuration... Avec une TG de thé vert citron ou de
Thym pour les enrhumés...

Et merci à Philippe de m'avoir rappelé le bon email à utiliser ;)



Hello les barbus,

TG de doliprane (ou de paracétamol pour les plus génériques d'entre vous)

Dites, j'ai plein de questions métaphysiques sur la migration de range
inter RIR, mais mes capacités réseau ne sont qu'autodidactes, je ne
maîtrise donc pas tous les rouages.

posons le range 1.179.112.0/20 (au hasard totalement... :D )
ce range fait partie de 1.0.0.0/8 fourni à l'APNIC par Iana. Jusque là,
c'est simple, normalement c'est l'APNIC qui se charge de publier les
données relatives à l'ensemble de ce /8

Seulement, nous avons acheté ce range à une société Australienne, et
nous l'avons rapatrié auprès du RIPE, ce n'est donc plus l'APNIC qui
gère le range mais le RIPE.

Donc l'APNIC ne publie plus d'infos whois pour ce range, indique
seulement que le range a été transféré au RIPE.

Le RIPE publie bien les données Whois de ce range maintenant.

MAIS

étant donné que le whois fonctionne en cascade comme le DNS, la première
requête pour un whois 1.179.112.0 regarde chez Iana dans quel /8 il
appartient et donc qui est le RIR qui s'occupe de publier le whois, puis
request l'APNIC puisque le range est normalement géré par eux, et
l'APNIC renvoie juste une info comme quoi il a transféré le range au RIPE.

Mais visiblement un outil whois basique n'effectue pas de "redirection"
automatique vers un autre RIR ?

Est-ce que j'ai bon dans mon raisonnement ? Ou bien il y a un acteur que
j'ai manqué, et qui permet de savoir sur quel RIR taper pour un range
d'IPs ?

Je galère actuellement pour avoir des datas propres à ma société qui soient
retournés directement via un Whois

Merci d'avance !



-- 
Be Seeing You
Number Six


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


Re: [FRnOG] [MISC] Notre meilleur argument pour vendre du FTTO

2021-01-15 Par sujet Stéphane Rivière
Le 15/01/2021 à 12:28, Théo Laban a écrit :
> Le problème ne vient malheureusement pas de CZ ou de RO.
> Il vient d'ici.

+1000 (j'ai des sous traitants RO et c'est du taff archi nickel).

-- 
Be Seeing You
Number Six


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


Re: [FRnOG] [MISC] Notre meilleur argument pour vendre du FTTO

2021-01-15 Par sujet Fabien H
> Le problème est le suivant, selon moi: client pas up, sous traitant pas
> facturé.
> ++
>
>
L'idée est bonne mais si c'est pour débrancher l'abonné d'à côté parce
qu'il n'y a plus de capacité, ça n'est pas satisfaisant ! Et pour détecter
ce genre de pratiques, le seul moyen est que l'abonné débranché ce plaigne..

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


Re: [FRnOG] [MISC] Notre meilleur argument pour vendre du FTTO

2021-01-15 Par sujet Théo Laban
Le problème ne vient malheureusement pas de CZ ou de RO.
Il vient d'ici.
Mes vendors qui viennent de CZ et de Bulgarie travaillent très bien, en DC
certes.
Le problème est le suivant, selon moi: client pas up, sous traitant pas
facturé.
++

Le ven. 15 janv. 2021 à 11:59, Sébastien Lesimple <
sebastien.lesim...@iguanetel.fr> a écrit :

> Y'a surtout qu'à force de cascade de sous-traitants, payés au lance
> pierre à tel point que les plaques d'immat sont en PL, CZ, RO etc...
> Sans formation, sans contraintes de déploiement, sans contrôle qualité...
> On y rajoute tous les baltringues qui ont flairés la bonne affaire pour
> faire du cash sans efforts...
> Ben on en arrive à ca!
>
> Le 15/01/2021 à 09:18, Raphael Mazelier a écrit :
> >
> >> Tain le cauchemard… C'est fou, et désespérant…
> >>
> > On voit aussi un peu de positif avec des opérateurs qui forcent les
> > recâblages et qui semblent avoir compris un petit peu l'ampleur du
> > problème.
> >
> > Mais dans l'ensemble cela ne m’étonne guère ; déjà à l’époque qu'est
> > ce que j'ai pu pester contre le câblage fait en datacenter de
> > certaines de mes précédentes compagnies dans les telcos (avec de
> > belles exceptions, coucou max, coucou etf1).
> >
> > Ce que je trouve particulièrement désolant c'est que les personnes qui
> > réalisent du mauvais câblage n'ont aucun respect pour les personnes
> > qui viennent après eux. C'est un manque de professionnalisme et de
> > l’égoïsme.
> >
> > --
> >
> > Raphael Mazelier
> >
> >
> >
> > ---
> > 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] Notre meilleur argument pour vendre du FTTO

2021-01-15 Par sujet Sébastien Lesimple
Y'a surtout qu'à force de cascade de sous-traitants, payés au lance
pierre à tel point que les plaques d'immat sont en PL, CZ, RO etc...
Sans formation, sans contraintes de déploiement, sans contrôle qualité...
On y rajoute tous les baltringues qui ont flairés la bonne affaire pour
faire du cash sans efforts...
Ben on en arrive à ca!

Le 15/01/2021 à 09:18, Raphael Mazelier a écrit :
>
>> Tain le cauchemard… C'est fou, et désespérant…
>>
> On voit aussi un peu de positif avec des opérateurs qui forcent les
> recâblages et qui semblent avoir compris un petit peu l'ampleur du
> problème.
>
> Mais dans l'ensemble cela ne m’étonne guère ; déjà à l’époque qu'est
> ce que j'ai pu pester contre le câblage fait en datacenter de
> certaines de mes précédentes compagnies dans les telcos (avec de
> belles exceptions, coucou max, coucou etf1).
>
> Ce que je trouve particulièrement désolant c'est que les personnes qui
> réalisent du mauvais câblage n'ont aucun respect pour les personnes
> qui viennent après eux. C'est un manque de professionnalisme et de
> l’égoïsme.
>
> -- 
>
> Raphael Mazelier
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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


Re: [FRnOG] [MISC] Notre meilleur argument pour vendre du FTTO

2021-01-15 Par sujet Raphael Mazelier




Tain le cauchemard… C'est fou, et désespérant…

On voit aussi un peu de positif avec des opérateurs qui forcent les 
recâblages et qui semblent avoir compris un petit peu l'ampleur du 
problème.


Mais dans l'ensemble cela ne m’étonne guère ; déjà à l’époque qu'est ce 
que j'ai pu pester contre le câblage fait en datacenter de certaines de 
mes précédentes compagnies dans les telcos (avec de belles exceptions, 
coucou max, coucou etf1).


Ce que je trouve particulièrement désolant c'est que les personnes qui 
réalisent du mauvais câblage n'ont aucun respect pour les personnes qui 
viennent après eux. C'est un manque de professionnalisme et de l’égoïsme.


--

Raphael Mazelier



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