Re: [FRnOG] [TECH] Aide configuration mikrotik + AS + bloc IPV4

2020-08-26 Par sujet Olivier Lange 
Bon,

la conf remontée sur un CHR en VM, avec les routes par défaut, ca marche
vachement mieux... Pfff, quand je pense qu'il ne manquait que ca... Faut
vraiment que j'arrête de me compliquer la tache, parfois...

Merci pour les conseils / astuces! Maintenant il ne me reste plus
qu'a jouer avec tout ca, et comprendre comment fonctione l'IPV6 en
profondeur, et les échanges de routes d'un AS!

Encore merci a tous!
Olivier

Le mer. 26 août 2020 à 21:52, Olivier Lange  a écrit :

> Hello,
>
> non non, je fais pas le mort ;). C'est juste qu'avec 6h de décallage, et
> le petit à gérer, je me remets sur ma config que vers 21h30-22h (heure
> Canadienne), donc 4h du matin FR :D.
>
> Je regarde toutes les réponses, et oui, surement qu'il y a une connerie
> qui manque. Et oui pour la default gateway, le souci c'est que je ne
> voulais pas le faire sur ce routeur, car c'est mon routeur principal...
> Mmm, je sens que je vais être bon pour remonter une VM CHR et prolonger mon
> EOIP jusqu'a cette VM, pour pouvoir configurer ma default gateway afin
> d'éviter de devoir faire des VRF et du mangle...
>
> Merci pour les pistes en tout cas, je retourne mettre tout ca carré... Je
> vous redis!
> Olivier
>
> P.S: pour répondre à l'une des première question, 2 EOIP car les endpoints
> coté Milkywan sont différent pour l'ipv4 et l'ipv6, donc 2 tunnels
>
> Le mer. 26 août 2020 à 12:58, David Ponzone  a
> écrit :
>
>> C’est un peu vers ça que je l’avais dirigé (certes, je lui ai pas donné
>> la réponse, mais j’étais en voiture) :)
>> Comme il a pas réagi, je pense qu’il a compris sa boulette et fait le
>> mort :)
>>
>>
>>
>> Le 26 août 2020 à 18:43, Hugues Voiturier  a
>> écrit :
>>
>> Enlève cette ligne :
>>
>> add check-gateway=ping distance=1 dst-address=45.13.104.192/29 gateway=\
>>   10.1.1.21 pref-src=10.1.1.22 routing-mark=milkywan-ipv4
>>
>>
>> Mets une default gateway vers l’IP Milky
>>
>> Et normalement ça va tomber en marche.
>>
>> Hugues Voiturier
>> Consultant en architecture réseau
>> AS57199
>>
>> On 26 Aug 2020, at 03:28, Olivier Lange  wrote:
>>
>> Hello à la liste,
>>
>> Bon, j'ai besoin d'un coup de main, je sèche, même si je suis sur que ce
>> n'est pas grand chose... Mais y a 1 (ou plutot 2) détails qui doivent
>> m'empécher de fonctionner.
>>
>> J'ai pris un AS + bloc IPV6 + bloc IPV4 /29 auprès de Milkywan (très
>> sympa,
>> pro, correcte, bref, je conseil). Et j'essaie despérément de les faire
>> fonctionner sur mon Mikrotik (CCR1009), qui as une ip public. Mais je
>> n'arrive a rien.
>>
>> Coté AS + IPV6
>> EOIP pour ll'interco
>> IPv6 d’interco de ton côté: 2a0b:cbc0:1::186/126
>> IPv6 d’iterco côté MilkyWan: 2a0b:cbc0:1::185/126
>>
>> Bloc IPV6 attribué: 2a0e:e704:46::/48
>>
>> Mais ca ne semble pas pinguer... J'ai oublié qqch?
>>
>> Et pour mon IPV4, c'est la même question. La aussi, doit pas me manquer
>> grand chose, mais je vois pas quoi... Je vois bien mes pings arrivé, sur
>> l'ip (via un torch), mais il doit y avoir un souci dans ma conf
>> sortante...
>>
>> Second EOIP pour ipv4
>> IPv4 d’interco de ton côté:10.1.1.22/30
>> IPv4 d’iterco côté MilkyWan: 10.1.1.21/30
>>
>> On te route 45.13.104.192/29 dessus.
>>
>> Et la, c'est le drame... Si vous voyez le truc que j'ai oublié, je
>> prends... Merci a tous!
>>
>> Et ma conf Mikrotik (j'ai nettoyer un peu...):
>> [admin@mkt-CCR1009] > export
>> # aug/25/2020 21:21:55 by RouterOS 6.46.5
>> # software id = X3XV-R3SW
>> #
>> # model = CCR1009-8G-1S
>> # serial number = 70CB06D1D1DC
>> /interface bridge
>> add name=BR-Local
>> add disabled=yes name=BR-VID1001
>> add name=BR-VID1002
>> add name=BR-VID1003
>> /interface ethernet
>> set [ find default-name=ether1 ] name=eth1-WAN
>> set [ find default-name=ether2 ] name=eth2-LAN
>> set [ find default-name=ether5 ] name=eth5-SRV
>> /interface eoip
>> add mac-address=02:67:A4:64:FD:5D name=eoip-to-milkywan-ipv4
>> remote-address=\
>>   XXX tunnel-id=2
>> add mac-address=02:76:58:AA:7B:1B name=eoip-to-milkywan-ipv6
>> remote-address=\
>>   XXX tunnel-id=1
>> /routing bgp instance
>> add as=212957 client-to-client-reflection=no name=AS212957
>> redistribute-rip=yes \
>>   router-id=104.163.185.122
>> /ip address
>> add address=10.1.1.22/30 interface=eoip-to-milkywan-ipv4
>> network=10.1.1.20
>> add address=45.13.104.193/29 interface=BR-Local network=45.13.104.192
>> /ip firewall nat
>> add action=masquerade chain=srcnat
>> /ip route
>> add disabled=yes distance=1 gateway=eoip-to-milkywan-ipv4
>> pref-src=10.0.1.22 \
>>   routing-mark=milkywan-ipv4
>> add check-gateway=ping distance=1 dst-address=45.13.104.192/29 gateway=\
>>   10.1.1.21 pref-src=10.1.1.22 routing-mark=milkywan-ipv4
>> /ipv6 address
>> add address=2a0e:e704:46::1 advertise=no interface=eoip-to-milkywan-ipv6
>> add address=2a0b:cbc0:1::186/126 advertise=no
>> interface=eoip-to-milkywan-ipv6
>> /ipv6 route
>> add distance=1 gateway=eoip-to-milkywan-ipv6
>> /routing bgp network
>> add network=2a0e:e704:46::/48
>> /routing bgp peer
>> add address-fa

Re: [FRnOG] [TECH] Aide configuration mikrotik + AS + bloc IPV4

2020-08-26 Par sujet Olivier Lange 
Hello,

non non, je fais pas le mort ;). C'est juste qu'avec 6h de décallage, et le
petit à gérer, je me remets sur ma config que vers 21h30-22h (heure
Canadienne), donc 4h du matin FR :D.

