RE: [FRnOG] [TECH] BGP internal routes et external routes

2021-02-26 Par sujet Michel Py via frnog
>> Michel Py a écrit :
>> Prepend je n'ai jamais fait en entrée, ceci dit. Pourquoi tu ferais un 
>> prepend au lieu de mettre une valeur basse dans localpref ?

> Tchadel Icard a écrit :
> J'aurais tendance aussi à faire un prepend plutôt que de mettre une local 
> pref plus basse. Je vais expliquer mon raisonnement,
> la local pref est le critère de sélection qui agit en premier sur la 
> sélection de routes. Dans le cas où les routes sont
> échangées en iBGP et que ta local pref plus basse sur ton tier 2, tout ton 
> trafique passera pas ce tier 2.

Uniquement dans le cas ou tu fais ça sur le feed complet, ce qui n'a pas de 
granularité. Ce que la plupart des gens font, c'est une clause "match" dans la 
route-map qui modifie les routes, et le changement ne s'applique qu'au 
sous-ensemble du feed qu'on sélectionne, pas au feed complet. C'est précisément 
en ajustant les critères de sélection des routes que l'on va favoriser ou 
défavoriser qu'on influence la répartition du trafic sortant.
 
> alors que si tu prepend ton tier 1, tu auras quand même les autres critères 
> de sélection de routes
> qui vont intervenir. Changer la local pref ici ne permet donc pas 
> d'équilibrer le trafique.

Voir ci-dessus. Faire un prepend sur l'ensemble du feed, c'est dangereux et 
dans certains cas c'est carrément mauvais : par exemple faire un prépend sur un 
préfixe qui a un AS-PATH de 1 ou 2 de long c'est une idée lamentable : çà veut 
dire que le préfixe appartient au transitaire en question ou a un de ses 
clients directs, c'est le genre de situation ou il ne faut pas changer l'ordre 
naturel des choses, en prependant tu risques que quelque chose d'autre envoie 
le trafic de l'autre coté, alors que ce qui est connecté directement a un de 
tes transitaires c'est précisément le genre de chose qu'il ne faut pas changer. 
Dans la clause match qui choisit les préfixes que l'on veut changer, il faut 
non seulement penser aux préfixes que l'on veut modifier, mais aussi prendre en 
compte les préfixes que l'on ne veut _pas_ modifier.


> Huong Tran a écrit :
> La grosse différence entre local pref et le prepend :  La métrique Local préf 
> reste en local donc en
> intra AS. Contrairement à la métrique prepend qui se propage à travers 
> plusieurs AS pour une préfixe.

Absolument, et ça devient important quand on n'est pas un AS "stub", donc qu'on 
est aussi un transitaire, car il faut donner le feed BGP aux clients. Prepender 
ses propres préfixes c'est la décision de chacun, mais prepender les préfixes 
des autres, en particulier avec un AS qui est celui de quelqu'un d'autre aussi, 
c'est crade. En tant que client ou tier-3, j'ai absolument pas envie de voir 
des préfixes prependés avec l'AS d'un tier-1.

> En pratique ou souvent ,  local préf = politique de routage en interne pour 
> le  trafic sortant 
> versus prepend = politique de routage vers l externe  pour le trafic entrant 
> de son AS .

Je plussoie. En y réflechissant un peu, prepend en entrée çà me parait pas être 
une bonne idée. Ce n'est pas parce qu'on est un petit AS "stub" qu'il faut 
succomber à le tentations de faire des trucs un peu cradingues.

Michel.


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


[FRnOG] [JOBS] Recherche de stage pour une formation TSSR sur Lyon

2021-02-26 Par sujet Vincent Finance via frnog
Bonjour à tout le monde,

Je me présente : je suis Vincent Finance, un étudiant ayant fini ses études de 
japonais et étant en recherche d’emploi.
Je suis intéressé pour suivre une formation TSSR avec le GRETA de Lyon pour 
faire technicien systèmes et réseau, et je sais que le GRETA autorise 
l’alternance comme méthode de financement. Je voulais savoir si quelqu’un avait 
éventuellement des contacts pour faire un contrat en alternance sur Lyon ou 
bien un stage qui pourrait m’aider à mener à bien ce projet de reconversion.

