Infosec, music, beer, , other things geek. Searching for my path to world domination.
1038 stories
·
18 followers

Yahoo Testing Invite-Only Group Messaging App 'Squirrel' on iOS and Android

1 Comment
Yahoo this week began testing a new messaging app on iOS and Android called "Squirrel," aimed at organizing private group chats with friends, family members, and work acquaintances. The app's main feature is that group access is private and people can only be added through invitation links (via TechCrunch).

Squirrel looks visually similar to apps like Slack and Discord, offering groups access to a "Main Room," where everyone can meet up and chat, and then there's an option to create side rooms for more specific topics. These can potentially include "Secret Rooms" for chats hidden from the main group and one-on-one threads. Users in all rooms can share photos, documents, or links in chats, as well as create custom reactions.


Users can mute rooms they don't have any interest in, and administrators can send "blasts" to all users that flag priority messages. Whenever someone mentions your name, a separate Activity view will accumulate these messages so it's easier to scroll through and get caught up with the conversation.

Yahoo originally debuted its Yahoo Messenger app on the iOS App Store [Direct Link] in April 2009, giving users the ability to instant message their contacts when away from their computer. In the years since, messaging apps like Apple's iMessage, Facebook Messenger, and others have surged in popularity and caused users to leave Yahoo's platform for ones more popular among their own friend groups. Today, Yahoo Messenger is #167 on the App Store's most-downloaded Social Networking app list.

According to Yahoo parent company Oath, one of the main reasons for Squirrel's creation is "improving group communication in everyday life."
“At Oath, we’re always looking for creative ways to add value to our members’ lives,” a spokesperson said in an emailed statement. “We listen closely and frequently test new product ideas based on research and feedback. Right now we’re experimenting with a new invite-only messaging app focused on improving group communication in everyday life.”
Since Squirrel is invite-only, to gain access you'll have to ask someone who already has it to send you an invite to a group. According to TechCrunch, "the ability to kick off a conversation group is also currently in invitation-only mode." The iOS app is compatible with iPhone, iPad, and iPod touch [Direct Link].

Tag: Yahoo

Discuss this article in our forums

Read the whole story
DaftDoki
15 days ago
reply
Give up Yahoo, just let yerself go. You had a good run (which ended a decade ago).
Seattle
Share this story
Delete

Icy Dock ToughArmor MB516SP-B 16-Bay Hot-Swap Mobile Rack Review

1 Comment

Our Icy Dock ToughArmor MB516SP-B review shows that it is an excellent option for fitting 16x SSDs into two 5.25" drive bay slots while providing easy cabling and hot swap capabilities

The post Icy Dock ToughArmor MB516SP-B 16-Bay Hot-Swap Mobile Rack Review appeared first on ServeTheHome.

Read the whole story
DaftDoki
18 days ago
reply
this is just silly
Seattle
Share this story
Delete

New 256TB 1U Ruler NVMe SSD Supermicro SSG-136R-NR32JBF Offering

1 Comment

The new Supermicro SSG-136R-NR32JBF offering is a 1U JBOF that supports up to 12 directly attached hosts and Intel Ruler SSDs for capacities of 256TB today and up to 1PB of storage next year. The company also has a standard version for NVMeoF applications

The post New 256TB 1U Ruler NVMe SSD Supermicro SSG-136R-NR32JBF Offering appeared first on ServeTheHome.

Read the whole story
DaftDoki
23 days ago
reply
Well thats hot.
Seattle
Share this story
Delete

So Long Last /8 and Thanks For All the Allocations — RIPE Labs

1 Comment