Je regarde toutes les réponses, et oui, surement qu'il y a une connerie qui
manque. Et oui pour la default gateway, le souci c'est que je ne voulais
pas le faire sur ce routeur, car c'est mon routeur principal... Mmm, je
sens que je vais être bon pour remonter une VM CHR et prolonger mon EOIP
jusqu'a cette VM, pour pouvoir configurer ma default gateway afin d'éviter
de devoir faire des VRF et du mangle...

Merci pour les pistes en tout cas, je retourne mettre tout ca carré... Je
vous redis!
Olivier

P.S: pour répondre à l'une des première question, 2 EOIP car les endpoints
coté Milkywan sont différent pour l'ipv4 et l'ipv6, donc 2 tunnels

Le mer. 26 août 2020 à 12:58, David Ponzone  a
écrit :

> C’est un peu vers ça que je l’avais dirigé (certes, je lui ai pas donné la
> réponse, mais j’étais en voiture) :)
> Comme il a pas réagi, je pense qu’il a compris sa boulette et fait le mort
> :)
>
>
>
> Le 26 août 2020 à 18:43, Hugues Voiturier  a
> écrit :
>
> Enlève cette ligne :
>
> add check-gateway=ping distance=1 dst-address=45.13.104.192/29 gateway=\
>   10.1.1.21 pref-src=10.1.1.22 routing-mark=milkywan-ipv4
>
>
> Mets une default gateway vers l’IP Milky
>
> Et normalement ça va tomber en marche.
>
> Hugues Voiturier
> Consultant en architecture réseau
> AS57199
>
> On 26 Aug 2020, at 03:28, Olivier Lange  wrote:
>
> Hello à la liste,
>
> Bon, j'ai besoin d'un coup de main, je sèche, même si je suis sur que ce
> n'est pas grand chose... Mais y a 1 (ou plutot 2) détails qui doivent
> m'empécher de fonctionner.
>
> J'ai pris un AS + bloc IPV6 + bloc IPV4 /29 auprès de Milkywan (très sympa,
> pro, correcte, bref, je conseil). Et j'essaie despérément de les faire
> fonctionner sur mon Mikrotik (CCR1009), qui as une ip public. Mais je
> n'arrive a rien.
>
> Coté AS + IPV6
> EOIP pour ll'interco
> IPv6 d’interco de ton côté: 2a0b:cbc0:1::186/126
> IPv6 d’iterco côté MilkyWan: 2a0b:cbc0:1::185/126
>
> Bloc IPV6 attribué: 2a0e:e704:46::/48
>
> Mais ca ne semble pas pinguer... J'ai oublié qqch?
>
> Et pour mon IPV4, c'est la même question. La aussi, doit pas me manquer
> grand chose, mais je vois pas quoi... Je vois bien mes pings arrivé, sur
> l'ip (via un torch), mais il doit y avoir un souci dans ma conf sortante...
>
> Second EOIP pour ipv4
> IPv4 d’interco de ton côté:10.1.1.22/30
> IPv4 d’iterco côté MilkyWan: 10.1.1.21/30
>
> On te route 45.13.104.192/29 dessus.
>
> Et la, c'est le drame... Si vous voyez le truc que j'ai oublié, je
> prends... Merci a tous!
>
> Et ma conf Mikrotik (j'ai nettoyer un peu...):
> [admin@mkt-CCR1009] > export
> # aug/25/2020 21:21:55 by RouterOS 6.46.5
> # software id = X3XV-R3SW
> #
> # model = CCR1009-8G-1S
> # serial number = 70CB06D1D1DC
> /interface bridge
> add name=BR-Local
> add disabled=yes name=BR-VID1001
> add name=BR-VID1002
> add name=BR-VID1003
> /interface ethernet
> set [ find default-name=ether1 ] name=eth1-WAN
> set [ find default-name=ether2 ] name=eth2-LAN
> set [ find default-name=ether5 ] name=eth5-SRV
> /interface eoip
> add mac-address=02:67:A4:64:FD:5D name=eoip-to-milkywan-ipv4
> remote-address=\
>   XXX tunnel-id=2
> add mac-address=02:76:58:AA:7B:1B name=eoip-to-milkywan-ipv6
> remote-address=\
>   XXX tunnel-id=1
> /routing bgp instance
> add as=212957 client-to-client-reflection=no name=AS212957
> redistribute-rip=yes \
>   router-id=104.163.185.122
> /ip address
> add address=10.1.1.22/30 interface=eoip-to-milkywan-ipv4 network=10.1.1.20
> add address=45.13.104.193/29 interface=BR-Local network=45.13.104.192
> /ip firewall nat
> add action=masquerade chain=srcnat
> /ip route
> add disabled=yes distance=1 gateway=eoip-to-milkywan-ipv4
> pref-src=10.0.1.22 \
>   routing-mark=milkywan-ipv4
> add check-gateway=ping distance=1 dst-address=45.13.104.192/29 gateway=\
>   10.1.1.21 pref-src=10.1.1.22 routing-mark=milkywan-ipv4
> /ipv6 address
> add address=2a0e:e704:46::1 advertise=no interface=eoip-to-milkywan-ipv6
> add address=2a0b:cbc0:1::186/126 advertise=no
> interface=eoip-to-milkywan-ipv6
> /ipv6 route
> add distance=1 gateway=eoip-to-milkywan-ipv6
> /routing bgp network
> add network=2a0e:e704:46::/48
> /routing bgp peer
> add address-families=ipv6 comment="Transit: AS57199 MilkyWan [IPv6]"
> in-filter=\
>   xxx instance=AS212957 name=peer1 out-filter=xxx remote-address=\
>   2a0b:cbc0:1::185 remote-as=57199 ttl=default
>
> ---
> 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] Offre FIBRE vs ADSL

