This is merely a historical archive of years 2008-2021, before the migration to mailman3.
A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/osmocom-net-gprs@lists.osmocom.org/.
Vladimir Rolbin vrolbin at gmail.comOk, actually it's everyone that contains rest octets.. Regards, Vladimir Rolbin On Thu, Nov 1, 2012 at 12:03 AM, Ivan Kluchnikov < Ivan.Kluchnikov at fairwaves.ru> wrote: > Hi, Vladimir! > > Thank you for sending logs and pcap files! > I fixed L2 pseudo length bug, this problem was not only in SI13, but > also in SI3. > Now you can update your OpenBTS repository. > > 2012/10/31 Vladimir Rolbin <vrolbin at gmail.com>: > > Hi Andreas and Ivan. > > > > I've recorded three sessions, every one contains pcu log with print fix > > andreas asked (rlcmac_*.log) and corresponding GSMTAP and Gb pcap: > > > > 1) openBTS pulled from git on 31.10.2012 (with gsmtap support for > PDCH), UE > > - Nokia 5000d. > > I have very bad results with Nokia and SonyEriccsson devices with > not > > modified git branch. > > As I wrote before I guess they are sensitive to non-standard L2 > > pseudo length. Immediate Assignment > > is already fixed for now but SI13 is not. I sent my modifications > > before.. a great part of them are > > really debug prints, but the other one fixes the Nokia device > > behaviour ( session 2). > > > > 2) modified openBTS merged with openBTS pulled from git on 31.10.2012, > UE > > - Nokia 5000d. > > m.facebook.com is successfully opened. No scheduler issues. But > > sometimes it has.. > > I need to open more pages one after one to see the problem. > > > > 3) modified openBTS merged with openBTS pulled from git on 31.10.2012 > (env > > is like in session 2). > > UE - SonyEricsson z750i. A lot of scheduler issues (look for > > "unknown"). I think this UE is more > > pedantic than others. > > > > Regards, > > Vladimir Rolbin > > > > > > > > > > On Wed, Oct 31, 2012 at 8:00 AM, jolly <andreas at eversberg.eu> wrote: > >> > >> Vladimir Rolbin wrote: > >> > gprs_rlcmac_data.cpp:1532 Polling sheduled in this TS 7 > >> hi vladimir, > >> > >> i missed something. this debug line above does not show us the frame > >> number. you can change that debug line to: > >> > >> LOGP(DRLCMAC, LOGL_DEBUG, "Polling sheduled in this " > >> "TS %d, FN=%d\n", ts, fn); > >> > >> regards, > >> > >> andreas > >> > > > > > > -- > Regards, > Ivan Kluchnikov. > http://fairwaves.ru > -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.osmocom.org/pipermail/osmocom-net-gprs/attachments/20121101/b6ace34b/attachment.htm>