<div dir="ltr"><div>Hi</div><div><br><div>I have a configuration with <span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">OpenSIPS</span> 2.4.1 and an rtpengine set which contains 2 rtpengine nodes.</div><div><br></div><div>At some points I notice that <span style="font-size:small;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">OpenSIPS</span> will issue an rtpengine_offer to node1, and then the subsequent rtpengine_answer will be sent to node2.</div><div><br></div><div>The rtpengine_answer call invariably fails because rtpengine cannot find the corresponding call in its internal database.</div><div><br></div><div>I have checked the OpenSIPS rtpengine module code and it seems that it is perfectly valid for OpenSIPS to select "another node in the same set" if the first node is down. It also seems that with the hashing mechanism in place, if the node order is reversed within the set, a different node could also be selected for the rtpengine_answer.</div><div><br></div><div>It seems that as rtpengine needs to know about the offer before it can respond to the answer, that it should be mandatory for subsequent requests to rtpengine to always hit the same node.<br></div><div><br></div><div>Am I missing something here?</div></div></div>