2020-08-26 Par sujet Michel Py 
> Richard a écrit :
> Il y a un point en faveur du cuivre... C est une techno passive comparer
> à la fibre. Entre le dslam et le cpe c’est du cuivre et rien d’autre.

Cà a longtemps été vrai, mais çà ne l'est plus, en tout cas ici. Ce que AT&T 
fait c'est qu'ils mettent plein de bornes dans les rues avec un mini-DSLAM 
dedans (c'est là ou arrive la fibre) et gardent aDSL entre leur machin (le nom 
est "pod", il me semble) et le client. Vu que la distance est au maximum 
quelques malheureux centaines de mètres, ils peuvent promettre 25 Mbps sur une 
paire. Le CPE va donc au pod en cuivre, mais le pod (actif, qui nécessite du 
courant) est connecté au réseau. Même si tu as un groupe électrogène ou des 
batteries, s'il y a une coupure de courant le pod dans la rue va tomber, pareil 
que la fibre.

Prendre de l'aDSL maintenant, faut vraiment une bonne raison. Le réseau cuivre 
est pourri presque partout et continue à se dégrader, la fibre même installée 
par un chimpanzé sous-traitant çà va durer plus longtemps. AMHA, les deux 
bonnes raisons pout prendre aDSL sont le prix (si c'est vraiment pas cher) et 
éventuellement la proximité au sens du réseau du travail : le bureau alimenté 
par le même FAI que celui que tu as à la maison çà peut être valide si le 
transit de dit FAI tombe.

Michel.


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

Re: [FRnOG] [MISC] Offre FIBRE vs ADSL

2020-08-26 Par sujet David Ponzone 
Voilà c’est ça.
FTTH/DSL jusqu’à ta box, ethernet/wifi entre ta box et tes équipements internes.

> Le 26 août 2020 à 22:23, Eugène Ngontang  a écrit :
> 
> Hello @Radu-Adrian,
> 
> J'ai peur qu'on ne se comprenne pas, même si je te fais confiance sur la
> question car personnellement je suis loin d'être un AS de l'infrastructure
> VDI.
> 
> Aujourd'hui j'ai une installation un réseau VDI de grade 2, ce qui n'est
> pas plus mal car je pense que le signal TV est meilleur avec le satellite
> qu'avec Ethernet.
> Dans mon garage tout près de mon compteur électrique se trouve un coffret
> de communication dans lequel est installée une prise DTI de marque Legrand
> de type T, avec une arrivée et 5 sorties.
> 
> Dans mes différentes pièces il y a
> - Une prise RJ45 (pour le téléphone et l'informatique)
> - Une prise coaxiale (pour la TV)
> 
> Donc ça c'est l'existant (bien-sur je compte rationaliser et étendre mon
> réseau électrique) avec une prise une DTI en T ( toutes les sorties sont
> sur deux fils ).
> 
> 
> Lors de mon raccordement internet avec K-net, les techniciens de la société
> R&C mandatée par COVAGE pour me déployer la fibre se sont limités à
> s'assurer que je reçois le signal fibre et m'ont dit que ce n'est pas à eux
> de me brasser mon réseau électrique, j'ai donc demandé qu'ils m'installent
> le modem fibre dans mon garage où j'ai l'intention d'installer ma box afin
> de d'arroser toute la maison à partir du Garage, à travers les prises
> Ethernet RJ45 déjà installées avec mon VDI.
> 
> Plus tard lors de mes travaux je compte faire réinstaller tout mon réseau
> électrique par un équipe de pro et le faire passer éventuellement  au grade
> 3 ou 4, avec plus de prises car la maison va s'agrandir.
> 
> Ce que tu es en train de me dire c'est que même avec un boitier ADSL à la
> place de la fibre, je peux tout aussi bien exploiter mon réseau électrique
> actuel exactement comme j'ai l'intention de le faire et choper le réseau
> dans toutes les pièces où j'ai mes prises ethernet. C'est bien ça?
> 
> En gros la notion de signal lumineux/électricité liée à la fibre optique
> n'a rien à voir avec le réseau électrique de la maison, et on peut
> raccorder aussi bien un boitier FTTH qu'ADSL sans avoir à faire la moindre
> opération sur l'infrastructure réseau existante?
> 
> Une fois cette mise au point, il reste la question de le réelle différence
> de vitesse dans la transmission des données entre les deux modes.
> 
> Merci.
> 
> Le mer. 26 août 2020 à 21:38, Radu-Adrian Feurdean <
> fr...@radu-adrian.feurdean.net> a écrit :
> 
>> On Wed, Aug 26, 2020, at 20:27, Eugène Ngontang wrote:
>>> Du coup pour revenir à ma question d'origine, je me demande, est qu'avec
>> un
>>> raccordement  en ADSL l'infrastructure réseau change?
>> 
>> Non, pas trop.
>> 
>>> Typiquement, si j'ai déjà des prises RJ45 prévues pour choper le réseau
>>> filaire partout dans la maison à travers le courant sans avoir à tirer
>> les
>>> câbles éthernet, est ce que cela peut se faire avec de l'ADSL? Il me
>> semble
>>> que non, et j'avais dû  faire creuser une tranchée depuis le poteau à
>>> l'entré de chez moi, tout le long de ma servitude, en prélude à mon
>>> raccordement FTTH actuel.
>> 
>> Rien a voir.
>> Tu as : boucle locale -> equipement(s) de demarcation -> reseau local
>> Boucle locale : la fibre ou la ligne xDSL (x = A/V/S/...). Se termine
>> generalement avec une prise (telephonique ou PTO)
>> Equipements de demarcation:
>> - en ADSL c'est la box de l'operateur
>> - en FTTH, tu as l'ONT et le routeur/box de l'operateur. Ca peut etre
>> dans le meme boitier ou non, et si c'est pas le meme il peuvent etre a des
>> endroits differents, et il faut le relier (generalement pas un cable
>> ethernet - evitez a tout prix les bricoles)
>> 
>> Derriere le routeur/box operateur c'est ton reseau local, que tu etends
>> dans la maison un peu comme tu veux. Et si tu n'habites pas dans un petit
>> appartement, il faut bien "etendre" le reseau local avec des cables
>> (pre-deployes dans le logement ou tires/poses/laisses trainer d'une facon
>> ou autre), repeteurs wifi, CPL (buerk), ...
>> 
>> Ce qu'il faut retenir, c'est que le reseau local c'est nullement le
>> probleme de l'operateur. C'est le tien. Il a beau vouloir te vendre des
>> appareils necessaires pour la partie locale, il pourra rien faire, et en
>> regle generale il ne va rien faire.
>> 
>>> J'ai du mal à voir comment déployer et arroser toute la maison (assez
>>> grande et compartimentée) en ethernet avec ces dispositions. Peut être il
>>> faudrait d'abord qu'un tekos de chez free or whatever passe faire une
>> étude
>>> de l'existant?
>> 
>> Plutot "whatever". Ou "whatever" = cableur (ou electricien qui comprend la
>> difference entre un cable quelconque et un cable reseau).
>> 
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>> 
> 
> 
> -- 
> LesCDN 
> engont...@lescdn.com
> ---

Re: [FRnOG] [MISC] Offre FIBRE vs ADSL

2020-08-26 Par sujet Eugène Ngontang 
Hello @Radu-Adrian,

J'ai peur qu'on ne se comprenne pas, même si je te fais confiance sur la
question car personnellement je suis loin d'être un AS de l'infrastructure
VDI.

Aujourd'hui j'ai une installation un réseau VDI de grade 2, ce qui n'est
pas plus mal car je pense que le signal TV est meilleur avec le satellite
qu'avec Ethernet.
Dans mon garage tout près de mon compteur électrique se trouve un coffret
de communication dans lequel est installée une prise DTI de marque Legrand
de type T, avec une arrivée et 5 sorties.

Dans mes différentes pièces il y a
- Une prise RJ45 (pour le téléphone et l'informatique)
- Une prise coaxiale (pour la TV)

Donc ça c'est l'existant (bien-sur je compte rationaliser et étendre mon
réseau électrique) avec une prise une DTI en T ( toutes les sorties sont
sur deux fils ).


Lors de mon raccordement internet avec K-net, les techniciens de la société
R&C mandatée par COVAGE pour me déployer la fibre se sont limités à
s'assurer que je reçois le signal fibre et m'ont dit que ce n'est pas à eux
de me brasser mon réseau électrique, j'ai donc demandé qu'ils m'installent
le modem fibre dans mon garage où j'ai l'intention d'installer ma box afin
de d'arroser toute la maison à partir du Garage, à travers les prises
Ethernet RJ45 déjà installées avec mon VDI.

Plus tard lors de mes travaux je compte faire réinstaller tout mon réseau
électrique par un équipe de pro et le faire passer éventuellement  au grade
3 ou 4, avec plus de prises car la maison va s'agrandir.

Ce que tu es en train de me dire c'est que même avec un boitier ADSL à la
place de la fibre, je peux tout aussi bien exploiter mon réseau électrique
actuel exactement comme j'ai l'intention de le faire et choper le réseau
dans toutes les pièces où j'ai mes prises ethernet. C'est bien ça?

En gros la notion de signal lumineux/électricité liée à la fibre optique
n'a rien à voir avec le réseau électrique de la maison, et on peut
raccorder aussi bien un boitier FTTH qu'ADSL sans avoir à faire la moindre
opération sur l'infrastructure réseau existante?

Une fois cette mise au point, il reste la question de le réelle différence
de vitesse dans la transmission des données entre les deux modes.

Merci.

Le mer. 26 août 2020 à 21:38, Radu-Adrian Feurdean <
fr...@radu-adrian.feurdean.net> a écrit :

> On Wed, Aug 26, 2020, at 20:27, Eugène Ngontang wrote:
> > Du coup pour revenir à ma question d'origine, je me demande, est qu'avec
> un
> > raccordement  en ADSL l'infrastructure réseau change?
>
> Non, pas trop.
>
> > Typiquement, si j'ai déjà des prises RJ45 prévues pour choper le réseau
> > filaire partout dans la maison à travers le courant sans avoir à tirer
> les
> > câbles éthernet, est ce que cela peut se faire avec de l'ADSL? Il me
> semble
> > que non, et j'avais dû  faire creuser une tranchée depuis le poteau à
> > l'entré de chez moi, tout le long de ma servitude, en prélude à mon
> > raccordement FTTH actuel.
>
> Rien a voir.
> Tu as : boucle locale -> equipement(s) de demarcation -> reseau local
> Boucle locale : la fibre ou la ligne xDSL (x = A/V/S/...). Se termine
> generalement avec une prise (telephonique ou PTO)
> Equipements de demarcation:
>  - en ADSL c'est la box de l'operateur
>  - en FTTH, tu as l'ONT et le routeur/box de l'operateur. Ca peut etre
> dans le meme boitier ou non, et si c'est pas le meme il peuvent etre a des
> endroits differents, et il faut le relier (generalement pas un cable
> ethernet - evitez a tout prix les bricoles)
>
> Derriere le routeur/box operateur c'est ton reseau local, que tu etends
> dans la maison un peu comme tu veux. Et si tu n'habites pas dans un petit
> appartement, il faut bien "etendre" le reseau local avec des cables
> (pre-deployes dans le logement ou tires/poses/laisses trainer d'une facon
> ou autre), repeteurs wifi, CPL (buerk), ...
>
> Ce qu'il faut retenir, c'est que le reseau local c'est nullement le
> probleme de l'operateur. C'est le tien. Il a beau vouloir te vendre des
> appareils necessaires pour la partie locale, il pourra rien faire, et en
> regle generale il ne va rien faire.
>
> > J'ai du mal à voir comment déployer et arroser toute la maison (assez
> > grande et compartimentée) en ethernet avec ces dispositions. Peut être il
> > faudrait d'abord qu'un tekos de chez free or whatever passe faire une
> étude
> > de l'existant?
>
> Plutot "whatever". Ou "whatever" = cableur (ou electricien qui comprend la
> difference entre un cable quelconque et un cable reseau).
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

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

Re: [FRnOG] [MISC] Offre FIBRE vs ADSL

2020-08-26 Par sujet Radu-Adrian Feurdean 
On Wed, Aug 26, 2020, at 20:27, Eugène Ngontang wrote:
> Du coup pour revenir à ma question d'origine, je me demande, est qu'avec un
> raccordement  en ADSL l'infrastructure réseau change?

Non, pas trop.

> Typiquement, si j'ai déjà des prises RJ45 prévues pour choper le réseau
> filaire partout dans la maison à travers le courant sans avoir à tirer les
> câbles éthernet, est ce que cela peut se faire avec de l'ADSL? Il me semble
> que non, et j'avais dû  faire creuser une tranchée depuis le poteau à
> l'entré de chez moi, tout le long de ma servitude, en prélude à mon
> raccordement FTTH actuel.

Rien a voir.
Tu as : boucle locale -> equipement(s) de demarcation -> reseau local
Boucle locale : la fibre ou la ligne xDSL (x = A/V/S/...). Se termine 
generalement avec une prise (telephonique ou PTO)
Equipements de demarcation:
 - en ADSL c'est la box de l'operateur
 - en FTTH, tu as l'ONT et le routeur/box de l'operateur. Ca peut etre dans le 
meme boitier ou non, et si c'est pas le meme il peuvent etre a des endroits 
differents, et il faut le relier (generalement pas un cable ethernet - evitez a 
tout prix les bricoles)

Derriere le routeur/box operateur c'est ton reseau local, que tu etends dans la 
maison un peu comme tu veux. Et si tu n'habites pas dans un petit appartement, 
il faut bien "etendre" le reseau local avec des cables (pre-deployes dans le 
logement ou tires/poses/laisses trainer d'une facon ou autre), repeteurs wifi, 
CPL (buerk), ...

Ce qu'il faut retenir, c'est que le reseau local c'est nullement le probleme de 
l'operateur. C'est le tien. Il a beau vouloir te vendre des appareils 
necessaires pour la partie locale, il pourra rien faire, et en regle generale 
il ne va rien faire.

> J'ai du mal à voir comment déployer et arroser toute la maison (assez
> grande et compartimentée) en ethernet avec ces dispositions. Peut être il
> faudrait d'abord qu'un tekos de chez free or whatever passe faire une étude
> de l'existant?

Plutot "whatever". Ou "whatever" = cableur (ou electricien qui comprend la 
difference entre un cable quelconque et un cable reseau).


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

Re: [FRnOG] [MISC] Offre FIBRE vs ADSL

2020-08-26 Par sujet Eugène Ngontang 
Hello,

Du coup pour revenir à ma question d'origine, je me demande, est qu'avec un
raccordement  en ADSL l'infrastructure réseau change?

Typiquement, si j'ai déjà des prises RJ45 prévues pour choper le réseau
filaire partout dans la maison à travers le courant sans avoir à tirer les
câbles éthernet, est ce que cela peut se faire avec de l'ADSL? Il me semble
que non, et j'avais dû  faire creuser une tranchée depuis le poteau à
l'entré de chez moi, tout le long de ma servitude, en prélude à mon
raccordement FTTH actuel.

J'ai du mal à voir comment déployer et arroser toute la maison (assez
grande et compartimentée) en ethernet avec ces dispositions. Peut être il
faudrait d'abord qu'un tekos de chez free or whatever passe faire une étude
de l'existant?

