Ah good memories! Even though I knew nothing about VoIP I installed, years ago, one at my wife's little SME using "RasPBX" (a distro made of Raspbian + FreePBX + Asterisk) running on a... Raspberry Pi 1 (maybe a Pi 2 but I'm pretty sure it was a 1). The Pi was booting from the SD card but everything was running on an external HDD.
I did put six Cisco VoIP phones and all was working fine as long as no more than four phones were used simultaneously (which never happened). It worked for years like that and wife ended up selling her SME with these VoIP phones still hooked to the RPi 1. We warned them that that thing was kinda a hack ; )
For anyone hesitating: it's not hard to set up. Find a provider to get a SIP trunk, configure the thing, backup the config (I just imaged the entire drive), and you're good to go for a very long time.
It's simple, reliable, stuff that usually won't move under your feet.
I've been working with bespoke VOIP/asterisk systems for a decade, I have one bit of advice to add - consider toll fraud. Especially for a system accessible from the internet. If an attacker can figure out how to make calls through your PBX, they can rack up tens of thousands of dollars in tolls over the course of a night.
Most of the integrated FOSS solutions come with fail2ban already configured, it is essential. If you want more peace of mind, a prepaid trunk helps. That means you charge up your sip trunk account, and if someone drains it, it just stops working instead of continuing to drain your bank account.
You can also limit international calling on your trunks, which effectively nullifies the financial drain of this kind of attack (though it's still obviously bad if an attacker can access your system in any way)
I have a tangentially related problem I have been battling with that you may be able to help me with. I'm moving overseas (Australia to Denmark) and would like to keep my current mobile phone number working for calls and SMS , but use it from afar. I would be able to leave a raspberry pi at a friend's house. Can you use this setup without a SIP provider? Would you need to buy a modem for the raspberry pi?what would you do?
I believe they're still related but the guys at Nerd Vittles [0] are still doing a PBX in a Box style deployment. Looks like it's called Incredible PBX [1] now. But the last time I ran it it took a lot of considerations around running SIP securely and brought a few of the pieces together. Probably worth a look if you're interested in self-hosting at home or for SMB.
I put in an asterix system 20 years ago, it still runs great, all I've done has been to replace a couple of dying (RAIDed) drives. I live in NZ used to live in the Bay Area, NZ trunks come in from a local SIP provider and use an Ooma box for our old US phone number, in home we had 5 FXSs and a sip phone in my office - everyone had a phone in their bedroom, and a couple on public spaces.
It's set up so that all incoming calls hit a voice prompt saying which 1-digit extension you should enter to get who (this stops 99% of phone spam) - everyone gets a voicemail on their extension which rings in their bedroom and rolls over to the common spaces - and everyone gets a unique ring cadence, my daughter who at one point got 80% of the phone calls got the 2 short rings.
The kids have gone, we've moved to a smaller house, only 2 extensions, but that same hardware soldiers on (and still stops 99% of the spam - I've had 1 call in the past year)
Cool to read someone indulge in this. For others interested with no prior context, also consider FreeSWITCH.
Personal experience:
I spent about 15 months working for a local telecom company, supporting their asterisk servers and developing interactive voice response applications. I was given the opportunity to build their residential voip service (in 2010?) from scratch and despite asterisk being so dominant I prototyped and eventually completed the project using freeSWITCH. I found it to be so much more developer friendly to configure and extend. Being able to build dial plans and implement logic with JavaScript or Lua rather than asterisk's config files was worth it. I suspect this system is still running.
I took a look at freeSWITCH's site and it looks like they got bought out. Their documentation is a total mess because the acquiring company has imported lots of wiki pages without much care for how they fit together.
> Use a SIP Application Layer Gateway. This is a horrible feature offered by some routers. Basically, it deep-packet-inspects your SIP traffic, rewrites the headers, and creates port forwards on-the-fly to make sure the inbound audio stream makes its way to your device. SIP ALGs are a total hack and notoriously buggy.
Yes, these hacky ALG features also allowed internet users to access internal IPs on arbitrary services (!); named “remote arbitrary firewall pinhole control”. The attack was published in 2020 and named NAT slipstreaming [1].
This was on by default on a consumer router that was used at a small office. Their VoIP phones would get phantom calls until I discovered this and disabled it.
Having gone down this road many times with freepbx, asterisk, etc.. I ultimately settled on just using voip.ms and connecting phones/sip clients directly to their internal sub-accounts with voicemail. They have enough features for most users so you don't need to worry about running your own PBX.
I have been using voip.ms since 2015 for my phone service. Multiple numbers (DIDs) pointing to an IVR where callers must press 1 to connect to me (totally avoids robocalls). Plus voicemail (transcribed and emailed to me).
One issue with voip on mobile (iOS in my case) is that I would often miss calls due to late push notifications and timing out. So recently I set up a calling queue that rings/pushes my phone a few times instead of just once (queue timeout to 30 seconds before hitting voicemail).
Basically, if you want the control FreeSwitch and Asterisk offer but don't want to self-host, voip.ms is the best way to go.
It's worth noting that Asterisk will run on very low-end hardware: for the last 7 or so years, I've been running a small Asterisk box on a VIA C3 Mini-ITX system. System idle power is around 10W. The only reason I chose the VIA C3 system over something newer was that a) I already had it and b) it had a PCI slot (specifically PCI, not PCIe).
The PCI slot let me plug in a Digium TDM800P and add eight POTS lines, either FSX or FXO, for pretty cheap.
Today you could have the same average power consumption with an Odroid H3, and probably juggle more quality codecs too. (Well, sans the Digium card; but it’s just mindboggling how far we went with power consumption these days.)
I’m wondering how necessary POTS lines actually are these days (and how many connect to VoIP on the telco side). Should depend on the country.
I’ve used to live in an inter generational big house (Italians am I right… even if we are not actually born there we still have spaghetti dna). Anyway I’ve setup one very lightweight asterix instance of statically defined accounts. A few cheap voip phones were installed through the house plus soft phones on personal smartphones.
It was supposed to make things more convenient. Supposed to, because we just kept yelling to convey messages. When I’ve moved out I’ve dismantled the system since I wouldn’t be there to keep it maintained.
> SIP was initially released in 1999, and was designed with the assumption that each device has its own globally routable public IP address. After all, the IPv6 standard was released back in 1995, and NAT would soon be a thing of the past…right? Unforunately, this did not end up being the case.
AFAIK, most residential and commercial ISPs these days do assign customers both a dynamically-DHCP-leased IPv4 address, and a static, globally-routable IPv6 prefix — usually a /64, though some are nicer than that. If you put your ISP's gateway router into bridge mode, and then plugged your computer directly into it — then your device would acquire both an IPv4 and an IPv6 address.
But routers — including ISP gateway routers — insist on doing NAT not only for IPv4, but also for IPv6 (using the fe80:: prefix.) So on any regular home or office network, devices are going to acquire private-use IPv4 and IPv6 addresses.
Is there some reason that modern routers don't do NAT for IPv4, while just further splitting+assigning the received prefix for IPv6, such that every device on the network receives a private IPv4 addr, but a public IPv6 prefix, e.g. a /72?
I know that Internet-backbone network switches ignore the last 64 bits of IPv6 in their routing tables; but those bits are still being carried in the IPv6 packets, and once they reach your home router, it can make use of them to route to the final destination (i.e. one of the devices behind it.) Wasn't this supposed to be the idea?
> But routers — including ISP gateway routers — insist on doing NAT not only for IPv4, but also for IPv6 (using the fe80:: prefix.) So on any regular home or office network, devices are going to acquire private-use IPv4 and IPv6 addresses.
Maybe I'm misunderstanding your comment, but fe80:: is a link-local address and used by devices to talk to each other on the network. It's there by default when IPv6 is enabled.
Most ISPs that support IPv6 will provide a /56 to the router, and then the router will assign a /64 to wifi. Then the clients get an IPv6 address using DHCPv6 or a route announcement.
Unfortunately most VoIP providers do not support IPv6. voip.ms, which I use, for example, does not.
where dyn.example.org is a dyndns that I use that points to my home Asterisk server, on a dynamic IPv4 address. My ISP does change my IPv4 address rather often, and sometimes I have to restart asterisk for the change to be effective.
A lot of people expect a stateful firewall blocking incoming connections on their local network. Applying the same NAT system that is used for IPv4 to IPv6 is probably the best way to get this layer of security.
Now in theory most devices should be safe to connect to the internet. But how many Internet of Shit devices are there in the average household that probably shouldn't be trusted? Crappy security cameras with 10 year old firmware written by the lowest bidder as well as "smart" thermostats that probably aren't much better.
So maybe keeping the stateful firewall by default is the best option.
My quite basic free router from my ISP does exactly that. It plugs into the UTP port on the fiber termination box (no idea how to call that) and handles DHCP for ipv4, while allowing ipv6 auto configuration using a /64 for all devices behind. Seems to work out of the box for both Windows and Apple devices. Only thing is that it automatically firewalls all incoming connections on both v4 and v6, but I think that's a very good default for an ISP device for home use. Especially since everyone is so used to v4 being NATed.
I've built my own business VoIP system — a few times over. I've used Asterisk and FreePBX (the free-ish GUI built on Asterisk), but settled on Asterisk for stability. At one point FreePBX pushed out an update that took down my system for a couple of days and baffled me until I read the FreePBX forums and saw similar complaints from other users.
If you want a week-ish long project, go for the full mid-2000s, boingboing and slashdot experience: buy the dead tree version of the O'Reilly Asterisk book, which has been kept up to date and is still an wonderful resource. Follow it until you have the Enterprise-grade phone system of your dreams.
I even hired Allison "The Voice of Asterisk" [0] to do our phone tree voice prompts. Her prices were very reasonable for a small batch of prompts, and it’s surreal hearing the same lady that does the IVR for your bank and cable company do your own voice prompts.
I use Twilio for my SIP trunking, and it has nice fallback features in case the Asterisk system needs to go down for maintenance or the like. Costs about $20/month for a dozen or so users and fairly frequent calls/SMS.
This was sort of a thing in the mid-2000s, and I’m actually surprised to see it again. At the time I expected home routers to become SIP endpoints (and that came to pass with fiber), but they all expose FXO interfaces (jacks) rather than act as proxies for soft phones, so there’s a missed opportunity there. But the truth of the matter is that just shipping a DECT phone in a bundle is much easier for the carrier to troubleshoot.
We could have easily been calling eachother by our email (SIP URIs) addresses. It is a shame that instead we got a dozen walled gardens when it comes to making voice/video calls over the internet.
I have been tinkering with a personal VoIP system in my spare time over the last couple of months. At this point, I have rescued the 3 lines of house wiring in my 1970s house and connected them to Asterisk on a VM via a Cisco MC3810 and a Adit 600 channel bank. This has involved messing with T1s which was a childhood dream of mine. I have 12 phones connected to the system, using my house wiring, a few point-to-point wires, and some SIP VoIP phones over ethernet. In turn these connect to Phreaknet, C*NET, and of course the normal PSTN via a pair of different ITSPs. I now feel almost qualified to build an early 2000s business voice phone system, for what very little that is worth. More importantly, I have a rotary phone on my desk. ;)
So, maybe one of the VoIP experts that showed up on this thread can help me with one doubt...
Let's say that I have a LDAP server where I manage user accounts, and I want people to be able to call each other with any SIP-enabled phone. I am not interested in voicemail/IVRs/any type of "voice application" on top of that. Do I really need Asterisk/FreeSWITCH or can I just go buy by setting up something like Kamailio?
Kamailio is what is called a Session Border Controller. Its primary purpose is to provide protection and some lightweight filtering for the media servers/PBXs behind it. Once you want "advanced" features like voicemail, parking, hunt groups, three-way calling, etc, you will need to use a PBX like FreeSWITCH (recommended) or Asterisk (not) behind it anyway. If you're only running a single machine, an SBC isn't really worth the trouble.
my wife had a requirement: be able to have an intercom for the house and shed. We used to have a baby monitor, but that was one way, for one room. Now we need many more rooms to talk to each other.
I looked at some intercoms on amazon/ebay, they are all RF and a bit shit. I saw some wifi ones, but nothing cheap enough to take a punt on. I did think about trying to make something with an ESP32, but that would be too hard for me in the time.
So I bought 6 cisco 7962 sip phones for £35 in total, and installed freepbx.
It took a bit of effort to bring the tftp server online, and make sure all the dhcp info was being passed on correctly. Once that was complete, freepbx makes most things pretty simple.
Now, I have ethernet is most rooms, and a switch that can do PoE, so this solution is for a niche of a niche
If only there was an equivalent for building your own home GSM/LTE network. When around the house, I would love to connect to my own private cellular network. Not only is coverage poor where I live, but this would allow me to route calls in sophisticated and useful ways, because the backplane of modern cellular networks is VoIP.
Excellent article, and sections "NAT Problems" and "NAT Solutions" are a good starter on that topic.
Except even third-choice solution is not always feasible. Reserving fixed RTP/UDP port range is not possible with carrier-grade NAT, which is quite common with residential ISPs and nearly-universal with cell ISPs.
Fourth-choice would be to reserve port range on a personal server (which would run B2BUA, asterisk in OP's case; or an RTP proxy), and force calls, including media, from/to SIP handsets to go via that.
All of the NAT problems would instantly to away with IPv6, but with adoption still at a meager 50% I suppose you'll need a PBX of some kind to receive at least half the calls.
For those stuck behind CGNAT, there are guides online for how to set up a VPN to a cheap VPS and forward all network traffic to your network so you can have almost-real connectivity at home. If you're content with 50mbps, you can even use Oracle's Always Free tier.
There is SIP and XMPP, but they may be overconvoluted for what I am trying to achieve. Namely, I am not aiming at internet universality (no IPv4 sharing abomination built into the protocols).
I am looking at a modular set of protocols built mainly for IPv6.
The base: the "telephone number" would be ipv6:port. "Ringing" and video/audio streams setup would be done here. End to end encrytion right from the start (only manual key exchange, zero automatic, even before ringing).
On top, a "comfort protocol"(one level of indirection) for those changing ipv6, but not "accutely roaming", namely changing ipv6 while in a video/audio call: a "DynDNS" but simpler, more a "current IPv6:port of 'name' kind of thing", "address book with a drop of dynamic", "name@server" and you get the current ipv6:port. Unfortunately, it means "accounts" and real time updates. Of course, "server" could be a local/dns/ipv6. I am thinking zero password, only a public key.
For video/audio streams, I may not bother and go TCP. The main constraint would be the timing information shared among video/audio streams. No "internet weather" dynamic reconfiguration.
I even consider going "horribly horrible" for internet: idiotic binary based instead of text based protocols.
I have a VoIP system at home as well. I first used an RPi with Asterisk, but later switched to a Yeastar box with FXS ports (to connect a couple of Old School wired phones).
One thing that is making me REALLY MAD is that there are NO IPV6 TRUNK PROVIDERS in the US. Not a single one. At least none where I can just enter my credit card and get a phone line.
Somehow, the protocol designed to restore the end-to-end connectivity is not used for the poster child of end-to-end connectivity.
You can install Acrobits Groundwire or Bria. Those support PUSH notification for incoming calls. Push is better than missing calls because the app got killed, or forcing the app to run 24/7 and severely shortening battery runtime.
But the call quality will never be as good as the native phone app as that gets QCI prioritization.
I am one of the few people from my generation to maintain a "land line" (VoIP) and I, too, run it with Asterisk and the FreePBX configuration GUI. FreePBX provides a ton of macros out-of-the-box so that adding unwanted callers to a blacklist or doing phone number lookups is simple, for example. Why bother? Well, I find it interesting and fun, but most of the stuff I like can also be done with Google Voice. So I don't recommend self-hosting a phone system unless you are really into the idea and want to spend a decent amount of time learning telecom domain knowledge.
[+] [-] TacticalCoder|2 years ago|reply
I did put six Cisco VoIP phones and all was working fine as long as no more than four phones were used simultaneously (which never happened). It worked for years like that and wife ended up selling her SME with these VoIP phones still hooked to the RPi 1. We warned them that that thing was kinda a hack ; )
For anyone hesitating: it's not hard to set up. Find a provider to get a SIP trunk, configure the thing, backup the config (I just imaged the entire drive), and you're good to go for a very long time.
It's simple, reliable, stuff that usually won't move under your feet.
[+] [-] kunwon1|2 years ago|reply
Most of the integrated FOSS solutions come with fail2ban already configured, it is essential. If you want more peace of mind, a prepaid trunk helps. That means you charge up your sip trunk account, and if someone drains it, it just stops working instead of continuing to drain your bank account.
You can also limit international calling on your trunks, which effectively nullifies the financial drain of this kind of attack (though it's still obviously bad if an attacker can access your system in any way)
[+] [-] jamesmstone|2 years ago|reply
[+] [-] windexh8er|2 years ago|reply
[0] https://nerdvittles.com/ [1] https://wiki.incrediblepbx.com/
[+] [-] revskill|2 years ago|reply
[+] [-] Taniwha|2 years ago|reply
It's set up so that all incoming calls hit a voice prompt saying which 1-digit extension you should enter to get who (this stops 99% of phone spam) - everyone gets a voicemail on their extension which rings in their bedroom and rolls over to the common spaces - and everyone gets a unique ring cadence, my daughter who at one point got 80% of the phone calls got the 2 short rings.
The kids have gone, we've moved to a smaller house, only 2 extensions, but that same hardware soldiers on (and still stops 99% of the spam - I've had 1 call in the past year)
[+] [-] wnolens|2 years ago|reply
Personal experience:
I spent about 15 months working for a local telecom company, supporting their asterisk servers and developing interactive voice response applications. I was given the opportunity to build their residential voip service (in 2010?) from scratch and despite asterisk being so dominant I prototyped and eventually completed the project using freeSWITCH. I found it to be so much more developer friendly to configure and extend. Being able to build dial plans and implement logic with JavaScript or Lua rather than asterisk's config files was worth it. I suspect this system is still running.
[+] [-] jelly|2 years ago|reply
[+] [-] danogentili|2 years ago|reply
[+] [-] dmpanch|2 years ago|reply
[+] [-] hashstring|2 years ago|reply
Yes, these hacky ALG features also allowed internet users to access internal IPs on arbitrary services (!); named “remote arbitrary firewall pinhole control”. The attack was published in 2020 and named NAT slipstreaming [1].
[1] https://samy.pl/slipstream/
[+] [-] jasonjayr|2 years ago|reply
[+] [-] gamedna|2 years ago|reply
[+] [-] jonpurdy|2 years ago|reply
One issue with voip on mobile (iOS in my case) is that I would often miss calls due to late push notifications and timing out. So recently I set up a calling queue that rings/pushes my phone a few times instead of just once (queue timeout to 30 seconds before hitting voicemail).
Basically, if you want the control FreeSwitch and Asterisk offer but don't want to self-host, voip.ms is the best way to go.
[+] [-] ivr-eric|2 years ago|reply
The only thing I have to add: if you need to make telephone calls, the call quality using a SIP phone is much better than using a softphone.
[+] [-] unknown|2 years ago|reply
[deleted]
[+] [-] systems_glitch|2 years ago|reply
The PCI slot let me plug in a Digium TDM800P and add eight POTS lines, either FSX or FXO, for pretty cheap.
[+] [-] WesolyKubeczek|2 years ago|reply
I’m wondering how necessary POTS lines actually are these days (and how many connect to VoIP on the telco side). Should depend on the country.
[+] [-] jjrh|2 years ago|reply
[+] [-] irusensei|2 years ago|reply
It was supposed to make things more convenient. Supposed to, because we just kept yelling to convey messages. When I’ve moved out I’ve dismantled the system since I wouldn’t be there to keep it maintained.
[+] [-] derefr|2 years ago|reply
AFAIK, most residential and commercial ISPs these days do assign customers both a dynamically-DHCP-leased IPv4 address, and a static, globally-routable IPv6 prefix — usually a /64, though some are nicer than that. If you put your ISP's gateway router into bridge mode, and then plugged your computer directly into it — then your device would acquire both an IPv4 and an IPv6 address.
But routers — including ISP gateway routers — insist on doing NAT not only for IPv4, but also for IPv6 (using the fe80:: prefix.) So on any regular home or office network, devices are going to acquire private-use IPv4 and IPv6 addresses.
Is there some reason that modern routers don't do NAT for IPv4, while just further splitting+assigning the received prefix for IPv6, such that every device on the network receives a private IPv4 addr, but a public IPv6 prefix, e.g. a /72?
I know that Internet-backbone network switches ignore the last 64 bits of IPv6 in their routing tables; but those bits are still being carried in the IPv6 packets, and once they reach your home router, it can make use of them to route to the final destination (i.e. one of the devices behind it.) Wasn't this supposed to be the idea?
[+] [-] mgbmtl|2 years ago|reply
Maybe I'm misunderstanding your comment, but fe80:: is a link-local address and used by devices to talk to each other on the network. It's there by default when IPv6 is enabled.
Most ISPs that support IPv6 will provide a /56 to the router, and then the router will assign a /64 to wifi. Then the clients get an IPv6 address using DHCPv6 or a route announcement.
Unfortunately most VoIP providers do not support IPv6. voip.ms, which I use, for example, does not.
In my Asterisk pjsip configuration, I use:
external_media_address = dyn.example.org external_signaling_address = dyn.example.org
where dyn.example.org is a dyndns that I use that points to my home Asterisk server, on a dynamic IPv4 address. My ISP does change my IPv4 address rather often, and sometimes I have to restart asterisk for the change to be effective.
[+] [-] kevincox|2 years ago|reply
Now in theory most devices should be safe to connect to the internet. But how many Internet of Shit devices are there in the average household that probably shouldn't be trusted? Crappy security cameras with 10 year old firmware written by the lowest bidder as well as "smart" thermostats that probably aren't much better.
So maybe keeping the stateful firewall by default is the best option.
[+] [-] t0mas88|2 years ago|reply
[+] [-] michael_michael|2 years ago|reply
If you want a week-ish long project, go for the full mid-2000s, boingboing and slashdot experience: buy the dead tree version of the O'Reilly Asterisk book, which has been kept up to date and is still an wonderful resource. Follow it until you have the Enterprise-grade phone system of your dreams.
I even hired Allison "The Voice of Asterisk" [0] to do our phone tree voice prompts. Her prices were very reasonable for a small batch of prompts, and it’s surreal hearing the same lady that does the IVR for your bank and cable company do your own voice prompts.
I use Twilio for my SIP trunking, and it has nice fallback features in case the Asterisk system needs to go down for maintenance or the like. Costs about $20/month for a dozen or so users and fairly frequent calls/SMS.
[0]: https://www.theivrvoice.com/
[+] [-] rcarmo|2 years ago|reply
[+] [-] forgotusername6|2 years ago|reply
[+] [-] aftbit|2 years ago|reply
[+] [-] rglullis|2 years ago|reply
Let's say that I have a LDAP server where I manage user accounts, and I want people to be able to call each other with any SIP-enabled phone. I am not interested in voicemail/IVRs/any type of "voice application" on top of that. Do I really need Asterisk/FreeSWITCH or can I just go buy by setting up something like Kamailio?
[+] [-] codeslinger|2 years ago|reply
[+] [-] KaiserPro|2 years ago|reply
I looked at some intercoms on amazon/ebay, they are all RF and a bit shit. I saw some wifi ones, but nothing cheap enough to take a punt on. I did think about trying to make something with an ESP32, but that would be too hard for me in the time.
So I bought 6 cisco 7962 sip phones for £35 in total, and installed freepbx.
It took a bit of effort to bring the tftp server online, and make sure all the dhcp info was being passed on correctly. Once that was complete, freepbx makes most things pretty simple.
Now, I have ethernet is most rooms, and a switch that can do PoE, so this solution is for a niche of a niche
[+] [-] ttul|2 years ago|reply
[+] [-] singpolyma3|2 years ago|reply
[+] [-] xnyanta|2 years ago|reply
[+] [-] francescovv|2 years ago|reply
Except even third-choice solution is not always feasible. Reserving fixed RTP/UDP port range is not possible with carrier-grade NAT, which is quite common with residential ISPs and nearly-universal with cell ISPs.
Fourth-choice would be to reserve port range on a personal server (which would run B2BUA, asterisk in OP's case; or an RTP proxy), and force calls, including media, from/to SIP handsets to go via that.
[+] [-] jeroenhd|2 years ago|reply
For those stuck behind CGNAT, there are guides online for how to set up a VPN to a cheap VPS and forward all network traffic to your network so you can have almost-real connectivity at home. If you're content with 50mbps, you can even use Oracle's Always Free tier.
[+] [-] astrobe_|2 years ago|reply
[+] [-] sylware|2 years ago|reply
I am looking at a modular set of protocols built mainly for IPv6.
The base: the "telephone number" would be ipv6:port. "Ringing" and video/audio streams setup would be done here. End to end encrytion right from the start (only manual key exchange, zero automatic, even before ringing).
On top, a "comfort protocol"(one level of indirection) for those changing ipv6, but not "accutely roaming", namely changing ipv6 while in a video/audio call: a "DynDNS" but simpler, more a "current IPv6:port of 'name' kind of thing", "address book with a drop of dynamic", "name@server" and you get the current ipv6:port. Unfortunately, it means "accounts" and real time updates. Of course, "server" could be a local/dns/ipv6. I am thinking zero password, only a public key.
For video/audio streams, I may not bother and go TCP. The main constraint would be the timing information shared among video/audio streams. No "internet weather" dynamic reconfiguration.
I even consider going "horribly horrible" for internet: idiotic binary based instead of text based protocols.
[+] [-] cyberax|2 years ago|reply
One thing that is making me REALLY MAD is that there are NO IPV6 TRUNK PROVIDERS in the US. Not a single one. At least none where I can just enter my credit card and get a phone line.
Somehow, the protocol designed to restore the end-to-end connectivity is not used for the poster child of end-to-end connectivity.
[+] [-] supertrope|2 years ago|reply
[+] [-] psim1|2 years ago|reply