So Long Last /8 and Thanks For All the Allocations On 17 April 2018, we allocated the last available block of 1,024 addresses in 185/8 - the last /8 we received from IANA back in 2011. This article looks at how this address space was allocated and how it is used today. It's important to keep in mind that while 185/8 is finished, we still have around nine million recovered IPv4 addresses in our available pool. Under current policy and growth rates, we expect these to last a further two years. <a href="https://labs.ripe.net/Members/wilhelm/so-long-last-8-and-thanks-for-all-the-allocations" rel="nofollow">https://labs.ripe.net/Members/wilhelm/so-long-last-8-and-thanks-for-all-the-allocations</a> <a href="https://labs.ripe.net/logo.png" rel="nofollow">https://labs.ripe.net/logo.png</a>

On 17 April 2018, we allocated the last available block of 1,024 addresses in 185/8 - the last /8 we received from IANA back in 2011. This article looks at how this address space was allocated and how it is used today. It's important to keep in mind that while 185/8 is finished, we still have around nine million recovered IPv4 addresses in our available pool. Under current policy and growth rates, we expect these to last a further two years.

On 3 February 2011, IANA allocated the last /8 blocks from the global IPv4 pool to the Regional Internet Registries. In a ceremony held by ICANN, the RIPE NCC received the block 185/8. At the time, the available pool still held 75 million IPv4 addresses, which were allocated and assigned according to a needs-based policy: LIRs documented their addressing plans and were allocated IPv4 addresses to cover a time period of three months.

It was not until 14 September 2012 that the pool dropped to the level where the only available space remaining was 185/8, the "last /8". This caused section 5.6 of the (then current) IPv4 policy to be activated, which stipulated that each LIR could only receive one final /22 allocation from this last /8 (or any other address space that was returned to the RIPE NCC). Five and a half years later, the space in 185/8 available for allocations is now exhausted. We wanted to take a moment to reflect on how this address space has been distributed and used.


Figure 1: Managing Director Axel Pawlik accepts 185/8 on behalf of the RIPE NCC on 3 February 2011

 

With exception of two /16s set aside for Internet Exchange Points (IXPs) and for unforeseen circumstances, 185/8 was allocated in just five and a half years. This may have been faster than anticipated, but in comparison, the preceding /8 - allocated under the old needs-based policy - lasted only five months, from April to September 2012.

The more restrictive last /8 policy thus will have helped new entrants to connect to the Internet - organisations that otherwise would have had to try their luck on the transfer market. Figure 2 below shows the monthly allocation rate (figure 2a) and the evolution of total allocated address space from 185/8 (figure 2b). Following an initial peak in demand immediately after activation of the last /8 policy, the allocation rate first showed a decreasing trend for around 12 months. However, from September 2013 onward, the general trend changed to one where the allocation rate increased, as more and more new LIRs were created. 

This trend of accelerated growth is also visible in the evolution of total allocated space over time. The blue line in figure 2b, which plots the observed growth, is not straight and cannot be described by a linear model. A quadratic model (the green line) fits much better. The fit is not perfect, sometimes actual growth was a little slower, other times a little faster than the model - but overall the differences with the actual allocated address space are relatively small. This makes it useful in estimating future developments.


Figure 2a and 2b: Monthly allocation rate from 185/8 and the evolution of total allocated address space from 185/8

The intention

In 2010, when it became clear that IANA would distribute its last available /8s to the RIRs in less than a year, the RIPE community developed a policy which set special rules for this final /8. Motivated by the observation that during the transition to an IPv6-based Internet, new entrants would still require some IPv4 space, it was decided not to allocate these last addresses according to demonstrated need, but rather to allow each LIR to request one small sized block (a /22) only. Quoting from the archived policy proposal:

The final /8 of IPv4 address space received from the IANA will have a special policy applicable to it in the RIPE region. This avoids the risk of one or a few organisations consuming the entire block with a well crafted and fully justified resource application. The proposal attempts to ensure that no organisation lacks real routable IPv4 address space during the coming transition to IPv6. It is very important that new entrants also have the chance to get some IPv4 space before it totally runs out because a small block of IPv4 addresses will be necessary for a while before the Internet can run on an IPv6-only platform.

