On Wed, Jun 17, 2020 at 1:43 AM Rubens Kuhl <rube...@gmail.com> wrote:
>
> Any default route to a non-ROV enabled upstream ?
> Do you receive the test prefix from more than one upstream and the
> previous test success could be a function of upstream ROV ?
>
>
No this is how it looks:

admin@gc-edge1> show route 2606:4700:7000::6715:f40f

internet.inet6.0: 92472 destinations, 288208 routes (90838 active, 0
holddown, 6565 hidden)
+ = Active Route, - = Last Active, * = Both

2606:4700:7000::/48*[BGP/170] 1d 21:46:42, MED 100, localpref 100, from
2001:7f8:13::a503:4307:1
                      AS path: 13335 I, validation-state: unknown
                    >  to 2001:7f8:13::a501:3335:1 via nl-ix
                    [BGP/170] 1d 21:46:39, MED 100, localpref 100, from
2001:7f8:13::a503:4307:2
                      AS path: 13335 I, validation-state: unknown
                    >  to 2001:7f8:13::a501:3335:1 via nl-ix
                    [BGP/170] 1d 21:46:50, MED 290, localpref 100
                      AS path: 174 37100 13335 I, validation-state: unknown
                    >  to 2001:978:2:d::25:1 via cogent

admin@gc-edge1> show route 103.21.244.14

internet.inet.0: 818706 destinations, 2528384 routes (816242 active, 4
holddown, 32715 hidden)
+ = Active Route, - = Last Active, * = Both

103.21.244.0/24    *[BGP/170] 1d 21:35:34, MED 100, localpref 100, from
193.239.117.0
                      AS path: 13335 I, validation-state: unknown
                    >  to 193.239.117.114 via nl-ix
                    [BGP/170] 1d 21:35:29, MED 100, localpref 100, from
193.239.116.255
                      AS path: 13335 I, validation-state: unknown
                    >  to 193.239.117.114 via nl-ix

Plenty of prefixes in valid state:

admin@gc-edge1> show route table internet.inet.0 validation-state valid

internet.inet.0: 811569 destinations, 2519989 routes (809383 active, 1
holddown, 28989 hidden)
+ = Active Route, - = Last Active, * = Both

1.9.0.0/16         *[BGP/170] 08:05:51, MED 100, localpref 100, from
193.239.117.0
                      AS path: 6939 4788 I, validation-state: valid
                    >  to 193.239.116.14 via nl-ix
                    [BGP/170] 08:04:24, MED 100, localpref 100, from
193.239.116.255
                      AS path: 6939 4788 I, validation-state: valid
                    >  to 193.239.116.14 via nl-ix
1.9.250.0/24       *[BGP/170] 08:05:48, MED 100, localpref 100, from
193.239.117.0
                      AS path: 6939 4788 I, validation-state: valid
                    >  to 193.239.116.14 via nl-ix
                    [BGP/170] 08:04:21, MED 100, localpref 100, from
193.239.116.255
                      AS path: 6939 4788 I, validation-state: valid
                    >  to 193.239.116.14 via nl-ix
1.32.218.0/24       [BGP/170] 2d 05:48:33, MED 210, localpref 100
                      AS path: 1299 2914 64050 4842 I, validation-state:
valid
                    >  to 62.115.180.72 via telia
                    [BGP/170] 2d 05:47:35, MED 290, localpref 100
                      AS path: 174 2914 64050 4842 I, validation-state:
valid
                    >  to 149.6.137.49 via cogent
etc

After clearing the relevant BGP sessions the Cloudflare invalid prefixes
are gone from our routing table and we pass the test again.

Regards,

Baldur

Reply via email to