Idea for synchonous logging/review of debug + GSMTAP

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.ru
Tue Jan 29 14:19:22 UTC 2013


Hi 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




More information about the osmocom-net-gprs mailing list