Specifically, the prevailing idea was that the last /8 should be used to help the transition from IPv4 to IPv6, rather than for existing organisations to number their growing networks. Translated to the practice of daily operations at the RIPE NCC, the policy became:

  • LIRs may only receive one allocation from this /8.
  • The size of the allocation made under this policy will be exactly one /22.
  • LIRs receive only one /22, even if their needs justify a larger allocation.
  • A /16 will be held in reserve for some future uses, as yet unforeseen
  • Allocations will only be made to LIRs if they have already received an IPv6 allocation from an upstream LIR or the RIPE NCC.
  • IPv4 PI addresses will not be assigned through this policy.

In 2011, this was amended with a clause that reserved another /16 for exclusive use by IXPs. When applying for IPv4 resources, an IXP can receive one single IPv4 assignment from this /16, no larger than a /22.

The reality

If the intent of the last /8 policy was to accommodate new entrants that would use IPv6 for their internal networks and required some IPv4 to connect to the global Internet, many of the new members joining the RIPE NCC after reaching the last /8 did not fit this model. With Provider Independent assignments via sponsoring LIRs no longer an option, a significant number of End User organisations signed up, seeing a RIPE NCC membership as the most affordable way to obtain (additional) IP addresses for their own infrastructure.

The stimulus in the policy to push members towards IPv6 turned out not to be working either. The majority of LIRs that requested IPv6 to qualify for a final IPv4 allocation, did not go on to do anything with IPv6. In recognition of this fact, and to avoid wasting IPv6 blocks, the RIPE community removed the IPv6 requirement from the policy in March 2015.
Another factor contributing to faster consumption of 185/8 was the creation of additional LIRs by existing members. Back in 2010, when performing the impact analysis for the last /8 policy proposal, the RIPE NCC had identified this as a possible risk. By November 2015, the scenario had become reality and the RIPE NCC's Executive Board temporarily suspended the creation of additonal LIRs. We published an article here on RIPE Labs that described the situation.

After discussion in the community, the General Meeting in May 2016 lifted this suspension, allowing once more the creation of additional LIR accounts. By this time organisations had begun to get around the restriction by registering new business entities, each of which was able to open an LIR. It was felt to be fairer and in the best interest of the membership if additional accounts could be opened via the standard procedures rather than have them sneaking in via the back door. 

Grouping all related LIRs by member and counting the /22s held in total, we find that 10% of members today hold more than one /22 from the last /8. Some of these were obtained via transfer from another organisation, though most came from the member opening additional LIRs. Figure 3 shows the distribution. About 3,900 members still do not hold a /22 from 185/5, 12,000 have just one, 786 have two /22s and 190 have three. The distribution does have a long tail, leading up to one member with 66 /22s in its account(s). To better illustrate this, the bottom part of Figure 3 provides a zoomed-in view.


Figure 3: Distribution of the number of /22s held by members. The bottom half zooms in to the tail of the distribution.

The map in Figure 4 below shows the distribution of the /22 allocations per country, as recorded in the delegated statistics file. Because of transfers, this distribution is not necessarily the same as the distribution of countries where the blocks  were originally allocated. Transfers also caused some allocations to be split into /23s or /24s. To avoid cluttering the map, the totals have been rounded to nearest integer number of /22s.
It's no surprise that countries with large numbers of LIRs are also in the top ten when it comes to the distribution of allocations from the last /8. On a regional level, however, there are some interesting differences. For example, compared to their neighbours, relatively few organisations in Belgium or Portugal have requested IPv4 space from the last /8.

 
Figure 4: Geographical distribution of allocations from 185/8.

Although several scenarios exist where public IP addresses obtained from RIRs are needed to number networks but do not need to be announced in the routing system, the stated intention of the last /8 policy was provide newcomers with a way to connect to the IPv4 internet. This raises expectations for the /22s allocated from this address block. To investigate the level to which these allocations are present in BGP, we look at the data from RIPE NCC's Routing Information Service (RIS). For all the address space that was allocated in each month, we checked the latest table dumps to determine the percentage that was covered by announced prefixes. Figure 5 below shows the results.

 Figure 5: Visibilty of monthly allocated address space in the routing system

