<div dir="ltr"><div dir="ltr"><div>Hi all, I have a fresh server running FS 1.8 from package on Debian 9. It runs a python app connecting to FS using ESL that executes this code per call attempt:</div><div><br></div></div><blockquote style="margin:0 0 0 40px;border:none;padding:0px"><div><div>c = ESLconnection(str(settings.ESL_HOSTNAME), str(settings.ESL_PORT), str(settings.ESL_PASSWORD))</div></div><div><div>if not c.connected():</div></div><div><div>    abort()</div></div><div><div>dial_command = "originate …"</div></div><div><div>ev = c.api("bgapi", str(dial_command))</div></div><div><div>c.disconnect()</div></div><div><div>if ev:</div></div><div><div>    result = ev.serialize()</div></div><div><div>    logger.debug('API result = {}'.format(result))</div></div></blockquote><div dir="ltr"><div><br></div><div>When we ran 350K call test, 70K calls got to this code and failed the final if condition, meaning ev was None. No CDR generated.</div><div><br></div><div>This is totally an unexpected error case for us after tens of millions of calls over last 3 years on our other servers. Any idea why this is happening? The only difference I can see is we’ve not seen this issue on FS 1.6 (built from source), so maybe it’s introduced in 1.8 (run from package)? FYI we've built pyESL from source, which is what's recommended here. Any chance there is an incompatibility between pyESL built from source and FS 1.8 installed from package?</div><div><br></div><div>Thanks,</div><div>Neil</div><div><br></div><div>This question <a href="https://signalwire-community.slack.com/archives/CDC8H14PN/p1555508784091900">reproduced from Slack</a> where I didn't get a response</div><div><br></div></div></div>