Set the dialog lifetime before running the callbacks.

When the timeout_avp is used to shorten the life of dialogs that never
receive an ACK, the timeout_avp is set to a low value at first and later
increased when the ACK is received.

    modparam("dialog", "timeout_avp", "$avp(10)")
    ...
    # If this is an initial INVITE we want the timeout reduced
    # drastically. The B2BUA's use the default timeout of about
    # ~24 seconds. We need to use the same, or a failed call
    # without an ACK may keep lingering for 7200 seconds here.
    # And that, in turn, may trigger call limits, effectively
    # denying the caller access.
    # (The counter starts when the 200 is received.)
    if (is_method("INVITE")) {
        $avp(10) = 24;
    }
    ...
    if (is_method("ACK")) {
        $avp(10) = 7200;  # 2 hours should be enough for everyone :P
    }

Before this change, the `pua_dialoginfo` callback would get the original
value of 24, which it would happily pass along to the presence server.

After this change, the updated value of 7200 is passed along as Expires
value and the presence server doesn't "forget" calls after a while
anymore.
Merge pull request #74 from wdoekes/wjd-timeout_avp_and_publish

Set the dialog lifetime before running the callbacks.