[reSIProcate] about failover!

[Byron Campen]

	Can anyone explain why we don't fail over on Timer B? I can see why  
we should not fail-over on Timer F (NIT timeout), but it seems that  
failing over on Timer B should be ok.

	As for resetting the branch param, there is a transport sequence  
number in the branch param that we increment every time we fail-over.  
So, the branch param is different, _but_ since resip ignores this on  
incoming requests, you could end up with a situation where two  
requests with different transport sequences show up at the same resip  
instance, causing strange behavior.

Best regards,
Byron Campen

> Hi all,
> 	According to RFC3263 4.3, when timer B times out, UA should
> reconstruct new transaction and send request. But from  
> TransactionState.cxx,
> when Timer B is time out, seems only 408 response sent to  
> Transaction user,
> no continue action is done. Please check. Also, when failure occurs,  
> should
> create new request with different branch ID, seems in  
> TransactionState::
> processTransportFailure, only original request is sent, I am  
> referring resip
> 1.4.1 version.
>
> Regards,
> /hongsion
>
> _______________________________________________
> resiprocate-devel mailing list
> resiprocate-devel at resiprocate.org
> https://list.resiprocate.org/mailman/listinfo/resiprocate-devel

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2482 bytes
Desc: not available
URL: <http://list.resiprocate.org/pipermail/resiprocate-devel/attachments/20081216/d52dc1ae/attachment.bin>