Transfer times is one of those functions in the new world of digital delivery that is seldom considered ahead of time without the good, fast, and cheap (pick any two) rearing its head(s). Especially when sending over ordinary consumer type connections. Theoretical and practical limits are very different and productions always shoot more than they say they will (Oh, has that camera been running the whole time? They can just cut it out later…). Dedicated and accelerated connections cost money and have found that most productions do not consider these costs as the internet is everywhere and free if you go to Starbucks or form the hotel! 😉
That being said, H.264 can be an AMA linked for editorial, but performance will be questionable, especially in the amount of hours you seem to be hinting at. MC7 does have an 800Kps codec available when using Sphere, but have found no way (yet) to make it native and MXF wrapped from a third party dailies system. At best it would be an AMA link and consolidate processes, but I fear if the encoding specs do not match exactly, then it would be a decode/encode from a very compressed codec to start with. MC7 also support a 2Mbs H.264 codec, but for some reason not in 23.976/24/25 project types. I have asked why, but have yet to get a response.
The 800 Kps can be pretty ratty looking depending on complexity of detail in the image. It is designed to be used as part of the Sphere remote editing option that sits on top of Interplay which sits on top of ISIS.
Another consideration, but perhaps too late at this stage was to do the film in SD at 14:1 in an 23.976/25/25 type project where the file size is closer to 3x smaller than DNxHD 36.
There would be multiple steps that may or may not work to start with the H.264 and then relink to the DnxHD36 whenever it arrived. You would have to manage the metadata on the H.264 at the front end (the DIT) to possibly have a shot at it being a more seamless relink process.
Michael