El Jueves, 7 de Mayo de 2009, Stefan Sayer escribió: > at the risk of writing the obvious here, "statelessly wrt SIP dialog" > (i.e. a or b) because dialog state is much more long lived than > transaction state, and in many cases impact of a failed transaction > (because transaction statetul proxy crashed and failover one does not > have it) may be not fatal for the call due to retries, while lost dialog > state at the dialog aware proxy probably means lost call e.g. when the > next session timer reinvite comes (true or not for load_balancer with > dialog module?). so it would be the most important to not have to > maintain and sync dialog state at too many places. whether proxy is > transaction stateful or completely stateless is yet another question, > but transaction statefull is usually the way its done.
Sure I agree with you. Having to mantain the dialog state in a proxy for load- balancing sounds not very "natural" for me. -- Iñaki Baz Castillo <[email protected]> _______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
