<div dir="auto">Neels,<div dir="auto"><br></div><div dir="auto">A reason could be that osmo-trx is losing connection with the SDR. Are you running this on bare metal or a VM?</div><div dir="auto"><br></div><div dir="auto">USB based SDRs like USRP B2x0 have hard time keeping the Tx/Rx alignment when there are any disturbances. So osmo-trx features a sophisticated algorithm to maintain this alignment for USB based devices. Thomas has spent​ tremendous effort tuning it to perform well, but may be there are edge cases which are not handled there yet. Let's wait for his comments.</div><div dir="auto"><br></div><div dir="auto">(That's one the primary reasons we use Ethernet in UmTRX, btw - it's much more robust to issues like this)<br><br><div data-smartmail="gmail_signature" dir="auto">Please excuse typos. Written with a touchscreen keyboard.<br><br>--<br>Regards,<br>Alexander Chemeris<br>CTO/Founder Fairwaves, Inc.<br><a href="https://fairwaves.co" target="_blank">https://fairwaves.co</a></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Jun 14, 2017 04:34, "Neels Hofmeyr" <<a href="mailto:nhofmeyr@sysmocom.de" target="_blank">nhofmeyr@sysmocom.de</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Tom and others,<br>
<br>
in our testing setup, we have sporadic failures (~2 out of 10 times) with:<br>
<br>
  DOML <0001> bts.c:208 Shutting down BTS 0, Reason No clock from osmo-trx<br>
<br>
What would be possible reasons for this failure, and how can we go about fixing<br>
it? Some more logging around it:<br>
<br>
<br>
  20170614032014399 DRSL <0000> rsl.c:2333 (bts=0,trx=0,ts=0,ss=2) Fwd RLL msg EST_IND from LAPDm to A-bis<br>
  20170614032018533 DL1C <0006> scheduler_trx.c:1451 PC clock skew: elapsed uS 4136730<br>
  20170614032018533 DOML <0001> bts.c:208 Shutting down BTS 0, Reason No clock from osmo-trx<br>
  20170614032018533 DL1C <0006> scheduler.c:240 Exit scheduler for trx=0<br>
  20170614032018533 DL1C <0006> scheduler.c:216 Init scheduler for trx=0<br>
  20170614032018533 DOML <0001> oml.c:280 OC=RADIO-CARRIER INST=(00,00,ff) AVAIL STATE OK -> Off line<br>
  [...]<br>
  Shutdown timer expired<br>
<br>
(We're using an external 10MHz OCXO timing source)<br>
<br>
It appears there's four seconds of nothing from osmo-trx?<br>
<br>
Most curious is that the next run will be completely fine, until some time<br>
later we get this same failure.<br>
<br>
We wait until osmo-trx logs<br>
<br>
  -- Transceiver active with 1 channel(s)<br>
<br>
and then we "immediately" or up to a second later launch osmo-bts-trx. Would it<br>
help to give it more grace time??<br>
<br>
Thanks!<br>
<br>
~N<br>
<br>
</blockquote></div></div>