Re: few big monolithic PEs vs many small PEs

2019-06-20 Thread Tarko Tikan
hey, For availability I think it is best approach to do many small edge devices. This is also great for planned maintenance. ISSU has not really worked out for any of the vendors and with two small devices you can upgrade them independently. Great for aggregation, enables you to dual-home

Re: few big monolithic PEs vs many small PEs

2019-06-20 Thread Saku Ytti
On Wed, 19 Jun 2019 at 23:25, wrote: > The conclusion I came to was that *currently the best approach would be to > use several medium to small(fixed) PEs to replace a big monolithic chasses > based system. For availability I think it is best approach to do many small edge devices. Because

Re: Traffic ratio of an ISP

2019-06-20 Thread Niels Bakker
* na...@ics-il.net (Mike Hammett) [Wed 19 Jun 2019, 23:19 CEST]: PeeringDB has categories of ratios to choose from. What has the community decided is acceptable ratios for each category? It's fairly trivial for any network to determine what their ratio is as a number, but not necessarily as a

Cost effective time servers

2019-06-20 Thread David Bass
What are folks using these days for smaller organizations, that need to dole out time from an internal source?

Re: Traffic ratio of an ISP

2019-06-20 Thread Seth Mattinen
On 6/20/19 7:16 AM, Mike Hammett wrote: The problem you're running into, Prasun, is that people either aren't actually reading what you're saying or have poor comprehension skills. Very few people are directly addressing what you're asking. A good question would be, who actually cares about

Re: Cost effective time servers

2019-06-20 Thread Mel Beckman
I use the $300 GPS-based TM1000A from TimeMachinesCorp.com. Gets Stratum-1 time from GPS satellites and distributes it. Usually I relay this through a handful of local time servers to spread out the load, but it can handle hundreds of queries per minute, so it’s reasonable to use as a primary

AT Email RBL POC Request

2019-06-20 Thread Aaron Rabinowitz
Can someone who manages RBL1 contact me off-list? Thank you in advance! -- Aaron

Re: Traffic ratio of an ISP

2019-06-20 Thread Mark Tinka
On 20/Jun/19 16:46, Seth Mattinen wrote: >   > > A good question would be, who actually cares about ratios in the year > 2019? Does anyone still calculate them and use them to decide > anything? If so, why does it matter? We never have. I find the exercise pointless. In fact, more than 90%

Re: Cost effective time servers

2019-06-20 Thread Warren Kumari
On Thu, Jun 20, 2019 at 11:00 AM Mel Beckman wrote: > > I use the $300 GPS-based TM1000A from TimeMachinesCorp.com. Gets Stratum-1 > time from GPS satellites and distributes it. Usually I relay this through a > handful of local time servers to spread out the load, but it can handle > hundreds

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Thanks Valdis for clarifying this. Based on this thread discussion, I’m getting this understanding as well. - Prasun Regards, Prasun Kanti Dey Ph.D. Candidate, Dept of Electrical and Computer Engineering, University of Central Florida web: https://prasunkantidey.github.io/portfolio/ > On Jun

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Hi Job, While doing some study, I recently came across this https://drpeering.net/white-papers/The-Folly-Of-Peering-Ratios.html This discussion was from from a Nanog meeting that took place a long time ago. This made me interested to know whether there is some actual numbers behind those

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Dear Mike, Regardless of very few direct answers, I found this discussion very interesting. I think one possible reason for not having any specific numbers, as some members have already pointed out, is there doesn’t exist any. As an outsider, with zero hands-on experience in ISP field apart

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Hi Keith, Honestly? I don’t! I have never worked with an ISP or similar. If I ever get the chance, that would be exciting. Until then, I think this platform is one of the best places where I can get the answer from the people who has first-hand experience in this field. Your classification is

RE: BGP person from Bell Canada/AS577

2019-06-20 Thread Aaron Gould
As I recall, yes that is true. Somethings mentioned here... https://www.akamai.com/us/en/multimedia/documents/akamai/akamai-accelerated-network-partner-aanp-faq.pdf I recall that after I deployed my local AANP clusters, that *if* I wanted to bypass local aanp caching, that I would change my

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Thanks Valdis for mentioning the classifications. I’ve used ISPs as generic word. But, you’re right, it’d be better if I had distinguished the CPs, ISPs or the Transits specifically. However, thanks to the community, they’ve understood and provided me some really helpful answers. - Prasun