Je remercie d’avance tout le monde pour l’aide et les conseils que je pourrais 
recevoir.
Si jamais vous voulez voir ma motivation, je pense que mon projet de plateforme 
d’hébergement (https://www.automario.eu) vous intéressera grandement.

Très bon week-end à tous !

Respectueusement,

Vincent Finance
Administrateur de la plateforme Automario (https://www.automario.eu)

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


[TECH] Re: [FRnOG] Alphalink perte authentification de trunk SIP

2021-02-26 Par sujet David Ponzone
SIP étant un protocole assez stupide et les clients SIP étant souvent assez 
limités niveau log, le point de départ c’est de prendre une trace pour voir si 
la coupure vient d’un REGISTER qui n’a pas été accepté et si oui pourquoi (quel 
code erreur).

> Le 25 févr. 2021 à 17:37, Anthony Sibiodon  a 
> écrit :
> 
> Bonsoir la list,
> 
> Depuis lundi, nous constatons de perte d’authentification aléatoire de nos 
> trunks SIP que nous avons chez Alphalink.
> 
> A savoir que nous avons les mêmes pertes sur notre propre hébergement et sur 
> nos VM IPBX chez AWS.
> J’exclu donc un problème chez nous.
> 
> Un ticket est ouvert, il constate bien les coupures de SIP, mais aucun 
> problème déclaré chez eux.
> 
> Est ce qu’il y aurait des personnes sur la list qui subit les mêmes pertes 
> d’auth ?
> 
> Merci.
> 


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


Re: [FRnOG] [TECH] BGP internal routes et external routes

2021-02-26 Par sujet Tchadel Icard via frnog

Je rectifie, si la local pref de ton tier 2 est plus *haute*.

Tchadel Icard

Le 26/02/2021 à 11:42, Tchadel Icard via frnog a écrit :
J'aurais tendance aussi à faire un prepend plutôt que de mettre une 
local pref plus basse. Je vais expliquer mon raisonnement, la local 
pref est le critère de sélection qui agit en premier sur la sélection 
de routes. Dans le cas où les routes sont échangées en iBGP et que ta 
local pref plus basse sur ton tier 2, tout ton trafique passera pas ce 
tier 2 alors que si tu prepend ton tier 1, tu auras quand même les 
autres critères de sélection de routes qui vont intervenir. Changer la 
local pref ici ne permet donc pas d'équilibrer le trafique.


Tchadel Icard

Le 24/02/2021 à 22:26, Michel Py a écrit :

David Ponzone a écrit :
Entre un tier-1 et un tier-2, il peut aussi prepend une fois
l’AS du tier-1 aux routes inbound, afin d’équilibrer un peu.

Oui ça marche aussi, au lieu de favoriser un coté on défavorise l'autre.
Prepend je n'ai jamais fait en entrée, ceci dit. Pourquoi tu ferais 
un prepend au lieu de mettre une valeur basse dans localpref ?


Mais on connaît pas la raison qu’il a de vouloir influencer l’ordre 
naturel des choses
(financier ? Technique ?) Faut voir aussi les communautés de chaque 
transit.

+1

Michel.


---
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] BGP internal routes et external routes

2021-02-26 Par sujet Tchadel Icard via frnog
J'aurais tendance aussi à faire un prepend plutôt que de mettre une 
local pref plus basse. Je vais expliquer mon raisonnement, la local pref 
est le critère de sélection qui agit en premier sur la sélection de 
routes. Dans le cas où les routes sont échangées en iBGP et que ta local 
pref plus basse sur ton tier 2, tout ton trafique passera pas ce tier 2 
alors que si tu prepend ton tier 1, tu auras quand même les autres 
critères de sélection de routes qui vont intervenir. Changer la local 
pref ici ne permet donc pas d'équilibrer le trafique.


Tchadel Icard

Le 24/02/2021 à 22:26, Michel Py a écrit :

David Ponzone a écrit :
Entre un tier-1 et un tier-2, il peut aussi prepend une fois
l’AS du tier-1 aux routes inbound, afin d’équilibrer un peu.

Oui ça marche aussi, au lieu de favoriser un coté on défavorise l'autre.
Prepend je n'ai jamais fait en entrée, ceci dit. Pourquoi tu ferais un prepend 
au lieu de mettre une valeur basse dans localpref ?


Mais on connaît pas la raison qu’il a de vouloir influencer l’ordre naturel des 
choses
(financier ? Technique ?) Faut voir aussi les communautés de chaque transit.

+1

Michel.


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



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


RE: [FRnOG] [ALERT] Alphalink perte authentification de trunk SIP

2021-02-26 Par sujet Oliver varenne
J'ai pas eu de retour client la dessus.


Cordialement,
 


Olivier Varenne
Co-gérant, Commercial & Développeur
T +33 (0)4 27 04 40 00 | ipconnect.fr

Suivez-nous ! 





> -Message d'origine-
> De : frnog-requ...@frnog.org  De la part de
> Anthony Sibiodon
> Envoyé : jeudi 25 février 2021 17:38
> À : frnog-al...@frnog.org
> Objet : [FRnOG] [ALERT] Alphalink perte authentification de trunk SIP
> 
> Bonsoir la list,
> 
> Depuis lundi, nous constatons de perte d’authentification aléatoire de
> nos trunks SIP que nous avons chez Alphalink.
> 
> A savoir que nous avons les mêmes pertes sur notre propre hébergement
> et sur nos VM IPBX chez AWS.
> J’exclu donc un problème chez nous.
> 
> Un ticket est ouvert, il constate bien les coupures de SIP, mais aucun
> problème déclaré chez eux.
> 
> Est ce qu’il y aurait des personnes sur la list qui subit les mêmes pertes
> d’auth ?
> 
> Merci.
> 
> Anthony
> --
> 
> 
> **
> 
> 
> 
> *Ce message ainsi que les pièces qui y sont éventuellement jointes
> peuvent contenir des informations confidentielles ou être couverts par le
> secret professionnel ou le secret des affaires. Il constitue une
> correspondance privée dont la violation est sanctionnée pénalement. Ils
> sont destinés à n’être portés qu’à la seule connaissance de la personne à
> laquelle ou auxquelles ils sont adressés. Toute reproduction,
> communication ou diffusion, totale ou partielle, de leur contenu est
> strictement interdite. Si vous avez reçu ce message par erreur, merci de
> nous l’indiquer par retour et de procéder à sa destruction
> immédiate. **Toute intervention de notre société s’inscrit, selon les cas,
> dans le cadre de nos conditions générales de vente et/ou de prestations
> de service. **Dans le cadre de nos relations, nous sommes amenés à
> traiter des données à caractère personnel conformément à notre politique
> de protection des données. **Si cet e-mail est accompagné d’une
> proposition commerciale, elle n’engage notre société qu’après
> acceptation du client et pour la durée fixée dans l’offre ou à défaut, pour
> une durée maximale de 30 jours. *
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/

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