We have a scenario where a customer is having a managed L3VPN installed and would like to run OSPF internally. The issue is that the provider will not allow us to provide and manage the CE device and they will only use BGP as the CE-PE protocol. They've told us that we can run OSPF internally and form a neighbourship between our L3 switch and their managed CE. They will then redistribute the routes into BGP and in turn, advertise those routes to their PE.
That doesn't seem like a valid design to me. That means at each site we'll need to run an instance of OSPF in area 0 and as far as OSPF is concerned every site will be a different autonomous system, right? Due to the BGP in the middle (between managed CE - PE) the routes will be external OSPF routes and we wont be able to connect our area 0's together.
I think it will work for now but I imagine it will cause headaches in future if we try to scale or make the solution slightly more complicated. I think if we ever decided to have a backup leased line or VPN tunnel the LSA's would be type 2 and therefor a preferred path than the external routes caused by type 5 LSAs.
I know OSPF as a CE-PE protocol is valid and would essentially address all the concerns above but I think that option is probably off the table.
Are there any caveats/concerns with the solution above? Should we be pushing harder for the provider to run OSPF as the CE-PE protocol?
default-information originate
command. Each site does have its own Area 0. OSPF at a site only knows about the routes at the site, and the default route to the MPLS cloud. This has proven to be a very stable arrangement. I don't know how many sites you have, but OSPF does have a practical limit on the number of routers in an area, and slow WAN links exacerbate convergence problems.