Re: Traffic ratio of an ISP

2019-06-20 Thread Valdis Klētnieks
On Thu, 20 Jun 2019 10:16:03 -0600, "Keith Medcalf" said: > Having an inbound:outbound ration of 10:1 is known as a leech ... Just remember that without "leech" networks like Comcast, everybody who's selling transit to content providers would be having a hard sell indeed. pgpkFBQ_vWGng.pgp

Re: Cost effective time servers

2019-06-20 Thread Andy Ringsmuth
> On Jun 20, 2019, at 10:18 PM, Jay Hennigan wrote: > > On 6/20/19 07:39, David Bass wrote: >> What are folks using these days for smaller organizations, that need to dole >> out time from an internal source? > > If you want to go really cheap and don't value your time, but do value >

Re: Cost effective time servers

2019-06-20 Thread Jay Hennigan
On 6/20/19 07:39, David Bass wrote: What are folks using these days for smaller organizations, that need to dole out time from an internal source? If you want to go really cheap and don't value your time, but do value knowing the correct time, a GPS receiver with a USB interface and a

Re: Traffic ratio of an ISP

2019-06-20 Thread Ross Tajvar
I think that was a BitTorrent reference. On Thu, Jun 20, 2019, 8:17 PM Valdis Klētnieks wrote: > On Thu, 20 Jun 2019 10:16:03 -0600, "Keith Medcalf" said: > > Having an inbound:outbound ration of 10:1 is known as a leech ... > > Just remember that without "leech" networks like Comcast,

Re: Cost effective time servers

2019-06-20 Thread Mel Beckman
Warren, I like the cheap price of the LeoNTP. The only reason I prefer the Tm1000a is that it has an embedded web server, which lets me monitor the satellite constellation visibility. Otherwise, except for oven-controller time clocks, it seems obvious that the $2000+ GPS NTP servers are

Re: Cost effective time servers

2019-06-20 Thread Warren Kumari
On Thu, Jun 20, 2019 at 11:42 AM Mel Beckman wrote: > > Warren, > > I like the cheap price of the LeoNTP. The only reason I prefer the Tm1000a is > that it has an embedded web server, which lets me monitor the satellite > constellation visibility. Otherwise, except for oven-controller time

RE: Traffic ratio of an ISP

2019-06-20 Thread Keith Medcalf
Having an inbound:outbound ration of 10:1 is known as a leech ... --- The fact that there's a Highway to Hell but only a Stairway to Heaven says a lot about anticipated traffic volume. >-Original Message- >From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Prasun Dey >Sent:

RE: Traffic ratio of an ISP

2019-06-20 Thread Keith Medcalf
Why would you think that "Heavy Inbound" signifies a greater inbound:oubound ratio compared to "Mostly Inbound"? To me "Heavy Inbound" means that there is more inbound than outbound and "Mostly Inbound" means exactly that -- mostly/usually/exclusively inbound with the occasional outbound

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Hi Martijn and Josh, Thank you for your detailed explanation. Let me explain my requirement so that you may help me better. According to PeeringDB, Charter (Access), Sprint (Transit), Amazon (Content) all three of them are ‘Balanced’. While, Cable One, an Access ISP says it is Heavy Inbound,

RE: Traffic ratio of an ISP

