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/.
Ivan Kluchnikov Ivan.Kluchnikov at fairwaves.ruHi all, Yes, I actually have many problems when debugging PCU too, so I think that using GSMTAP is good solution, because it is fast solution, and it will be really helpful. About human-readable PCU log messages, I think that using prefixes is normal, but we should use TFI+TLLI for prefix, because especially for PCU debugging it is very important to have ability to control particular TBF. 2013/1/29 Harald Welte <laforge at gnumonks.org>: > On Tue, Jan 29, 2013 at 04:37:38PM +0400, Alexander Chemeris wrote: >> > I would treat those two independent. The case for GSMTAP is simply to >> > have a synchronous / monotonic log (pcap in this case) that combines >> > both actual packets on Gb and Um, as well as the human-readable log >> > messages generated by the PCU code in between. >> >> Just to clarify. Do you just want to transfer a normal log string as a >> payload in a GSMTAP message, so that it'll be shown in Wireshark >> "Info" column? > > yes. > > -- > - Harald Welte <laforge at gnumonks.org> http://laforge.gnumonks.org/ > ============================================================================ > "Privacy in residential applications is a desirable marketing option." > (ETSI EN 300 175-7 Ch. A6) > -- Regards, Ivan Kluchnikov. http://fairwaves.ru