On Tue, Sep 22, 2009 at 07:22:43PM +0100, s4dd(a)losers.yore.ma wrote: Unfortunately the BS-11 are almost all gone, and I am still waiting for other people who have previously indicated their interest to actually get back to my recent mail to confirm the purchase. I will let you know if those people who sent their request earlier fail to follow up with an actual purchase (i.e. some BS-11 still being left over) Cheers, -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

On Tue, Sep 22, 2009 at 11:48:48PM +0200, Nordin Bouchtaoui wrote: Yes, I am aware of the unlicensed availability of the former DECT Guard band (GSM 1800) for low-power GSM applications in .nl I thought that was already the case now, not only from next year on. -- - Harald Welte <laforge(a)gnumonks.org> http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)

Hi Tom, On Thu, Sep 24, 2009 at 10:27:38AM +0100, Tom wrote: This is actually very useful to us. Since you have the full setup with BSC and MSC, you could e.g. help us with protocol traces of your ip.access system. You can use wireshark or ethereal to created packet captures (pcaps) while you are performing certain operations. Right now, e.g., people are looking for ways to implement GPRS and EDGE support in the nanoBTS. So maybe you could provide a set of separate A-bis-over-IP traces between BTS and BSC for the following actions: * bootstrapping a nanoBTS in a network that supports GPRS / EDGE * registering one GPRS-capable telephone to the network * establishing the PDP context * actually transferring some IP data over it * deactivation of PDP context * deactivation of the GPRS-capable telephone Furthermore, I think it would be very useful to get packet captures when the nanoBTS uses the multiplexed RTP mode (for NAT traversal), as we could then also work on implementing this protocol in OpenBSC. If you could help with any of that, it would be much appreciated. Andreas Eversberg has indicated that he wants to work on this, I suggest you talk to him if there is anything you can help him with. I would assume that you could easily bribe him with giving him a nanoBTS in return for finishing a OpenBSC <-> LCR integration for the nanoBTS. -- - Harald Welte &lt;laforge(a)gnumonks.org&gt; http://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)