Routes received from another AS marked as IGP
Dear, I have a topology where each AS is represented by a BIRD router. But in the BIRD table of the routers. The announcements received are marked as IGP but all the BGP sessions are done between different ASes. Do you know why it occur? Follow an example about a prefix announced by two different ASes and marked as IGP origin in a third one. 10.3.1.0/24 unicast [SDNRTR 13:18:10.201] * (100) [AS65507i] via 192.168.1.1 on eth0 Type: BGP univ BGP.origin: *IGP* BGP.as_path: 65507 BGP.next_hop: 192.168.1.1 BGP.local_pref: 100 unicast [R6 21:25:23.642] (100) [AS65501i] via 192.168.7.2 on eth1 Type: BGP univ BGP.origin: *IGP* BGP.as_path: 65501 BGP.next_hop: 192.168.7.2 BGP.local_pref: 100
This is the (now completely useless) mandatory ORIGIN attribute in BGP. It can be either IGP, EGP, or INCOMPLETE. It was used in prehistoric times to allow proper transition from EGP to BGP. Actually it has nothing to do with IGP today. BGP implementations can mark redistributed routes as IGP (BIRD, Juniper) or as INCOMPLETE (Cisco, Quagga, and others). See https://tools.ietf.org/html/rfc4271#section-4.3 <https://tools.ietf.org/html/rfc4271#section-4.3> and https://bird.network.cz/pipermail/bird-users/2018-June/012380.html <https://bird.network.cz/pipermail/bird-users/2018-June/012380.html> A best practice is most probably to mark/left everything as Origin=IGP in order to completely ignore this (now useless) attribute in the BGP path selection algo.
Le 13 sept. 2018 à 16:49, Marcio <marciovinicius.santos@uniriotec.br> a écrit :
Dear,
I have a topology where each AS is represented by a BIRD router. But in the BIRD table of the routers. The announcements received are marked as IGP but all the BGP sessions are done between different ASes. Do you know why it occur? Follow an example about a prefix announced by two different ASes and marked as IGP origin in a third one.
10.3.1.0/24 <http://10.3.1.0/24> unicast [SDNRTR 13:18:10.201] * (100) [AS65507i] via 192.168.1.1 on eth0 Type: BGP univ BGP.origin: IGP
Benghozi, Thanks for the answer. You clarified the question. 2018-09-13 12:52 GMT-03:00 Olivier Benghozi <olivier.benghozi@wifirst.fr>:
This is the (now completely useless) mandatory ORIGIN attribute in BGP. It can be either IGP, EGP, or INCOMPLETE. It was used in prehistoric times to allow proper transition from EGP to BGP. Actually it has nothing to do with IGP today. BGP implementations can mark redistributed routes as IGP (BIRD, Juniper) or as INCOMPLETE (Cisco, Quagga, and others).
See https://tools.ietf.org/html/rfc4271#section-4.3 and https://bird.network.cz/pipermail/bird-users/2018-June/012380.html
A best practice is most probably to mark/left everything as Origin=IGP in order to completely ignore this (now useless) attribute in the BGP path selection algo.
Le 13 sept. 2018 à 16:49, Marcio <marciovinicius.santos@uniriotec.br> a écrit :
Dear,
I have a topology where each AS is represented by a BIRD router. But in the BIRD table of the routers. The announcements received are marked as IGP but all the BGP sessions are done between different ASes. Do you know why it occur? Follow an example about a prefix announced by two different ASes and marked as IGP origin in a third one.
10.3.1.0/24 unicast [SDNRTR 13:18:10.201] * (100) [AS65507i] via 192.168.1.1 on eth0 Type: BGP univ BGP.origin: *IGP*
participants (2)
-
Marcio -
Olivier Benghozi