29 Jan
2013
29 Jan
'13
3:19 p.m.
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(a)gnumonks.org>rg>:
On Tue, Jan 29, 2013 at 04:37:38PM +0400, Alexander
Chemeris wrote:
yes.
--
- Harald Welte <laforge(a)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
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?