May 14, 17 / Gem 22, 01 20:48 UTC

Re: TeamSpeak own server  

Well if we were to program our own completely from scratch we could use the open source model of programming, but we would still need to determine how we wish to have the protocol.

Right now I can think of only two was to do this effectively:

Server - Client |or| Peer To Peer

I personally lean towards Server - Client.

Then there's the issue of programming language...

I am in the air about what language to use, most would say C++ but most people are switching to Java, and C# as well some other newer ones are gaining traction nowadays.

I will create a open source Visual Basic .NET client/server here in a little bit I will link its source page. Scratch that.

  Updated  on May 14, 17 / Gem 22, 01 21:59 UTC, Total number of edits: 2 times

May 14, 17 / Gem 22, 01 20:50 UTC

Hi Again,

Sorry didn’t catch your name, so am bound to call you inductive soul :) . Every one of us has something to offer in one or the other way. Just spend some time here and you will be able to route your expertise to the right direction.  Good technical experts are rare material and in my opinion Asgardia or anyone for that matter of fact would ignore or let go free help. Let us find a better way to channel our energies to the right direction. I am hopeful that you will be a great asset to our cause. As humans we have a flaw that we get angry when we feel that we have been wronged, we also need to have Empathy for other’s work and sometimes we need to put ourselves in their shoes to realize how hard their job is. But I think we are on the right track here. I would love to have more conducive and productive discussion with you in future. I hope you will not feel disappointed and frustrated from now on.

May 14, 17 / Gem 22, 01 21:19 UTC

@Inductive Soul
Well if we were to program our own completely from scratch we could use  the open source model of programming, but we would still need to  determine how we wish to have the protocol.

I'm not thinking we should program some kind of "voice application" from scratch: no need to reinvent the wheel when there is plenty of yet developed frameworks, many of them opensource also (which should be considered for security purposes) and, just waiting some (few) time, even Eijah's new tool could be a nice and viable option (you sure know that far better than me).
The "core suggestion" was to install "some kind of (existing) voice supporting tool" into Asgardia's network so that we, registered users, can connect, authenticate, an use it independently if we're on Earth or (in the future) into space.

This may constitute some "vocal base" to drive all educational processes too (e.g. language learning), conferences, meetings, and so on, as we're scattered all around the world so, partecipating into our new nation's events can become unviable if we'll have to physically move.
This can also create the base to a more active presence, even if virtual, as the next step can be to implement some kind of metaworld (e.g. Opensim) where people can virtually meet, for our internal business, leisure or whatever (e.g. ministries can have their own rooms where to meet without the need to use proprietary tools like Skype or Discord).
This may help in the next years, to keep together the whole nation as, I bet, to really go in the space we'll have to wait a lot of time.

May 14, 17 / Gem 22, 01 21:37 UTC

@Jason Rainbow
Thank you to have pointed me in the right direction, Jason: I'm reading the documentation but I'll continue with this thread, here, for the moment, to verify if there is some base for a more structured project to submit to Asgardia.civic. I understand the need to "streamline project proposals and to standardize submissions for more efficient review by NGO Asgardia" so, if something interesting will come out, I think a project submission will follow. :-)

May 15, 17 / Gem 23, 01 07:56 UTC

Putting fuel on fire , some VoIP service project? Free calls are always juicy :P

May 15, 17 / Gem 23, 01 14:18 UTC

As a matter of fact, and despite the thread's subject (which I'll change in "Voice Routing Services"), the "voice service" should be the very base for other services too, at the same time as it's own "base service" (e.g. "traditional" phone-to-phone).

Thinking at it, seems more like a "voice routing" (server(s)) which can be used, by means of "plug-ins", by various applications which require to have a voice support.
That way, two or more "terminals" (e.g. smartphones) running a "voice client" can "plug-into" the voice routing servers to contact each other.
These terminals (clients) can also "plug into" (use) other servers, like streaming ones, image ones, to have music, video-conference, etc. A 3D client can plug-into the voice servers to (voice) contact one or more 3D client(s) or even other kind of "terminals" with enough "capabilities" to answer the call/inclusion (e.g. smartphones, PC with mic/headphones and running client/plugin, etc.).

