<div dir="ltr"><div>Hello Harald, I'm attaching config and pcap. Hopefully mailserver allows attachments.</div><div>Regarding SABME message it's correct behaviour, I checked twice, BSC initializes link establishment and BTS responds with UA</div><div><br></div><div>Today I was digging in dahdi-linux docs again and I see that it uses BKL mechanisms in the kernel. Is it still valid? Because BKL was removed from kernels starting from 2.6.39</div><div>Looks like I need to re-build kernel with BKL enabled (if it's possible. Not sure if it's possible). Other solution is to install CentOS6 it uses kernels 2.6.x </div><div>What linux kernel do you use on your server with dadhi E1 adapters?</div><div><br></div><div>Thank you</div><div>Babanov Ivan </div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">чт, 8 окт. 2020 г. в 20:30, Harald Welte <<a href="mailto:laforge@osmocom.org" target="_blank">laforge@osmocom.org</a>>:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi Ivan,<br>
<br>
On Thu, Oct 08, 2020 at 01:14:03AM +0300, Ivan Babanov wrote:<br>
> Brief question. Is it possible to debug E1 line by connecting it to the 2nd<br>
> port of the same NIC making a wired loop? <br>
<br>
well, you would normally need a series resistor for the tapping port, you cannot<br>
just put them in parallel without signal degradation.<br>
<br>
You can check <a href="https://osmocom.org/projects/e1-tap/wiki" rel="noreferrer" target="_blank">https://osmocom.org/projects/e1-tap/wiki</a> for a small OSHW<br>
device that has the series resistors built in, and which provides two tap<br>
ports (one for each direction).  For full-duplex sniffing of one E1 line, you<br>
obviously need two other ports.<br>
<br>
> Is it enough to open->ioctl->read<br>
> from /dev/dahdi/channel to get a stream of LAPD SABME messages transmitted<br>
> by BSC?<br>
<br>
not /dev/dahdi/channel.  On that device you need a special ioctl.<br>
<br>
you could look into osmo-e1-recorder, if you wanted to do tracing with DAHDI<br>
ports behind a osmo-e1-tap.<br>
<br>
> I'm still trying to bring up BTS Nokia Flexi with OSMO-BSC.<br>
<br>
great.<br>
<br>
> I'm using an E1 card Digium TE405P on the server side.<br>
> OSMO-BSC is connected with Nokia BTS via a single E1 line.<br>
> Looks like on Level1 everything is ok because BTS can detect the link and<br>
> raise an alarm if the wire is getting disconnected.<br>
<br>
great.<br>
<br>
> I can observe some data from timeslots on BTS side and if some channel is<br>
> configured as D-Channel in /etc/dahdi/system I see transmission of block<br>
> "01111110".<br>
<br>
that's the flag octets<br>
<br>
> But the problem is that LAPD link is not establishing. I can't find any<br>
> tries on BTS side and BSC does not receive anything from BTS, just set of<br>
> SABME messages in PCAP file.<br>
<br>
That's somewhat of a contradiction.<br>
<br>
* SABME is the first frame used to establish a LAPD data link<br>
* it should be sent from BTS to BSC<br>
* the BSC responds with UA<br>
<br>
> T200 expires and so on. I tried various T200 values. So, now it looks for<br>
> me like L1 does not receive anything from L2 on BSC side and nothing is<br>
> transmitted over the wire to BTS.<br>
<br>
it would be useful to see your configs. I would guess most likely you<br>
didn't select the same timeslot for<br>
signaling on both sides.<br>
<br>
-- <br>
- Harald Welte <<a href="mailto:laforge@osmocom.org" target="_blank">laforge@osmocom.org</a>>            <a href="http://laforge.gnumonks.org/" rel="noreferrer" target="_blank">http://laforge.gnumonks.org/</a><br>
============================================================================<br>
"Privacy in residential applications is a desirable marketing option."<br>
                                                  (ETSI EN 300 175-7 Ch. A6)<br>
</blockquote></div></div>