in order to understand this dialog event package, i read introduction
section of rfc 4235. what i don't get is why it is not enough that user
who wants to know when another user becomes available, subscriber to
that user's presence event package. if the user is in a phone call,
his/her user presence state could be 'open'/'busy' and when the call
ends, the state would be changed to 'open'/'available' or something like
that. the benefit of that over the dialog package would be that no
dialog state info would be needed from the proxy.
so why do we need yet another event package to figure out when user's
call ends?
-- juha