I believe in the positive impact of OpenBTS and OpenBSC
interoperability for
the both communities and as encouraging factor for possible future
OpenBTS
test sites.
We're ready to work with you beforehand to minimize on-site efforts.
PS Where can we find agenda? Official 26C3 site is nearly empty.
hi all,
on the congress i use linux-call-router to route isdn traffic from versatel to berlin and vice versa for free as part of versatel sponsoring. i would like to join the POC (phone operation center) in the upper hall again this year. there we sit close to the "eventphone" guys, so we can easier communicate and do cabeling of our hardware. it would be nice to have also the openbsc and openbts projects close to us. we could easier interact and build one test networks. since eventphone uses an own linux-call-router hardware, i can use my test machine without disturbing the external isdn connection to versatel. it is equipped with two E1 cards, one for interconnection with eventphone, the second one can be used for BS11. eventphone has a big DECT pbx running and provides mobile access.
what do you think?
andreas
Hi Andreas,
On Thu, Oct 8, 2009 at 15:56, Andreas.Eversberg Andreas.Eversberg@versatel.de wrote:
on the congress i use linux-call-router to route isdn traffic from versatel to berlin and vice versa for free as part of versatel sponsoring. i would like to join the POC (phone operation center) in the upper hall again this year. there we sit close to the "eventphone" guys, so we can easier communicate and do cabeling of our hardware. it would be nice to have also the openbsc and openbts projects close to us. we could easier interact and build one test networks. since eventphone uses an own linux-call-router hardware, i can use my test machine without disturbing the external isdn connection to versatel. it is equipped with two E1 cards, one for interconnection with eventphone, the second one can be used for BS11. eventphone has a big DECT pbx running and provides mobile access.
We'll bring one or two our USRPs for OpenBTS testing even if David Burgess won't be able to come, and we would love to be located near OpenBSC guys and you. But that'll be our first time at 26C3 and we're little bit lost - should we send some request to get the space?
Do you have an option for VoIP link rather then E1?
Hi Alexander,
On Sat, Oct 10, 2009 at 09:33:31PM +0400, Alexander Chemeris wrote:
We'll bring one or two our USRPs for OpenBTS testing even if David Burgess won't be able to come, and we would love to be located near OpenBSC guys and you. But that'll be our first time at 26C3 and we're little bit lost - should we send some request to get the space?
I think the process for applying for tablespace in the hackcenter has not yet started.
Meanwhile I've created a http://events.ccc.de/congress/2009/wiki/index.php/GSM wiki page where we can add stuff to, similar to the 25C3 and HAR2009.
Do you have an option for VoIP link rather then E1?
As indicated, I am really not interested in this. My general interest in any actual voice switching is extremely low. I have two objectives with regard to OpenBSC at the 26C3:
* operate a functional network that interconnects with the DECT network of the POC (due to popular demand) * do some more experimentation with security related aspects of GSM related signalling
I don't really see the point of having any kind of additional interfaces for voice data at the 26C3 installation. I don't see a technical challenge there, I think it only increases the network complexity in case something needs to be debugged.
Playing with the asterisk or lcr integration of OpenBSC and hooking it up to some other VoIP-based or -gatewayed system like OpenBTS is something that can be done at any time, at any place, by anyone who is interested in doing that.
Please don't misunderstand me. David knows how friendly I am with regard to OpenBTS, and that there is no sense of "competition" or anything like that. I am very interested in technical discussions of GSM signalling, or at interfacing OpenBSC and OpenBTS on a GSM signalling level.
But simply passing around transcoded voice samples in a VoIP protocol between two autonomous GSM networks is about the most boring thing I can imagine. VoIP protocols are well understood, there are dozens of open source projecst in that area, each with their own community. I happily let somebody else do that.
So if Andreas and you decide you want to hook up OpenBTS and OpenBSC over VoIP, please go ahead and do so. But this is unrelated to the 26C3 GSM network and I expect you will interfere neither with the 26C3 GSM network, nor with the public networks.
Regards,
Harald, Alexander -
On Oct 11, 2009, at 2:19 AM, Harald Welte wrote:
So if Andreas and you decide you want to hook up OpenBTS and OpenBSC over VoIP, please go ahead and do so. But this is unrelated to the 26C3 GSM network and I expect you will interfere neither with the 26C3 GSM network, nor with the public networks.
My personal opinion, for whatever it's worth: Based on our experience trying to coexist with Commnet Wireless at Burning Man, I would say that trying to run two experimental networks in the same place without cross-roaming will be confusing for the test users and a big mess for the operators. OpenBSC has their own agenda for the 26c3 test network, a second network would probably interfere with that agenda. I see the Congress as OpenBSC's "home turf", where they get to set the agenda. I'd very much like to cooperate somehow if there's an advantage from doing so, but I don't see 26c3 as the right opportunity.
(BTW - I still don't know if I will be attending, but whether or not there's an OpenBTS network running probably doesn't alter that decision. It's great to meet in person and I miss the smell of Club Mate.)
-- David
David A. Burgess Kestrel Signal Processing, Inc.
Hi David,
On Sun, Oct 11, 2009 at 06:49:29PM -0700, David A. Burgess wrote:
So if Andreas and you decide you want to hook up OpenBTS and OpenBSC over VoIP, please go ahead and do so. But this is unrelated to the 26C3 GSM network and I expect you will interfere neither with the 26C3 GSM network, nor with the public networks.
My personal opinion, for whatever it's worth: Based on our experience trying to coexist with Commnet Wireless at Burning Man, I would say that trying to run two experimental networks in the same place without cross-roaming will be confusing for the test users and a big mess for the operators.
I would not worry all that much as long as it is documented in the wiki. Also, the 26C3 GSM network will be again in 'token auth' mode, i.e. nobody can enter unless he has registered on a website before.
Anyone else who intends to operate some GSM network on the 26C3 site: I would kindly ask them to stick to a 'strictly closed' policy, i.e. don't allow anyone to complete the location update procedure, unless the IMSI is part of a pre-registered list.
(BTW - I still don't know if I will be attending, but whether or not there's an OpenBTS network running probably doesn't alter that decision.
I hope you will be able to make it...
It's great to meet in person and I miss the smell of Club Mate.
I'll make sure to have sufficient Club Mate supply when you come to Berlin before depesec :)
Regards,
Hi Harald, David, Andreas,
On Sun, Oct 11, 2009 at 13:19, Harald Welte laforge@gnumonks.org wrote:
On Sat, Oct 10, 2009 at 09:33:31PM +0400, Alexander Chemeris wrote:
We'll bring one or two our USRPs for OpenBTS testing even if David Burgess won't be able to come, and we would love to be located near OpenBSC guys and you. But that'll be our first time at 26C3 and we're little bit lost - should we send some request to get the space?
I think the process for applying for tablespace in the hackcenter has not yet started.
Meanwhile I've created a http://events.ccc.de/congress/2009/wiki/index.php/GSM wiki page where we can add stuff to, similar to the 25C3 and HAR2009.
Great, thank you. I'll keep my eye on it.
Do you have an option for VoIP link rather then E1?
As indicated, I am really not interested in this. My general interest in any actual voice switching is extremely low. I have two objectives with regard to OpenBSC at the 26C3:
Well, question was addressed to Andreas, I know that you're not interested ;)
- operate a functional network that interconnects with the DECT network of
the POC (due to popular demand)
- do some more experimentation with security related aspects of GSM related
signalling
I don't really see the point of having any kind of additional interfaces for voice data at the 26C3 installation. I don't see a technical challenge there, I think it only increases the network complexity in case something needs to be debugged.
Playing with the asterisk or lcr integration of OpenBSC and hooking it up to some other VoIP-based or -gatewayed system like OpenBTS is something that can be done at any time, at any place, by anyone who is interested in doing that.
Please don't misunderstand me. David knows how friendly I am with regard to OpenBTS, and that there is no sense of "competition" or anything like that. I am very interested in technical discussions of GSM signalling, or at interfacing OpenBSC and OpenBTS on a GSM signalling level.
But simply passing around transcoded voice samples in a VoIP protocol between two autonomous GSM networks is about the most boring thing I can imagine. VoIP protocols are well understood, there are dozens of open source projecst in that area, each with their own community. I happily let somebody else do that.
So if Andreas and you decide you want to hook up OpenBTS and OpenBSC over VoIP, please go ahead and do so. But this is unrelated to the 26C3 GSM network and I expect you will interfere neither with the 26C3 GSM network, nor with the public networks.
I know that you're very much of a friend to OpenBTS rather then a competitor, and if you understood me that way, I ask for excuse.
What I'm trying to achieve is to get the most from the event as I can for OpenBTS. As a first time attendee I may not get a lot of things before hand, but I definitely have no intention to break your agenda. I just think that being connected to the DECT network will give us broader testing then being self-encapsulated. And I see the worth of having integrated HLR and operating a single network rather then two separate networks. But if will render impossible, we'll be happy to be a closed unconnected network or VoIP connected one (which is already more fun for testers).
PS And yes, we plan for registered-users-only network.