Eugène NG

Le mar. 25 août 2020 à 15:44, Nang Bat  a écrit :

> Le beamforming en 5g il est surtout là pour le bilan de liaison, le
> frequency reuse et la mitigation d'interférences pas vraiment pour la conso
> en période de creux. Allumer et piloter une antenne 64T64R même si ont peut
> réussir à obtenir des consos raisonnables, ça va forcément consommer un
> peu.
> Après tout est question de rapporter la conso au débit utile (et utilisé)
> par user, et bon là effectivement une grosse 64T64R en pic de charge elle
> va consommer un peu beaucoup, mais pas tant que ça en terme de débit utile
> par utilisateur (et beaucoup moins qu'un mix de LTE pour un service
> équivalent).
>
> Le mar. 25 août 2020 à 15:09, Varicap  a écrit :
>
> > La conso d’énergie était un sujet pour vendredi suite à la discussion de
> > nos politiques sur le sujet des forfaits illimités et de la consommation
> > d’énergie.
> > Les opérateurs commencent à prendre conscience de ce sujet où il y a
> > quelques sites en 4G qui commencent à éteindre quelques fréquences 4G la
> > nuit .
> > Lorsque il y une augmentation du traffic les fréquences se remettent en
> > service.
> > Côté consommation cela représente jusqu’à un pourcentage à deux chiffres
> > sur l annnée. Au passage cela permet bien. Sur de réduire l’exposition
> aux
> > ondes (autre débat).
> >
> > Le beam forming permettra aussi de faire des économies d’énergie ‘SI’ la
> > 5G est correctement déployé .
> >
> > C’est à partir de gouttes d’eau que se forment les ruisseaux !
> >
> > Envoyé de mon BP2 ( silent circle inside )
> >
> > > Le 25 août 2020 à 13:35, Nang Bat  a écrit :
> > >
> > > Absolument aucun, en revanche un coup de pelleteuse en sortie de (gros)
> > NRA
> > > vs. un coup de pelleteuse en sortie de NRO RIP je parierai sur le
> cuivre
> > de
> > > l'agrume pour la remise en service la plus rapide (bien entendu
> l'agrume
> > > sait aussi prendre son temps, si le NRA-MED de
> > > La-Brousse-Sans-Couverture-Mobile avec 100 lignes se fait renverser par
> > un
> > > tracteur, ca peut prendre un temps certain xD). Après je ne demande
> qu'à
> > > avoir tort sur la robustesse technique des RIPs face à des gros
> soucis...
> > > (tu me diras dans certains coins en AMII c'est pas mieux...)
> > >
> > > Niveau conso... comment dire un DSLAM avec du vectoring c'est juste une
> > > hérésie par client... la fibre consomme infiniment moins. Juste en
> > > regardant les châssis mixtes qui savent faire du DSL et du PON tu
> restes
> > > largement en dessous de 100 clients DSL sur une linecard alors que tu
> > > montes à 8 OLTs par carte maintenant (donc max 8x128 clients, 8x32 ou
> > 8x64
> > > en pratique) donc dans une enveloppe conso/place équivalente le nombre
> de
> > > clients servi est largement supérieur en FTTH. Sans compter qu'en PON
> tu
> > > peux facilement aller chercher des clients à 20km du NRO.
> > > Sinon sur le long terme c'est aussi une hérésie de faire des réseau
> FTTH
> > en
> > > carton et de dire qu'on va fermer le cuivre... enfin ça c'est un débat
> > pour
> > > vendredi.
> > >
> > > Le mar. 25 août 2020 à 13:31, David Ponzone 
> a
> > > écrit :
> > >
> > >>> Le 25 août 2020 à 13:14, Nang Bat  a écrit
> :
> > >>>
> > >>> Bref tout ça pour dire qu'un DSL GP ça bagotte avec le vent et t'a un
> > >> débit
> > >>> pourri mais s'il y a beaucoup de pelleteuses pyromanes dans le
> secteur
> > il
> > >>> se peut que sur quelques années ça finisse par avoir une meilleure
> > dispo
> > >>> que le même lien FTTH.
> > >>
> > >> T’as un élément qui te permet de penser que les pelleteuses en folie
> > vont
> > >> épargner les paires de cuivre ? :)
> > >>
> > >>
> > >
> > > ---
> > > Liste de diffusion du FRnOG
> > > http://www.frnog.org/
> >
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
LesCDN 
engont...@lescdn.com

