Project

General

Profile

Bug #4859

DUG20 + RUS 01 = Admin: Locked, Power off

Added by keith 6 months ago. Updated 5 months ago.

Status:
New
Priority:
Normal
Assignee:
-
Target version:
-
Start date:
11/10/2020
Due date:
% Done:

0%

Spec Reference:

Description

First attempt at bring up an RBS system, and capturing logs and debug info...

osmo-bsc.dug20.rus01.log osmo-bsc.dug20.rus01.log 276 KB keith, 11/10/2020 09:37 PM
e1.pcap e1.pcap 19.6 KB keith, 11/10/2020 09:38 PM
system.conf system.conf 348 Bytes keith, 11/10/2020 09:38 PM
osmo-bsc.dug20-rus01-4trx.cfg osmo-bsc.dug20-rus01-4trx.cfg 4.93 KB keith, 11/10/2020 09:39 PM
wireshark-om2k.png View wireshark-om2k.png 49.3 KB laforge, 11/10/2020 10:27 PM
RUS 01 0_log_1.txt RUS 01 0_log_1.txt 55.8 KB keith, 11/16/2020 09:10 PM
DUG 0_log_1.txt DUG 0_log_1.txt 174 KB keith, 11/16/2020 09:10 PM
rus01-e1-TF.pcap rus01-e1-TF.pcap 516 KB keith, 11/21/2020 01:13 AM
4376

History

#1 Updated by laforge 6 months ago

For some strange reason current wireshark seems to be completely unable to decode the OM2000, I don't have the time right now to start investigating that, sorry. Without a proper decode it's hard to know what's happening here.

#2 Updated by laforge 6 months ago

4376

Despite having the gsm_abis_oml dialect set to "Ericsson OM2000", I get only "data" as decode:

#3 Updated by tnt 6 months ago

Weird, decode works for me.

What I see is the TF Configuration Request and TF Configuration Request Ack, but then nothing from the TF after that.
So to me, that indicates either an E1 clock out of range, or the internal OCXO is still warming up.

#4 Updated by laforge 6 months ago

I just rebuilt wireshark master (33e63d19e5496c151bad69f65cdbc7cba2b4c211), and it does still exhibit the problem.

I also see the problem with the oldes build I have currently installed: v3.3.0rc0-1701-g4bea0e7c2ebf which I built on July 25th.

#5 Updated by laforge 6 months ago

doh!

for some strange reason I had gsm_abis_om2000 in the ~/.wireshark/disabled_protos list. No idea how that happened...

#6 Updated by keith 6 months ago

Adding RUS and DUG logs retrieved from OMT after power on and 1 attempt to run osmo-bsc.

#7 Updated by keith 6 months ago

Adding a PCAP after we get a TF Configuration Result.

would it be that the DUG does not like one of our SI5 messages?

#8 Updated by laforge 5 months ago

On Sat, Nov 21, 2020 at 01:15:06AM +0000, keith [REDMINE] wrote:

would it be that the DUG does not like one of our SI5 messages?

yes, that is very likely if you send unsupported features in the SI, or if you
send SI messages that are entirely unsupported. Howver, that shouldn't matter
in terms of phones seeing the BTS at all, and getting location updates etc.
going.

#9 Updated by keith 5 months ago

Ok Thanks, I should clarify there is still no RF transmission from the unit and no channels listed as active in osmo-bsc.

Things do not advance after this last SACCH FILLing error.

Also available in: Atom PDF

Add picture from clipboard (Maximum size: 48.8 MB)