<div dir="ltr"><div>My apologies if this one has been covered before, my google fu is failing me, but we&#39;re running a pretty large load out of OpenSIPS v1.8.5 (LTS) and have struck an oddity that I don&#39;t appear to have noticed before.<br></div><div><br></div><div>We&#39;re using the dispatcher module with a dbtext database  source and the order that the entries are being loaded are not in row order. I do see the dbtext documentation is clear that ORDER BY is not possible, so perhaps this is a unfixable situation with this DB back-end, but I kind of assumed that the order would always match the order in the dbtext data file itself (based on the id auto column).</div><div><br></div><div>There are only two entries in the dispatcher table:</div><div>id(int,auto) setid(int) destination(string) socket(string,null) flags(int) weight(int) attrs(string) description(string)</div><div>0:1:sip\:192.168.55.9\:5060::0:1:&#39;&#39;:&#39;handler01&#39;</div><div>1:1:sip\:192.168.55.8\:5060::0:1:&#39;&#39;:&#39;handler02&#39;</div><div><br></div><div>When I run a &#39;ds_list&#39; (calls through the system prove it&#39;s using the order below, also):</div><div>SET_NO:: 1</div><div>SET:: 1</div><div>         URI:: sip:192.168.55.8</div><div>         URI:: sip:192.168.55.9</div><div><br></div><div>Clearly the dbtext module is sorting, or possibly unsorting in a hash, on the destination. If I was just doing a round-robin, which normally I am, it&#39;s completely moot - but today&#39;s problem is I&#39;m trying to implement a &quot;failover&quot; (ds_select_domain(&quot;1&quot;, &quot;8&quot;)) scenario which means I need the data to remain in order.</div><div><br></div><div>Suggestions? Hopefully other than &quot;move to a real DB&quot; as we&#39;re trying to keep this as lean as possible.</div><div><br></div><div>My thanks for your time!</div><div><br></div><div> - Jock</div></div>