*Aux hommes il faut un chef, et au*

* chef il faut des hommes!L'habit ne fait pas le moine, mais lorsqu'on te
voit on te juge!*

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

Re: [FRnOG] [TECH] Aide configuration mikrotik + AS + bloc IPV4

2020-08-26 Par sujet David Ponzone 
C’est un peu vers ça que je l’avais dirigé (certes, je lui ai pas donné la 
réponse, mais j’étais en voiture) :)
Comme il a pas réagi, je pense qu’il a compris sa boulette et fait le mort :)



> Le 26 août 2020 à 18:43, Hugues Voiturier  a écrit 
> :
> 
> Enlève cette ligne : 
> 
> add check-gateway=ping distance=1 dst-address=45.13.104.192/29 gateway=\
>   10.1.1.21 pref-src=10.1.1.22 routing-mark=milkywan-ipv4
> 
> 
> Mets une default gateway vers l’IP Milky
> 
> Et normalement ça va tomber en marche. 
> 
> Hugues Voiturier
> Consultant en architecture réseau
> AS57199
> 
>> On 26 Aug 2020, at 03:28, Olivier Lange  wrote:
>> 
>> Hello à la liste,
>> 
>> Bon, j'ai besoin d'un coup de main, je sèche, même si je suis sur que ce
>> n'est pas grand chose... Mais y a 1 (ou plutot 2) détails qui doivent
>> m'empécher de fonctionner.
>> 
>> J'ai pris un AS + bloc IPV6 + bloc IPV4 /29 auprès de Milkywan (très sympa,
>> pro, correcte, bref, je conseil). Et j'essaie despérément de les faire
>> fonctionner sur mon Mikrotik (CCR1009), qui as une ip public. Mais je
>> n'arrive a rien.
>> 
>> Coté AS + IPV6
>> EOIP pour ll'interco
>> IPv6 d’interco de ton côté: 2a0b:cbc0:1::186/126
>> IPv6 d’iterco côté MilkyWan: 2a0b:cbc0:1::185/126
>> 
>> Bloc IPV6 attribué: 2a0e:e704:46::/48
>> 
>> Mais ca ne semble pas pinguer... J'ai oublié qqch?
>> 
>> Et pour mon IPV4, c'est la même question. La aussi, doit pas me manquer
>> grand chose, mais je vois pas quoi... Je vois bien mes pings arrivé, sur
>> l'ip (via un torch), mais il doit y avoir un souci dans ma conf sortante...
>> 
>> Second EOIP pour ipv4
>> IPv4 d’interco de ton côté:10.1.1.22/30
>> IPv4 d’iterco côté MilkyWan: 10.1.1.21/30
>> 
>> On te route 45.13.104.192/29 dessus.
>> 
>> Et la, c'est le drame... Si vous voyez le truc que j'ai oublié, je
>> prends... Merci a tous!
>> 
>> Et ma conf Mikrotik (j'ai nettoyer un peu...):
>> [admin@mkt-CCR1009] > export
>> # aug/25/2020 21:21:55 by RouterOS 6.46.5
>> # software id = X3XV-R3SW
>> #
>> # model = CCR1009-8G-1S
>> # serial number = 70CB06D1D1DC
>> /interface bridge
>> add name=BR-Local
>> add disabled=yes name=BR-VID1001
>> add name=BR-VID1002
>> add name=BR-VID1003
>> /interface ethernet
>> set [ find default-name=ether1 ] name=eth1-WAN
>> set [ find default-name=ether2 ] name=eth2-LAN
>> set [ find default-name=ether5 ] name=eth5-SRV
>> /interface eoip
>> add mac-address=02:67:A4:64:FD:5D name=eoip-to-milkywan-ipv4
>> remote-address=\
>>   XXX tunnel-id=2
>> add mac-address=02:76:58:AA:7B:1B name=eoip-to-milkywan-ipv6
>> remote-address=\
>>   XXX tunnel-id=1
>> /routing bgp instance
>> add as=212957 client-to-client-reflection=no name=AS212957
>> redistribute-rip=yes \
>>   router-id=104.163.185.122
>> /ip address
>> add address=10.1.1.22/30 interface=eoip-to-milkywan-ipv4 network=10.1.1.20
>> add address=45.13.104.193/29 interface=BR-Local network=45.13.104.192
>> /ip firewall nat
>> add action=masquerade chain=srcnat
>> /ip route
>> add disabled=yes distance=1 gateway=eoip-to-milkywan-ipv4
>> pref-src=10.0.1.22 \
>>   routing-mark=milkywan-ipv4
>> add check-gateway=ping distance=1 dst-address=45.13.104.192/29 gateway=\
>>   10.1.1.21 pref-src=10.1.1.22 routing-mark=milkywan-ipv4
>> /ipv6 address
>> add address=2a0e:e704:46::1 advertise=no interface=eoip-to-milkywan-ipv6
>> add address=2a0b:cbc0:1::186/126 advertise=no
>> interface=eoip-to-milkywan-ipv6
>> /ipv6 route
>> add distance=1 gateway=eoip-to-milkywan-ipv6
>> /routing bgp network
>> add network=2a0e:e704:46::/48
>> /routing bgp peer
>> add address-families=ipv6 comment="Transit: AS57199 MilkyWan [IPv6]"
>> in-filter=\
>>   xxx instance=AS212957 name=peer1 out-filter=xxx remote-address=\
>>   2a0b:cbc0:1::185 remote-as=57199 ttl=default
>> 
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Aide configuration mikrotik + AS + bloc IPV4

2020-08-26 Par sujet Hugues Voiturier 
Enlève cette ligne : 

add check-gateway=ping distance=1 dst-address=45.13.104.192/29 gateway=\
   10.1.1.21 pref-src=10.1.1.22 routing-mark=milkywan-ipv4


Mets une default gateway vers l’IP Milky

Et normalement ça va tomber en marche. 

Hugues Voiturier
Consultant en architecture réseau
AS57199

> On 26 Aug 2020, at 03:28, Olivier Lange  wrote:
> 
> Hello à la liste,
> 
> Bon, j'ai besoin d'un coup de main, je sèche, même si je suis sur que ce
> n'est pas grand chose... Mais y a 1 (ou plutot 2) détails qui doivent
> m'empécher de fonctionner.
> 
> J'ai pris un AS + bloc IPV6 + bloc IPV4 /29 auprès de Milkywan (très sympa,
> pro, correcte, bref, je conseil). Et j'essaie despérément de les faire
> fonctionner sur mon Mikrotik (CCR1009), qui as une ip public. Mais je
> n'arrive a rien.
> 
> Coté AS + IPV6
> EOIP pour ll'interco
> IPv6 d’interco de ton côté: 2a0b:cbc0:1::186/126
> IPv6 d’iterco côté MilkyWan: 2a0b:cbc0:1::185/126
> 
> Bloc IPV6 attribué: 2a0e:e704:46::/48
> 
> Mais ca ne semble pas pinguer... J'ai oublié qqch?
> 
> Et pour mon IPV4, c'est la même question. La aussi, doit pas me manquer
> grand chose, mais je vois pas quoi... Je vois bien mes pings arrivé, sur
> l'ip (via un torch), mais il doit y avoir un souci dans ma conf sortante...
> 
> Second EOIP pour ipv4
> IPv4 d’interco de ton côté:10.1.1.22/30
> IPv4 d’iterco côté MilkyWan: 10.1.1.21/30
> 
> On te route 45.13.104.192/29 dessus.
> 
> Et la, c'est le drame... Si vous voyez le truc que j'ai oublié, je
> prends... Merci a tous!
> 
> Et ma conf Mikrotik (j'ai nettoyer un peu...):
> [admin@mkt-CCR1009] > export
> # aug/25/2020 21:21:55 by RouterOS 6.46.5
> # software id = X3XV-R3SW
> #
> # model = CCR1009-8G-1S
> # serial number = 70CB06D1D1DC
> /interface bridge
> add name=BR-Local
> add disabled=yes name=BR-VID1001
> add name=BR-VID1002
> add name=BR-VID1003
> /interface ethernet
> set [ find default-name=ether1 ] name=eth1-WAN
> set [ find default-name=ether2 ] name=eth2-LAN
> set [ find default-name=ether5 ] name=eth5-SRV
> /interface eoip
> add mac-address=02:67:A4:64:FD:5D name=eoip-to-milkywan-ipv4
> remote-address=\
>XXX tunnel-id=2
> add mac-address=02:76:58:AA:7B:1B name=eoip-to-milkywan-ipv6
> remote-address=\
>XXX tunnel-id=1
> /routing bgp instance
> add as=212957 client-to-client-reflection=no name=AS212957
> redistribute-rip=yes \
>router-id=104.163.185.122
> /ip address
> add address=10.1.1.22/30 interface=eoip-to-milkywan-ipv4 network=10.1.1.20
> add address=45.13.104.193/29 interface=BR-Local network=45.13.104.192
> /ip firewall nat
> add action=masquerade chain=srcnat
> /ip route
> add disabled=yes distance=1 gateway=eoip-to-milkywan-ipv4
> pref-src=10.0.1.22 \
>routing-mark=milkywan-ipv4
> add check-gateway=ping distance=1 dst-address=45.13.104.192/29 gateway=\
>10.1.1.21 pref-src=10.1.1.22 routing-mark=milkywan-ipv4
> /ipv6 address
> add address=2a0e:e704:46::1 advertise=no interface=eoip-to-milkywan-ipv6
> add address=2a0b:cbc0:1::186/126 advertise=no
> interface=eoip-to-milkywan-ipv6
> /ipv6 route
> add distance=1 gateway=eoip-to-milkywan-ipv6
> /routing bgp network
> add network=2a0e:e704:46::/48
> /routing bgp peer
> add address-families=ipv6 comment="Transit: AS57199 MilkyWan [IPv6]"
> in-filter=\
>xxx instance=AS212957 name=peer1 out-filter=xxx remote-address=\
>2a0b:cbc0:1::185 remote-as=57199 ttl=default
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Aide configuration mikrotik + AS + bloc IPV4

2020-08-26 Par sujet Cécile Morange 

Hello !

Je ne comprends pas vraiment la config que tu as essayé de faire...
En gros (pour faire simple) tu dois créer un tunnel avec l'IP public de 
MilkyWan (remote-address) en précisant ton IP public (local-address)
Une fois que tu as créé ce tunnel, tu fais Ip -> addresses -> Tu ajoutes 
l'IP d'interco qu'on t'a donné (10.1.1.22/30), tu l'assignes à 
l'interface que tu as créé (le tunnel EoIP)
Si tout va bien, tu devrais donc ping leur IP d'interco (10.1.1.21/30). 
Plus qu'à faire de même pour la v6

Pense à bien indiquer à chaque fois dans local-address ton IP public
(J'ai pas mes mikrotik ni de CLI sous la main, donc je te dis ça de 
souvenir, mais ça devrait fonctionner)


Après je sais pas (plus) comment l'infra de MilkyWan est faite et 
comment ils gèrent leurs tunnels, le mieux est de leur demander 
directement (et ils ont sûrement des configs d'exemple)


Hésite pas à me ping si tu as besoin, je devrais retrouver mon routeur 
soon et je vais pouvoir faire des tests !


Cordialement,



On 2020-08-26 03:28, Olivier Lange wrote:

Hello à la liste,

Bon, j'ai besoin d'un coup de main, je sèche, même si je suis sur que 
ce

n'est pas grand chose... Mais y a 1 (ou plutot 2) détails qui doivent
m'empécher de fonctionner.

J'ai pris un AS + bloc IPV6 + bloc IPV4 /29 auprès de Milkywan (très 
sympa,

pro, correcte, bref, je conseil). Et j'essaie despérément de les faire
fonctionner sur mon Mikrotik (CCR1009), qui as une ip public. Mais je
n'arrive a rien.

Coté AS + IPV6
EOIP pour ll'interco
IPv6 d’interco de ton côté: 2a0b:cbc0:1::186/126
IPv6 d’iterco côté MilkyWan: 2a0b:cbc0:1::185/126

Bloc IPV6 attribué: 2a0e:e704:46::/48

Mais ca ne semble pas pinguer... J'ai oublié qqch?

Et pour mon IPV4, c'est la même question. La aussi, doit pas me manquer
grand chose, mais je vois pas quoi... Je vois bien mes pings arrivé, 
sur
l'ip (via un torch), mais il doit y avoir un souci dans ma conf 
sortante...


Second EOIP pour ipv4
IPv4 d’interco de ton côté:10.1.1.22/30
IPv4 d’iterco côté MilkyWan: 10.1.1.21/30

On te route 45.13.104.192/29 dessus.

Et la, c'est le drame... Si vous voyez le truc que j'ai oublié, je
prends... Merci a tous!

Et ma conf Mikrotik (j'ai nettoyer un peu...):
[admin@mkt-CCR1009] > export
# aug/25/2020 21:21:55 by RouterOS 6.46.5
# software id = X3XV-R3SW
#
# model = CCR1009-8G-1S
# serial number = 70CB06D1D1DC
/interface bridge
add name=BR-Local
add disabled=yes name=BR-VID1001
add name=BR-VID1002
add name=BR-VID1003
/interface ethernet
set [ find default-name=ether1 ] name=eth1-WAN
set [ find default-name=ether2 ] name=eth2-LAN
set [ find default-name=ether5 ] name=eth5-SRV
/interface eoip
add mac-address=02:67:A4:64:FD:5D name=eoip-to-milkywan-ipv4
remote-address=\
XXX tunnel-id=2
add mac-address=02:76:58:AA:7B:1B name=eoip-to-milkywan-ipv6
remote-address=\
XXX tunnel-id=1
/routing bgp instance
add as=212957 client-to-client-reflection=no name=AS212957
redistribute-rip=yes \
router-id=104.163.185.122
/ip address
add address=10.1.1.22/30 interface=eoip-to-milkywan-ipv4 
network=10.1.1.20

add address=45.13.104.193/29 interface=BR-Local network=45.13.104.192
/ip firewall nat
add action=masquerade chain=srcnat
/ip route
add disabled=yes distance=1 gateway=eoip-to-milkywan-ipv4
pref-src=10.0.1.22 \
routing-mark=milkywan-ipv4
add check-gateway=ping distance=1 dst-address=45.13.104.192/29 
gateway=\

10.1.1.21 pref-src=10.1.1.22 routing-mark=milkywan-ipv4
/ipv6 address
add address=2a0e:e704:46::1 advertise=no 
interface=eoip-to-milkywan-ipv6

add address=2a0b:cbc0:1::186/126 advertise=no
interface=eoip-to-milkywan-ipv6
/ipv6 route
add distance=1 gateway=eoip-to-milkywan-ipv6
/routing bgp network
add network=2a0e:e704:46::/48
/routing bgp peer
add address-families=ipv6 comment="Transit: AS57199 MilkyWan [IPv6]"
in-filter=\
xxx instance=AS212957 name=peer1 out-filter=xxx remote-address=\
2a0b:cbc0:1::185 remote-as=57199 ttl=default

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


--
Cécile MORANGE
cont...@cecilemorange.fr
@AtaxyaNetwork


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

[FRnOG] [JOBS] Recherche ou annonce d'emploi sys & réseau

2020-08-26 Par sujet Julien RANAIVOMBOLA 
-- 
Julien RANAIVOMBOLA

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

[FRnOG] [JOBS]

2020-08-26 Par sujet Julien RANAIVOMBOLA 
-- 
Julien RANAIVOMBOLA

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