Hi Mike,
Thanks for your advice.
> For non-sysmoBTS there is a different socket, TCP or UDP - I forget, but that's why you don't see the SEQ_PACKET Unix socket in /tmp for the other config. Check sysmo_sock.cpp vs openbts_sock.cpp.
- for the openbts, i found UDP channel on 5944 <--->5934 ports. But in case of the osmo-bts-trx i did not found anything. Even with openBTS i could see some "activity" of the PCU . I.e. while i started my app with OpenBTS, i could see at least:
<0001> pcu_l1_if.cpp:330 BTS available
<0001> pcu_l1_if.cpp:80 Sending activate request: trx=0 ts=6
<0001> pcu_l1_if.cpp:456 PDCH: trx=0 ts=6
<0001> pcu_l1_if.cpp:80 Sending activate request: trx=0 ts=7
<0001> pcu_l1_if.cpp:456 PDCH: trx=0 ts=7
but with trx no activity at all. I am doing something wrong ? Do I have change config somehow ?
>I'm no expert, but depending on your ultimate goal you may have some luck pulling them out of the GSMTAP interface. You can view this using Wireshark to quickly see if it is enough. Check the docs or source on how >to set this up and view it.
>Alternatively, using the trx branch, you could try implementing a custom l1. Check around the bts_model/l1sap code for the software interface (which is shared between the code in osmo-bts-sysmo and osmo-bts-trx). >That's probably a fair bit of work but gives you a lot of flexibility.
- I think i can do it like this: As a "transmit" interface BTS -> osmocomBB i want to use GSMTAP feature. I thing there is suffient support of this protocol for my needs. The biggest issue i can see is, how to handle receive messages GSMTAP messages on my eBTS. I have idea to transform these messages into l1sap readable format, and send them to l1sap_up() function (which, if I am not mistaken , is a single point for trasnfer primitives from the TRX - please correct me). I have currently no idea what willl happen, and if its even possible to "jump over" the lower parts of the code...
Thanks.
Dominik