[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPEnp=bHTVARr7WA9Qkq4=y7kk8_FLWhrkqKOEXubMO4X=BHCw@mail.gmail.com>
Date: Wed, 10 Apr 2019 13:35:52 +0700
From: Vadim Yanitskiy <axilirator@...il.com>
To: Johannes Berg <johannes@...solutions.net>
Cc: Harald Welte <laforge@...monks.org>,
OpenBSC Mailing List <openbsc@...ts.osmocom.org>,
Sean Tranchetti <stranche@...eaurora.org>, radiotap@...bsd.org,
Dan Williams <dcbw@...hat.com>, netdev@...r.kernel.org,
linux-wireless@...r.kernel.org,
Aleksander Morgado <aleksander@...ksander.es>,
Subash Abhinov Kasiviswanathan <subashab@...eaurora.org>,
Bjørn Mork <bjorn@...k.no>
Subject: Re: gsmtap design/extensions?
Hello Johannes,
FYI, there already was a discussion about GSMTAPv3:
https://www.youtube.com/watch?v=vum9jzavZi0&list=PL07C78AF831FFE8F9&index=10
but unfortunately, nobody has invested time into this (yet?).
> 1) Why the design with encapsulating it in UDP?
This gives us a possibility to "demux" multiple GSMTAP streams on the
receiving side, e.g. if you are running multiple processes.
> 2) The format of gsmtap doesn't seem very extensible [...]
ACK. I definitely support the idea of using TLVs.
With best regards,
Vadim Yanitskiy.
Powered by blists - more mailing lists