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/OpenBSC@lists.osmocom.org/.
Harald Welte laforge at gnumonks.orgHi Holger,
On Sun, Jul 29, 2018 at 12:51:47PM +0200, Harald Welte wrote:
> On Sun, Jul 29, 2018 at 11:11:13AM +0100, Holger Freyther wrote:
>
> > It seemed it was disobeying a reasonable TLV structure and the closest I found
> > back then seemed to have been this patch? Could you check if the testcase matches
> > an ipaccess-find result?
>
> Yes, I will check for that. The test case definitely does not match the IPA CCM
> seen inside OML/RSL from a nanoBTS, not even from the first traces I have from 2010.
I think the solution to the problem is that your test case parses the
IDENTITY REQUESET format, which has 8bit length fields, while the function
is normally (without the offset) used for the IDENTITY RESPONSE packets, where
there are 16bit length fields.
See attached pcap file that I just created.
I'll look into this once I find time and make sure we have test cases for both,
as well as fix the bug about the extraneous byte that my patch
https://gerrit.osmocom.org/#/c/libosmocore/+/10216/ attempts to fix - and which
is required to make external USSD entities in osmo-hlr work.
Regards,
Harald
--
- 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)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nanobts-abisip-find.pcap
Type: application/vnd.tcpdump.pcap
Size: 313 bytes
Desc: not available
URL: <http://lists.osmocom.org/pipermail/openbsc/attachments/20180730/d854d3e6/attachment.bin>