Hi all,

I have an ip.access NanoBTS 139U (Part No 139U V 139U V351800). I
believe it is operating on the 1800 MHz although admittedly that's a
guess from the part number. I've not found a definitive way of
confirming the supported band via Telnet or otherwise.

I can see the BTS attempting to connect to the BSC, but after the "Set
Radio Carrier Attributes" request from the BSC, the BTS sends a NACK
and the OML link is dropped.

    <0004> abis_nm.c:984 OC=RADIO-CARRIER(02) INST=(00,00,ff): SET
RADIO ATTRIBUTE NACK CAUSE=Message cannot be performed
    <0004> osmo_bsc_main.c:226 Got SET RADIO ATTRIBUTE NACK going to
drop the OML links.

I've grabbed some debug info, note that in the PCAP the packets are
wrapped in TZSP as I used a Mikrotik to stream them to Wireshark.

Log from BSC - https://s3.eu-west-2.amazonaws.com/cdn.marrold.co.uk/files/osmocom/osmobsc_log.txt

PCAP - https://s3.eu-west-2.amazonaws.com/cdn.marrold.co.uk/files/osmocom/NanoBTS.pcap

It's worth noting that ipaccess-config tool also has an issue parsing
the frequency  which may well be related:

    ipaccess-config -G 10.0.130.101
    ipaccess-config (C) 2009-2010 by Harald Welte and others
    This is FREE SOFTWARE with ABSOLUTELY NO WARRANTY

    Trying to connect to ip.access BTS 10.0.130.101...
    OML link established using TRX 0
    getting Attributes (3): 88 91 86
      rc"" 0             <0004> abis_nm.c:652
OC=BASEBAND-TRANSCEIVER(04) INST=(00,00,ff): Get Attributes Response:
Primary OML IP is 10.0.130.111:0
    <0004> abis_nm.c:658 OC=BASEBAND-TRANSCEIVER(04) INST=(00,00,ff):
Get Attributes Response: Unit ID is 1800/0/0
    <0004> bts.c:497 (bts=0) Unsupported frequency band.
    <0007> abis_nm.c:725 (bts=0) BTS config invalid, dropping BTS!
    <0007> bts_ipaccess_nanobts.c:624 (bts=0) Deferring Drop of OML link.
    <0007> input/ipaccess.c:431 Bad signalling message, sign_link
returned error: Invalid argument.
    <0007> bts_ipaccess_nanobts.c:557 (bts=0) Dropping OML link:
Deferred link drop


Thanks in advance
Matthew / marrold