BGP advice: Customer converting from static ISP connection to BGP

I'm looking for some independent confirmation from someone experienced in
converting from a static routed ISP connection with the customer's netblock
announced under the ISP's ASN to a BGP config where the customer has their own
ASN and netblock. We're the customer, and we're getting conflicting info on
what to expect during the conversion.

Specifically, we're hearing conflicting things about how long it will take for
the "world" to recognize our routes, whether or not there may be areas of the
net "blackholed" from us for a while until things stabilize, etc.

I realize this is probably off-topic for this list, so please direct any replies
directly to me. If there is interest, I'm willing to summarize to the list.

Chuck Conway
conway@pjm.com

There really won't be a "blackhole" period if you do it right - if it's
the same network that's currently being statically routed, the easy thing
to do is to keep that static route until the BGP connection is up. There
shouldn't be any routing interruption during the time that both are active
- there will just be two announcements with different origin ASes.

The hard part is ensuring that the BGP prefix has propagated to the
internet as a whole before you pull the static route and as a result the
ISP-sourced prefix - the best thing to do is to check looking glasses
(make sure you check several - some networks will not forward the "new"
route if the old one has a better metric) to ensure propagation of the new
route before you pull the static route.

BGP routes typically take a few minutes to propagate globally, but this is
a case where as long as the previous origin AS - the ISP - properly
forwards traffic to the destination after the static route is pulled
(which it should, if the new BGP peering is active), there shouldn't be
any problems; at worst there will be some odd traceroutes for a few
minutes.

-Chris

He said that the customer would be announcing a more specific from the ISP's
larger prefix. There should be no blackhole period, regardless, since the less
specific announcement would be used if the more specific isn't there yet.

Unless if I misread the OP's question?

-j