[VoiceOps] Passing the Voiceops torch
Glen Gerhard
glen at cognexus.net
Tue Feb 14 22:54:10 EST 2023
Thanks David. Your work helped all us in large and small ways.
~Glen
On 2/14/2023 17:45, jjones--- via VoiceOps wrote:
> Thanks for your leadership David.
>
> jj
>
> Sent from my iPhone
>
>> On Feb 14, 2023, at 5:02 PM, Mike Johnston via VoiceOps<voiceops at voiceops.org> wrote:
>>
>> On January 2, 2023, David Hiers wrote:
>>> Hi everyone,
>>> Thank you all for your contributions to voiceops over the years, you quite literally make the voiceops distro what it is.
>>> With the coming of 2023, it’s about time to pass the voiceops torch to the next generation. If you’d like to pick up the domain name and such, please contact me off list.
>>> Happy New Year to all,
>>> David Hiers
>> The torch has been passed. David has transferred the voiceops.org domain name over to me, and I am now hosting the DNS and landing page on $DAYJOB servers. The actual mailing list is still hosted at puck.nether.net.
>>
>> And thank you, David, for your years of work to the voiceops list. Much of what we do is so niche, it can be hard to find the resources we need anywhere else. Just look at the DTMF thread from yesterday!
>>
>> So let's all give a big thanks to David!
>>
>>
>> I'll leave you with a few quotes from way way back in the archives.
>>
>>> On July 30, 2009, David Hiers wrote:
>>> "Mr. Watson -- come here -- I want to see you."
>>> On August 5, 2009, Mark R Lindsey wrote:
>>> At IPTComm a couple of years ago, Jonathan Rosenberg stood up and said the big problem was the walled gardens that are telcos and ITSPs. We carriers just aren't passing traffic via VoIP. Even Cisco customers aren't passing traffic within their own company; you'd have a BTS over here and a BTS over there, owned by the same Cable MSO, passing traffic via ISUP.
>> That was back in 2009. That is, sadly, still the case for many telcos, both large and small.
>>
>> And here are some excellent words from anorexicpoodle, written on October 21, 2009:
>>> Since we, collectively, are steering one of the industries driving up
>>> individual utilization of the IPV4 address space as well as being one of
>>> the most sensitive to NAT which is the only way through which IPV4 has
>>> been sustained as long as it has; it seems like a worthy exercise to
>>> discuss our own, and the industries preparedness to adopt IPV6. Has anyone out there had any experience using any of the open source
>>> platforms (OpenSIPS, Asterisk, SIPPY etc) with native IPV6? It seems
>>> like these projects are the best equipped right now to handle this move
>>> since they rely heavily on the network stack of the underlying OS. Are there any endpoints or other CPE that anybody has had luck getting
>>> to work over native IPV6?
>>> So far I am unaware of any carrier grade (meaning it costs a lot of
>>> money) softswtch platforms that are ready for this, or seem like they
>>> would be without a multi-year effort. Anybody out there that can
>>> enlighten us on this one?
>>
>> Sincerely,
>> Mike Johnston
>> _______________________________________________
>> VoiceOps mailing list
>> VoiceOps at voiceops.org
>> https://puck.nether.net/mailman/listinfo/voiceops
> _______________________________________________
> VoiceOps mailing list
> VoiceOps at voiceops.org
> https://puck.nether.net/mailman/listinfo/voiceops
--
Glen Gerhard
glen at cognexus.net
858.324.4536
Cognexus, LLC
P.O.Box 12083
San Diego, CA 92039
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20230214/b18af714/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_0x762F3FD00C668A3C.asc
Type: application/pgp-keys
Size: 3139 bytes
Desc: OpenPGP public key
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20230214/b18af714/attachment.bin>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OpenPGP_signature
Type: application/pgp-signature
Size: 840 bytes
Desc: OpenPGP digital signature
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20230214/b18af714/attachment.sig>
More information about the VoiceOps
mailing list