<html>
<head>
<style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style></head>
<body class='hmmessage'><div dir='ltr'><div><br></div><div><div>Hi Guys,</div><div><br></div><div>So currently on our network we have a kamailio server which users register against, we then replicate the register messages to 2 Asterisk boxes sat behind it so that all entities are aware of the registration state of the users.</div><div><br></div><div>REGISTER--->KAMAILIO---->ASTERISK A</div><div> ---->ASTERISK B</div><div><br></div><div>With a REGISTER---200OK exchange between Kamailio and Asterisk.</div><div><br></div><div>We have an issue where at some points the Asterisk servers when under load dont respond with a 200 ok(something being investigated) to the register messages sent to kamailio, so I am just working on some logic for the register message to be resent using the t_replicate and t_set_fr functions.</div><div><br></div><div>This works well should both Asterisk servers not respond, however, as I am using replicate and it is parallel forking, if say Asterisk A answers first and is available with a 200ok then that in turn cancels the register message branch being sent to Asterisk B(which I know is fine), however there could be a scenario where Asterisk B doesnt respond, and we wont know about it to try and resend the Register message, as the branch is cancelled.</div><div><br></div><div>Hope that makes sense?</div><div><br></div><div>I am looking at checking that both the Asterisk servers have responded and sent a 200ok, which I can grab in an onreply route but Im just wondering if someone has done something similar or has any suggestions as it is tricky to achieve currently.</div><div><br></div><div>I have also thought about stateless working but I really need kamailio to keep retransmitting the register until it gets a response.</div><div><br></div><div>Many thanks</div><div><br></div><div>Jon</div></div><div><br></div> </div></body>
</html>