2019-06-20 Thread Knopps, Brian
[cid:image001.png@01D526B7.B99D6BB0] From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Josh Luthman Sent: Wednesday, June 19, 2019 3:24 PM To: Prasun Dey Cc: nanog@nanog.org Subject: Re: Traffic ratio of an ISP >my question was more like to understand when an ISP decides to claim itself

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Thank you Aaron, This is great. This gives an interesting insight regarding CDN as they seem to play a big role here. However, in general, what do you call your ISP as? A 'Heavy Inbound' or 'Mostly Inbound'? Is there any community standard about this ratio (having 1:10 or higher) to be treated

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Seems you just have updated today. Thanks for letting us know. Last time, I checked was yesterday and based on that I mentioned your traffic ratio being ‘Balanced’. Regards, Prasun Kanti Dey Ph.D. Candidate, Dept of Electrical and Computer Engineering, University of Central Florida web:

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Thank you, Mike. From an outsider, I don’t have any information of an ISP’s traffic numbers. And this may be confidential unless we are using any measurement platform, which CAIDA is doing. To get a rough idea about any ISP’s traffic outbound:inbound ratio I can only see it's PeeringDB label.

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Thank you Aaron for confirming that. This is helpful. - Prasun Regards, Prasun Kanti Dey Ph.D. Candidate, Dept of Electrical and Computer Engineering, University of Central Florida web: https://prasunkantidey.github.io/portfolio/ > On Jun 19, 2019, at 5:26 PM, Aaron Gould wrote: > > I’m

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Thank you Steller, Your response is extremely helpful. I really appreciate your detailed explanation. While I was looking for these numbers, I couldn’t find any. I thought, as an outsider, these numbers may not be accessible for me. And, as I don’t own an AS, so, I can’t be a member of

Re: BGP person from Bell Canada/AS577

2019-06-20 Thread Bjoern Franke
> clusters so it's not really up to Bell to go against Akamai's request > to send their own + customer prefixes for their cluster. > Does Akamai mostly rely on the DNS the request was coming from? Regards Bjoern

Re: few big monolithic PEs vs many small PEs

2019-06-20 Thread Mark Tinka
On 19/Jun/19 22:22, adamv0...@netconsultings.com wrote: > Yes it will cost a bit more (router is more expensive than a LC) I found the reverse to be true... chassis' are cheap. Line cards are costly. > > Would like to hear what are your thoughts on this conundrum. So this depends on

Re: Traffic ratio of an ISP

2019-06-20 Thread Job Snijders
On Thu, Jun 20, 2019 at 4:21 PM Steller, Anthony J wrote: > because it really don’t matter in the whole scheme of things. Indeed, it doesn't matter. The "traffic ratio" field in PeeringDB probably should be deprecated, there is no formal definition nor is are there any operational consequences

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Josh, That’s great. I’m assuming your traffic is mainly inbound. So, my question is, do you have a threshold that defines your traffic ratio type. I’m taking an example from this thread. Say, your average incoming traffic is ~45 gbps, and outgoing traffic is ~4.5 gbps. So, your outbound:inbound

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
Hi William, Ha ha! Thanks for pointing that out. I’m not related to any ISP at all, so this is something new. I understand, PeeringDB is just a basic guideline and ISPs put their own information about their traffic ratios. I’m interested to know whether ISPs check their own accumulated traffic

RE: Traffic ratio of an ISP

2019-06-20 Thread Steller, Anthony J
Hi Prasun, It was updated because ‘Balanced’ wasn’t accurate, we didn’t notice that’s what it said until you pointed it out, because it really don’t matter in the whole scheme of things. In regards to: >> So, my question was more like to understand when an ISP decides to claim >> itself as

Re: Traffic ratio of an ISP

2019-06-20 Thread Prasun Dey
You’re right on that, Baldur. I’m aware of this, but my focus is to know whether there are any exact numbers that community has agreed on. Thank you for your reply. Regards, Prasun Kanti Dey Ph.D. Candidate, Dept of Electrical and Computer Engineering, University of Central Florida web:

Re: Traffic ratio of an ISP

2019-06-20 Thread Mike Hammett
The problem you're running into, Prasun, is that people either aren't actually reading what you're saying or have poor comprehension skills. Very few people are directly addressing what you're asking. - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The

Re: Traffic ratio of an ISP

2019-06-20 Thread Valdis Klētnieks
On Wed, 19 Jun 2019 16:20:37 -0400, Prasun Dey said: > So, my question was more like to understand when an ISP decides to claim > itself as any of these (Heavy Outbound/ Inbound or Balanced)? From an ISP’s > own > point of view, at what point, it says, my outbound:inbound is something, so >

Re: Traffic ratio of an ISP

2019-06-20 Thread Mark Tinka
On 19/Jun/19 23:30, Steller, Anthony J wrote: >   > > TL;DR - There are no hard numbers to give you, it just depends how > someone feels that day of the week when setting it. > Not surprising if some use it as a way to separate peers that have the stamina from those that don't :-). For those