multi drop config - almost done

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.org
Fri Dec 17 18:07:20 UTC 2010


Hi Thomas,

On Fri, Dec 17, 2010 at 05:41:04PM +0100, Thomas Ansorg wrote:
>
> BPORT0 ATTRIBUTES:
> 	Line Configuration: Multi-Drop (1)
> 
> BPORT1 ATTRIBUTES:
> 	Line Configuration: Multi-Drop (1)
> LMT LOGOFF: ACK

this is looking fine.

> the 2nd bts said this:
> BPORT0 ATTRIBUTES:
> 	Line Configuration: Multi-Drop (1)
> 
> BPORT1 GET ATTR NACK
> LMT LOGOFF: ACK
> *****************************************************************************
> as you can see, i set the port to 0 on both, bts1 works on ts1, tei 25
> and bts2 on ts6, tei 26. 

Why do you configure the 2nd BTS to multi-drop mode?  

The 2nd BTS is at the _end_ of the line, and thus has to be configured like a
'single bts' setup !

Only those BTS that have to pass the E1 signal from BPORT0 to BPORT1 need
their BPORTs in mult-drop mode.

> does this configuration match with the attached config-file? 

i think it does. 

> there is a strange errormessage at the end of bts2 report, a possible
> problem? anyway, i wasnt able to create a bport, neither in connected
> nor disconnected mode

You do not need a BPORT1 on the 2nd bts (at the end of the chain).

Now the final question: Did you patch your hfcmulti kernel driver? What kind of
module load parameters do you use in order to run D-channels on multiple E1
timeslots?

-- 
- 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)




More information about the OpenBSC mailing list