It's easy to understand why address space allocated in the most recent months has the lowest percentage of coverage in BGP. After receiving an allocation from the RIPE NCC, organisations may need some time to set up their network and make arrangements for transit. Nevertheless, even when we exclude the results for the last seven months, a general trend of decreasing visibility remains: the older the allocations, the better the coverage in BGP. Where address space allocated in Autumn 2012 sees over 90% routed, this gradually drops to under 75% for addresses allocated in Spring 2017.

Figure 6 shows the monthly transfers from 185/8. Initially, the IPv4 policy didn't place any restrictions on transfers from the last /8. The relevant section of the policy was developed before the idea of setting aside a /8 with a rationed allocation policy was born. When in 2015 it became apparent that an increasing amount of /22s were being transferred to different LIRs within weeks or days of being allocated by the RIPE NCC, the community adopted a change to the policy which set a 24-month holding period on all IPv4 space coming to an LIR, whether via a transfer from another LIR or an allocation from the RIPE NCC. The effects of this are seen clearly in the monthly transfer statistics. The number of IPv4 addresses transferred from 185/8 fell sharply in August 2015 and remained low until November 2016.


Figure 6: Monthly transferred IPv4 addresses from185/8


In 2017 and 2018, transfers from 185/8 picked up again. However, whereas until August 2015 the median time between allocation and transfer was a mere 48 days, this has increased to a median of 2.5 years for transfers conducted after the policy change came into effect. In total, 1,164 blocks changed LIRs between 1 January 2013 and 15 April 2018. Most of these transfers were /22s. Only in 5% of the cases was the original /22 split up and transferred in parts.

Although the last /8 received has now been exhausted, the RIPE NCC still has some 9.3 million IPv4 addresses in the available and reserved pool. Four million of these came from a pool of roughly 20 million addresses that was recovered by IANA and were distributed evenly to all five RIRs over a four-year period. The remaining five million addresses were recovered by the RIPE NCC, primarily when implementing the policy "Contractual Requirements for Provider Independent Resource Holders in the RIPE NCC Service Region". As described in the implementation details, where the RIPE NCC did not receive a response from the End User, the resources were deregistered.
Extrapolating the growth in allocated addresses from the past five years, the remaining IPv4 addresses in the available pool are expected to last a further two years, until May 2020. This date does come with some uncertainty however. Faster growth in terms of new members requesting /22 allocations could bring the date forward, while recovering more (previously allocated) IPv4 space could push the date back a little. Those interested are invited to regularly check the  graphs of the available IPv4 pool on our website - these are updated weekly.

Read the whole story
DaftDoki
31 days ago
reply
Someone keeps finding 32 bit integers in their couch cushions.
Seattle
snm77
30 days ago
BWAHAHAHAHAHAAAAHHHAAAA
Share this story
Delete

Evangelism