I have to say I'm not an expert of these kind of services in detail: I just saw living applications, as many others, where the "voice support" was not integrated with the client itself but can be used on demand (like a plug-in).
The model may be the usual TCP/IP stack, with address:port where the voice routing servers are daemons into hardware servers, like the majority of other servers/services.
The authentication layer have to be studied, to be centralized (Single Sign On like), meet security needs, and permit the accounting of the services (where "accounting" doesn't necessarily means "pay service", as a fee can be set to "0 coins", but ready to be used on need, e.g. to make external users to pay for our services).

This is just an overview of something which may be useful to have, and I'm sure there is something already done in that way: TeamSpeak, Demonsaw, Skype, etc.
The interesting thing is how to implement our own "voice service", mapped over the internet, to use right "now", when we're still on Earth, but even by our successors, when they'll be into space.

There is plenty of services offering "free calls" as soon as you're not going to use the phone network: as far as I can see, services over internet are usually free of charge.

May 15, 17 / Gem 23, 01 14:42 UTC

Nono you got the point of what I meant in your last post. Having our own service (calls, calls and sharing ecc... on the needs, of course)

  Last edited by:  Stephen De Rosa (Global Mod, Asgardian)  on May 15, 17 / Gem 23, 01 14:43 UTC, Total number of edits: 1 time

May 15, 17 / Gem 23, 01 15:04 UTC

Could it be possible to get back to irc like in the old days?
Or even mailinglists to get in and/or follow the projects?

Grtz, Dirk.

May 15, 17 / Gem 23, 01 16:13 UTC

I believe that, from nowadays, when we're still trying to build "something (viable)", up to the point the very first "settlers" will fly to Asgardia's orbital colony, it will pass a lot of time (let's say 30-40 years?) so, how to keep asgardia's people together in the meantime?

I think that:

  1. communications (so "phone calls", sharing, online gaming, etc.)
  2. direct or virtual presence (maybe better virtual, as we're scattered all around the world)
  3. common projects
  4. and so on...

We're lucky as we live in the global network era so, why not to take profit of it?

@Dirk Baeyens
Time ago I wrote a proposal/feature request about that, Dirk. :-)

May 16, 17 / Gem 24, 01 22:37 UTC

What we are now talking about is a PBX,

I have some experience but not much with:
though I think that PBX is cool and works well and supports traditional POTS connections it is a nightmare to manage and upkeep.

If you want to integrate it to be able to make traditional phone calls IE... Call Cellphones and Landline were talking about a rather expencive service.... it costs roughly $2.50 US to have a number per month in the US, and then it costs about $0.007 Cents US per minute when you use that number.

That is the cheapest I have ever found for a routeing service (3rd party provider) I don't intend this to be a commercial recommendation but to research this further we have to dig into the nitty gritty details of the (3rd Party Provider).  Here is a example of a company reselling SIP services that allow you to call traditional landlines and cellphones with a PBX system.

Your looking at roughly 1.50 for the number, then 1.7 Cents per minute if you use that number.

There are setup fees, monthly fees... E-911 fees, just about every aspect of the number, its use cost money... so it gets expencive really fast if you have multiple numbers.

  Updated  on May 16, 17 / Gem 24, 01 23:00 UTC, Total number of edits: 6 times
Reason: Removed links, and excripted priceing data from a 3rd pary sip provider.

May 17, 17 / Gem 25, 01 00:20 UTC

Yes, what I was thinking of is mainly a PBX, which is "pluggable" (callable) by a number of different clients which will request it's "voice services" and kind of "address resolution" (the way of @Elwe Thor is resolved, to say, by Twitter) to create point-to-point (one-to-one), multi-point (many-to-many, "rooms") or broadcast (one-to-many) voice/data connections.

The internet-to-phone-calls it's "not considered" by my project, (1) as this is currently widely supported by (inter)national providers, (2) 'cause I was thinking of "pure network" IP-based services. If it will be considered "interesting", in the future, someone can present a project to "bridge" (gateway) the "voice network" to the "traditional phone" one: I'm not interested into it at the moment, nor I'm seeing it will have a future.

Current issues may be

  1. the kind of IP network to use, IPv4/IPv6, which is a "false problem" as the whole world is going to IPv6 and, even being still on IPv4 we're even IPv6-ready

  2. using IPv6 there are a number of concepts/services which can be used, maybe the most interesting is QoS to prioritize voice traffic over others.
    There can be some kind of traffic-shaping logic, even, to avoid a quick-transfer source can "spam" the whole network, using all the resources.

  3. Twitter-like address resolution may be done in the way it's currently done by cell-phones and IM-clients nowadays: login to an "authorization platform/server" then access the "voice network" which will be aware of the address and the terminal-capabilities so that, the ones who wish to contact you can rely on these information to transfer voice only, caller's image also, music, texts, files, etc. etc.

  4. voice routing servers (cluster or cloud) will just "route" the data and the capabilities, like a "matrix". This is mostly what a PBX usually do (and, luckily, I can understand it, having managed a physical PBX for some time, in the past ;-))
    "An IP PBX is a PBX with Internet Protocol connectivity and may provide additional audio, video, or instant messaging communication utilizing the TCP/IP protocol stack." (wikipedia)

  5. all of that could not be used by "humans" only but, with time, by machines also: IoT but whatever "device" also, will need to transfer voice/data addressing end-points into the voice-transfer address-space doing a "call" or starting a (broadcast) "transmission" (like IP-radio).

May 17, 17 / Gem 25, 01 00:32 UTC

Well a PBX if kept VoIP only, with no POTS capability would be a effective PTP-PTMP communication method, people could use their own IP Phone Software of their choosing, and their are many, free ones. All it would cost to run such a network would be the administration, server and minor development costs, were talking now about a mere sum of money, less than 100usd a month for handling the VoIP traffic of thousands (about 10$ for a couple hundred users) this is of course assuming the server gets maxed out, and that should never be allowed to happen.

To make this a reality (1) subdomain should be created: to be assigned an (A record) pointing to the IP address of the PBX server. ^^^ This should not cost any money. ^^^

It would also require a Server with the FreePBX software installed: we could start with a virtual server to keep initial costs low. ^^^ This part will cost some money. ^^^ about 5-10 US Dollars to initially assign a cloud server, with the ability to dynamically scale up from there.

  Updated  on May 17, 17 / Gem 25, 01 00:57 UTC, Total number of edits: 4 times

May 17, 17 / Gem 25, 01 00:32 UTC

Sorry double post.

  Updated  on May 17, 17 / Gem 25, 01 00:33 UTC, Total number of edits: 1 time
Reason: need to be removed, double post.

May 17, 17 / Gem 25, 01 00:56 UTC

Is this including the developing of an App, to use with smartphones, tablets, laptops, desktops (and eventually plugins for others software clients like browsers, metaworlds, etc.), for a number of different systems (mainly Windows, Mac, Linux but not only), to authenticate and communicate via " network" basing on our ID?

I guess the "existing own IP Phone Software" will authenticate into others' platforms, right? I mean: Skype (IM, voice, video, files) will ask Microsoft the auth, gTalk (IM) will ask Google, etc.

By the way: " network" should be a VPN, intranet-like, to avoid "intrusions", if I'm not wrong.

  Last edited by:  Luca Coianiz (Asgardian)  on May 17, 17 / Gem 25, 01 00:58 UTC, Total number of edits: 1 time
Reason: VPN

May 17, 17 / Gem 25, 01 01:00 UTC

Android / iOS / Windows / Mac / Linux already have many SIP phone software options (many free), there would be no need to program or create a custom solution.

The subdomain should be created for use of the PBX server and services... this would allow us to have it run separately from all other future services that may get developed without conflicting with other services that other subdomains may provide both now and in the future.

  Updated  on May 17, 17 / Gem 25, 01 01:03 UTC, Total number of edits: 2 times