Originate does wait for AST_CONTROL_ANSWER. However, if you are using an analogue FXO line it can only detect answer if the line has a supported form of answer supervision and that is enabled in chan_dahdi.conf. I think polarity reversal is the only supported method.
If you don’t enable answer supervision, Asterisk has to assume that it is answered when dialing is complete. If you enable it, but the network operator doesn’t use it, the call will stall, in an ananswered state.
I am dialing out to Local/18885552525
which in turn resolves to a VOIP call over a SIP provider.
To the best of my understaning no analog FXO is involved.
In that case, you need to take this up with your ITSP, as it looks like they are prematurely answering the call. You should start by using sip set debug on to get a trace of the call. Use the output to the log files (you may have to enable them) rather than a screen scrape, as only the former has proper timing information.