9 Comments and 13 Shares
The wars between the "OTHER PRIMATES OPEN THEM FROM THE SMALL END" faction versus the "BUT THE LITTLE BIT OF BANANA AT THE SMALL END IS GROSS" faction consumed Europe for generations.
Read the whole story
DaftDoki
37 days ago
reply
I identify with the rightmost two.
Seattle
popular
35 days ago
reply
davidedwards
35 days ago
Poor misunderstood Banananus.
Share this story
Delete
7 public comments
jprodgers
33 days ago
reply
I... Uh, wow, so I'm the 3 right most ones. Maybe I am intense...
Somerville, MA
lizamu
36 days ago
reply
Yes yes yes.
New York, New York
Covarr
36 days ago
reply
People who insist the eagles could have taken the ring to Mordor are pretty far to the right on this scale. They place badly on the "actually read The Lord of the Rings books" chart, though.
Moses Lake, WA
Ferret
37 days ago
reply
Bananas from the other end is the clearly superior method!
alt_text_at_your_service
37 days ago
reply
The wars between the "OTHER PRIMATES OPEN THEM FROM THE SMALL END" faction versus the "BUT THE LITTLE BIT OF BANANA AT THE SMALL END IS GROSS" faction consumed Europe for generations.
steanne
37 days ago
one of these was useful, but why is there now a second bot doing the same thing?
wmorrell
36 days ago
Because the first bot was offline for some stretches of time. When the second bot arrived, the technical difficulties of the original were also resolved, and now there are two. For some reason, that makes a few people twitchy every third or so comic posting.
cosmotic
36 days ago
Just add a check if another bot commented. How do both bots not properly decode the html entities? As a software engineer, this situation of redundant bots that both malfunction and both being run by complicit lazy admins that don't care about users drives me nuts.
spongbeaux
36 days ago
Why not write your own, and fix the problems that the... ohhhh. https://xkcd.com/927/
cosmotic
36 days ago
;) Also, someone would need to kill the other bots.
WorldMaker
34 days ago
Or you know, don't have any bots at all? It's easy enough to open the page, add the 'm.' to the web address (m.xkcd.com) and get the officially built means to get the alt text in an accessible manner, and give Randall some well deserved ad eyeball traffic in the process. I liked it when people only posted the Alt Text if they had something to add to it. A bot just posting the alt text doesn't add anything interesting to the discussion.
wmorrell
34 days ago
Many people find the bot(s) useful. Just see the, “yay, it’s back!” replies from the previous times they broke. I am glad you have something that works for you. But it’s a mistake to confuse, “I do not find this interesting,” with, “no one finds this interesting,” or even, “no one should find this interesting.”
WorldMaker
33 days ago
I do not confuse any such thing. Perhaps you mistake my starting my opinion with "or" to offer an option for something other than an opinion? I'm happy to agree that mine might be the minority opinion, but that does not make my opinion invalid.
endlessmike
32 days ago
MORE BOTS FOR THE BOT GOD
wmorrell
32 days ago
ALT-TEXT FOR THE ALT-TEXT THRONE
Cthulhux
37 days ago
reply
Also, Emacs.
Fledermausland
Brstrk
37 days ago
I think you misspelled Vim. It's ok. We forgive you this time.
Cthulhux
37 days ago
You only need ten keys to master Vim: [Esc] [:] [q] [!] [e] [m] [a] [c] [s] [Enter]
firetech
37 days ago
You only need this command to master emacs: `alias emacs='vim'`
taddevries
37 days ago
Meanwhile nano users are in the corner eating glue
c_dave
37 days ago
Tasty tasty glue
tingham
37 days ago
Wow has it been 15 seconds in this conversation already? :)
sfrazer
36 days ago
I know just enough vi so that I can get networking working then I install nano because I've got better things to do with my day :-)
gglockner
35 days ago
About a month after starting to date the woman who became my wife, I asked her a religious question: emacs or vi. Needless to say, we have a mixed marriage.
alt_text_bot
37 days ago
reply
The wars between the "OTHER PRIMATES OPEN THEM FROM THE SMALL END" faction versus the "BUT THE LITTLE BIT OF BANANA AT THE SMALL END IS GROSS" faction consumed Europe for generations.

Congressional Testimony

1 Comment and 6 Shares
James Cameron's Terminator 3 was the REALLY prophetic one. That's why Skynet sent a robot back to the 1990s to prevent him from ever making it, ultimately handing the franchise over to other directors.
Read the whole story
DaftDoki
46 days ago
reply
Seattle
Share this story
Delete
1 public comment
alt_text_at_your_service
46 days ago
reply
James Cameron's Terminator 3 was the REALLY prophetic one. That's why Skynet sent a robot back to the 1990s to prevent him from ever making it, ultimately handing the franchise over to other directors.
Next Page of Stories