bet?
Guess we're all about full disclosure here..?
Except when its not easy to fix, like DDOS's arent.
/kc
--
Ken Chase - k...@heavycomputing.ca - +1 416 897 6284 - Toronto CANADA
Heavy Computing - Clued bandwidth, colocation and managed linux VPS @151 Front
St. W.
on the regulation
process would be
vastly different in those two industries.
/kc
--
Ken Chase - k...@heavycomputing.ca - +1 416 897 6284 - Toronto CANADA
Heavy Computing - Clued bandwidth, colocation and managed linux VPS @151 Front
St. W.
TES an alt root DNS
structure. You'd think the smart thinkers in the govt woulda figured
that out. Apply pressure and it splinters. Sometimes easier to supervise
if its in one pile, no?
Also, "new DNS = whole new internet"? lol.
/kc
--
Ken Chase - k...@heavycomputing.ca - +1 4
rest of Africa. Middle
East will be deployed after Africa.
I hope this is the right place to ask.
Thanks!
Ken
Thanks for all the replies! (really fast!)
The requirement for Bare Metal is very specific. Dealing with high speed
large files is very different to dealing with high volume small files. We
regularly encounter bottlenecks at the FSB and at the IO level. Even things
like RAID slows us down, so we h
Bingo
On Tue, 16 Jul 2019 at 09:30, Christopher Morrow
wrote:
> Isn't the OP really asking here (not to have their selection of
> platform wrangled..):
> "Where should I target my search: ZA only? is there anywhere else
> worth dropping my request?"
>
> and:
> "Are there likely providers of
55, Akshay Kumar wrote:
> The 2nd requirement seems artificial. The new hypervisors have come a long
> way and the overhead is minimal. Also you can run bare metal instances in
> AWS if you really need them with 100Gbps.
>
> Just just use the South Africa AWS region.
>
> On T
> It's a moot point since none of this is going to be available in time but
> perf is a bogus reason and a lot of the times price is too.
>
> On Tue, Jul 16, 2019 at 5:12 PM Ken Gilmour wrote:
>
>> Speed is not the issue, it's IO. Also streaming 100Gbps of video is very
ly one POP in Africa currently, need
to decide where to best serve as many as possible. We could serve Northern
Africa from EU and Southern Africa from Singapore, but having something
within the continent would be preferable.
Thanks!
Ken
On Tue, 16 Jul 2019 at 10:52, Mark Tinka wrote:
>
>
>
e are comparatively less alerts for individuals than
enterprises.
What you "should" do often doesn't translate to what you "do" do.
On Tue, 16 Jul 2019 at 11:23, Valdis Klētnieks
wrote:
> On Tue, 16 Jul 2019 10:39:59 -0600, Ken Gilmour said:
>
> > These are
ide caching.
>
> On Tue, Jul 16, 2019 at 5:56 PM Ken Gilmour wrote:
>
>> We have a different use case to traditional analytics - We're aimed at
>> consumers and small businesses, so instead of a SOC with one big screen
>> refreshing 1 rows of only alert data every 30 s
ing a
facility in Africa that does Bare Metal servers. I've had a lot of helpful
people, despite the naysayers.
Thanks!
On Tue, 16 Jul 2019 at 11:23, Valdis Klētnieks
wrote:
> On Tue, 16 Jul 2019 10:39:59 -0600, Ken Gilmour said:
>
> > These are actual real problems we face. thousands
I feel like I'm arguing with my teenager over why the WiFi is slow.
Anyone on the list know how to contact the Twitter Security team?
Seems the new update allows an attacker to modify other people's tweets.
The "Hackerone" form for reporting a vulnerability is the wrong form and
the "My account has been hacked" form is also the wrong form. The whole
site has been
no
On Thu, 18 Jul 2019 at 12:59, J. Hellenthal wrote:
>
> Yes/No ?
>
>
> https://help.twitter.com/en/rules-and-policies/reporting-security-vulnerabilities
>
> > On Jul 18, 2019, at 13:45, Ken Gilmour wrote:
> >
> > Anyone on the list know how to contact the
tps://help.twitter.com/en/rules-and-policies/reporting-security-vulnerabilities
>> >
>> >> On Jul 18, 2019, at 13:45, Ken Gilmour wrote:
>> >>
>> >> Anyone on the list know how to contact the Twitter Security team?
>> >>
>> >> S
streams (or at least achieve > 1.0Gbps).
>
>I'm tempted to get another ACX-2100 and do a 4x1Gb LACP port-channel to the
>customer switch, or replace the AV-integrator-installed Cisco SG300-52P
>(Cisco switch with e.g. an EX-3300 with 10Gb uplinks).
>
>Thanks in advance for your suggestions.
>
>-Dave
Ken Chase - m...@sizone.org
>From toronto - something odd - mtr to google.com (google.com (172.217.3.142))
5. v638.core1.tor1.he.net
6. 100ge7-2.core1.nyc4.he.net
7. 100ge11-1.core1.par2.he.net
8. 10ge3-2.core1.zrh1.he.net
9. ???
par is paris, zrh is zurich?
same base path for hitting my EC2 nodes... Cant
and of course the second I post it all fixes itself. NANOG works! Thanks!
(was going on for about 10-15 min)
On Fri, Apr 22, 2016 at 01:21:47PM -0400, Ken Chase said:
>
>From toronto - something odd - mtr to google.com (google.com (172.217.3.142))
>
> 5. v638.core1
got a quagga router in my life where bgpd+zebra takes up 1gig for 4.5 full
tables. Rest of the OS easily lives in 1 gig (could probably be much less.)
big-vendor solutions always seem much bloatier - same deal on power usage.
just a data point.
/kc
--
Ken Chase - m...@sizone.org Toronto
se unit would be great, but might not have
enough brand name recognition to make the master client happy plopping down as
a CPE at end client sites. (I know, "there's only one brand, Cisco." ASA5506x
is a
bit $$ and licensing acrobatics get irritating for end customers.)
/kc
--
Ken Chase - Guelph Canada
dly for enterprises)
>- Is spread across multiple buildings across a metro area
>- Is elastic so can be divided between different services for different time
periods
>
>In a traditional peering sense it doesn???t really offer much value.
>
>Just my two pence.
>
s.c 0.0%10 147.5 125.6 49.4 165.5 41.1
> 12. 24.52.112.21 0.0%10 158.6 124.0 49.6 161.3 41.5
> 13. 24.52.112.42 0.0%10 151.0 127.7 52.2 159.0 41.2
> 14. ??? 100.0100.0 0.0 0.0 0.0 0.0
>
-- because they were
xor'ing
the source & target IP to load balance and one channel was wonky. Fun times
debugging that one: "WFM from here, what's your issue?")
/kc
--
Ken Chase - k...@heavycomputing.ca skype:kenchase23 +1 416 897 6284 Toronto
Canada
Heavy Computing - Clued bandwidth, colocation and managed linux VPS @151 Front
St. W.
00, William Herrin said:
>On Thu, Jul 7, 2016 at 3:52 PM, Ken Chase wrote:
>> ICMP is allowed to be dropped by intervening routers. Someone will quote
an RFC
>> at us shortly.
>
>Hi Ken,
>
>That's not correct. Routers might not generate an ICMP time-e
d to a
>> specified ASN by
>> BGP daemon on your routers?
>>
>>
>you are on to something... something fantastic.
--
Ken Chase - m...@sizone.org
>
>> Software Tool & Die| b...@theworld.com |
http://www.TheWorld.com
>> Purveyors to the Trade | Voice: +1 617-STD-WRLD | 800-THE-WRLD
>> The World: Since 1989 | A Public Information Utility | *oo*
>>
>
--
Ken Chase - k...@heavycomputing.ca skype:kenchase23 +1 416 897 6284 Toronto
Canada
Heavy Computing - Clued bandwidth, colocation and managed linux VPS @151 Front
St. W.
7, 2016 at 01:35:09PM -0400, Christopher Morrow said:
>On Wed, Jul 27, 2016 at 10:58 AM, Paras Jha
>wrote:
>
>> I consistently did not even get replies
>
>
>This is a common 'complaint' point for abuse senders. I often wonder why.
>What is a reply
they always will
>> be.)
>>
>>
>> Mark.
>>
>>
>>
>> On 27/08/2016 8:53 a.m., Mel Beckman wrote:
>>
>>> John,
>>>
>>> With all due respect, it's S.O.P. for Nanogen to ask the list if anyone
>>> else is experiencing a particular problem with some carrier or another. So
>>> Nate's question is totally appropriate for this list. I know I've solved
>>> several problems by airing them here and getting insight from other list
>>> members.
>>>
>>> -mel beckman
>>>
>>> *snip*
>>
--
Ken Chase - m...@sizone.org Toronto Canada
for
it,???
>> >Holmes said.
>>
>> "But it's elementary!" Watson retorted
>>
>> :)
>>
>> alan
>>
--
Ken Chase - Toronto Canada
ww.youtube.com/watch?v=NITBfc1EOBo#t=27s
>
>"This video contains content from B_Viacom, who has blocked it in your
country on copyright grounds."
>
>I love YouTube and copyright regional laws :/
>
>alan
--
Ken Chase - m...@sizone.org Toronto Canada
compare notes to see if you are also paying $250 for each BGP
prefix filter updated request, or if we???re the only ones???
>
>Thanks in advance!
--
Ken Chase - m...@sizone.org Toronto Canada
>Another unexpected result when we had an all-out Halon test: thick fog,
>apparently from cold gas and somewhat humid air. I'm glad to have been
>watching through windows. Visibility in the room dropped to zero.
--
Ken Chase - m...@sizone.org Guelph Canada
t; to skid in broadside in a cloud of smoke, thoroughly used up,
>> > totally worn out, and loudly proclaiming "Wow! What a Ride!"
>> > -- Hunter S. Thompson
>> >
>
>--
>Jim Mercer Reptilian Research j...@reptiles.org+1 416 4
source-
>>> address grooming both inbound and outbound. I've expanded on the
>>> original definition by including rule generation to control
>>> broadcast address abuse.
>
>--
>Sent from my Android device with K-9 Mail. Please excuse my brevity.
--
Ken Chase - m...@sizone.org Toronto Canada
the LOA's with the
request.
So will HE. And many others.
/kc
On Thu, Sep 15, 2016 at 02:28:50PM -0400, Ken Chase said:
>I feel this can be a public topic:
>
>Rogers just charged us that for an update (one update, multiple entries).
>We had to go through their quotation m
APNIC region
but nothing more specific.
However, this does show up in radb as avetria networks as well. (and various
geolocate
DBs put it in Melbourn.au though i know it's in use in Kitchener ontario).
So what's not matching up here?
/kc
--
Ken Chase - m...@sizone.org Guelph Ontario
Could someone from AT&T please contact me off list?
Your residential Internet DNS servers are redirecting all traffic destined
for Akamai hosted sites to your homepage...
Thanks,
Ken
There's all sorts of people online reporting problems with Level3 voice
services - we're down for outbound calling, inbound is spotty. Their portal is
unreachable, can't get to any of their #'s...seems like the world is on fire
over there.
We were a previous TW Telecom customer before Level3 b
my own git repo, but i've been lazy.
No warranties provided.
If anyone has a faster/better one, that'd be handy.
/kc
--
Ken Chase - k...@sizone.org Toronto & Guelph Canada
ember ping packets containing +++ATH0 ?
>
>THat only worked because of patents:
>
>https://en.wikipedia.org/wiki/Time_Independent_Escape_Sequence
>
>Inband signaling is bad, mmmkay?
>
>--
>Mikael Abrahamssonemail: swm...@swm.pp.se
--
Ken Chase - Guelph Canada
ut to 'fix' this issue it will take all 3 levels being fixed.
If we continue to keep pointing fingers at "the other guy" as the root of
the problem we're inviting external forces (Legislation) to step in and
'fix' the problem for us (and it will just make it worse
ing the finger at
the other layers and declaring them the cause of the problem and washing
their hands of it (not unlike current politics).
Until we accept that it's *everyone's* problem and work to fix the things
under our control and work as an advocate for the other layers, we wi
s.
Is the politcal will there tho?
Right now there's no stigma beyond nanog-l in being a bad actor
from where I sit.
/kc
--
Ken Chase - m...@sizone.org guelph canada
from "oh, gee, I didnt know it
was being squatted! " prefixes?
/kc
--
Ken Chase - m...@sizone.org guelph canada
ear Moscow. The
>rate is about a few dozen PPS hitting all BGP-announced networks.
>
>--??
>wbr, Oleg.
>
>"Anarchy is about taking complete responsibility for yourself."
>?? ?? ?? Alan Moore.
--
Ken Chase - m...@sizone.org Guelph Canada
ter though:
tcp and src port 80 and src net '(141.138.128.0/21 or 95.131.184.0/21)' and dst
port 21
Adapt for your fw rules of choice.
/kc
On Tue, Nov 01, 2016 at 07:39:40PM +, Van Dyk, Donovan said:
>I think Ken has nailed it. I think the source addresses are spoo
actual ftp running. Yeah this is pretty
>easy to filter.
>
>On 1 November 2016 at 13:48, Ken Chase wrote:
>
>> Not sure why reflected RSTs are the goal here, they're not much of an
>> amplification
>> to the original syn size. Additionally causi
95.131.188.0/24 - unintended target? (careful who you
buy /24's from!)
So the only target being affected would be Mohawk unless they're setup to
handle it.
/kc
--
Ken Chase - m...@sizone.org Guelph Canada
Hi Michael,
Yes, very familiar with Zoho. What's the problem you're encountering? Feel
free to get in touch off-list also.
Ken.
--
Ken O'Driscoll / We Monitor Email
t: +353 1 254 9400 | w: www.wemonitoremail.com
On Thu, 2016-11-24 at 18:06 +0300, Michael Bullut wrote:
&
pagates all the way down the line. Worse during peak hours, gone late
>> at night.
>>
>> After three days of no email response for my ticket, I called and after an
>> hour of my life I want back, front line support cannot reproduce the loss.
>> Final conclusion: "Your host is dropping packets".
>>
>> --
>> ~Randy
>>
--
Ken Chase - m...@sizone.org Guelph Canada
have an
>> interest in preserving a lot of scientific research data, I've set
>> up a mailing list to coordinate IT efforts to help out. Signup via
>> climatedata-requ...@firemountain.net or, if you prefer Mailman's web
>> interface, http://www.firemountain.
;
>We are still working on a viable way to verify the authenticity of files
before there are tons of copies lying around and there???s a working group in
the Slack team I sent previously where your input is much needed!
>
>Thanks,
>Antonios
>
>> On 16 Dec
initial seeders would hopefully retain the
>data for as long as possible)...
>
>On Fri, Dec 16, 2016 at 12:24 PM, Ken Chase wrote:
>
>> University Toronto's Robarts Library is hosting an all-day party tomorrow
>> of
>> people to surf and help identif
ir
support is very responsive.
Ken.
--
Ken O'Driscoll / We Monitor Email
t: +353 1 254 9400 | w: www.wemonitoremail.com
boils down to, "If it's
>a political thing that *I* like, it's on topic."
"If it's a politically-generated thing I'll have to deal with at an
operational level, it's on topic."
That work?
/kc
--
Ken Chase - m...@sizone.org
f
(Table 1's 'total load risk', (not calculated; Im using potential #hosts * amp
factor)
shows that each protocol listed curiously all have similar values, within 40%.
Little too curious, in fact. I'd expect distribution across a few magnitudes.)
/kc
--
Ken Chase - m...@sizone.org Guelph Canada
t-louis-regional-internet-exchange-preview-tickets-30329718003?aff=NANOG
>
>
>
>
>-
>Mike Hammett
>Intelligent Computing Solutions
>
>Midwest Internet Exchange
>
>The Brothers WISP
>
--
Ken Chase - k...@heavycomputing.ca sk
Honestly, I'm surprised they don't try and charge a 'convenience fee' while
implementing the block! ;-)
Ken
On Mon, Feb 6, 2017 at 10:19 AM, Ethan E. Dee wrote:
> So their policy says, if an ISP has one scalper, we'll block their entire
> subnet and not tell the
s
back to bleating on nanog by Nate and friends.
What more 'official' and formalized mechanisms can we use?
/kc
On Mon, Feb 06, 2017 at 12:19:00PM -0500, Ethan E. Dee said:
>So their policy says, if an ISP has one scalper, we'll block their entire
>subnet and not tel
https://torrentfreak.com/internet-backbone-provider-cogent-blocks-pirate-bay-and-other-pirate-sites-170209/
/kc
--
Ken Chase - m...@sizone.org Guelph Canada
Cogent customers, I'd just like to get informed before
I bring the hammer down.
/kc
--
Ken Chase - m...@sizone.org Guelph/Toronto Canada
Heavy Computing - Clued bandwidth, colocation and managed linux VPS @151 Front
St. W.
Message -
>>
>> From: "Brielle Bruns"
>> To: nanog@nanog.org
>> Sent: Friday, February 10, 2017 12:28:53 PM
>> Subject: Re: backbones filtering unsanctioned sites
>>
>> On 2/9/17 9:18 PM, Ken Chase wrote:
>> > https://t
st a court-order
>addition, right? I can't imagine that there is a cogent employee just evily
>twiddling pens and adding random ips to blacklists...
[...]
>so it seems safe to assume that there's some court order cogent reacted to
>:( we should fight that problem upstre
This list?
https://support.content.office.net/en-us/static/O365IPAddresses.xml
>From the linked-above page (it's somewhat obscured).
Ken
On Tue, Sep 25, 2018 at 11:14 AM ML wrote:
> In the past I've pulled down an XML file that included the IP space for
> all of the O36
Would be remiss in our duties if we didn't also link AWS' blog, in response
to the Bloomberg article.
In short, AWS refutes many of Bloomberg's reporting in the article.
https://aws.amazon.com/blogs/security/setting-the-record-straight-on-bloomberg-businessweeks-erroneous-articl
net/org/etc? :)
>
>
>>
>> In Canada, the supreme court has ruled, from different slants all
>> reaching tghe conclusion that a neutral carrier is not responsible for
>> the content that travels through its pipes. The second that carrier
>> starts to exe
it *IX
(as we are with TorIX), things get a lot more complex.
I imagine contract lawyers are going to be all over this.
https://www.theregister.co.uk/2017/02/17/linx_snoopers_charger_gagging_order/
(their typo in the url)
/kc
--
Ken Chase - m...@sizone.org Guelph/Toronto Canada
>
>
>-
>Mike Hammett
>Intelligent Computing Solutions
>http://www.ics-il.com
>
>Midwest-IX
>http://www.midwest-ix.com
>
>- Original Message -
>
>From: "Ken Chase"
>To: nanog@nanog.org
>Sent: Friday,
We've never seen anything like this on our Canadian transit bills (Cogent,
NAC, GTT, Hurricane.)
/kc
--
Ken Chase - m...@sizone.org Guelph Canada
ut
and enjoy the gorgeous weather instead).
Ken
On Fri, Mar 17, 2017 at 6:35 AM, T Kawasaki via NANOG
wrote:
> Guys,
> Is there any issues with centurylink yesterday? Through out day, peering
> from major iSPs to Centurylink had higher latency yesterday. I looked out
> now, it seems to settle down for now.
>
> Tatsuya
>
Yeah, not sure that was related, as my issues started earlier in the day
(about 8am-9am Mountain time).
Either way it all seems fine today, no hiccups, no issues. so whatever it
was got resolved.
Ken
On Fri, Mar 17, 2017 at 9:02 AM, Pennington, Scott <
scott.penning...@cinbell.com>
Yeah, it sounds like it. ICMP echo/echo reply was working end-to-end, but
it's possible they were blocking the Type 4 messages somewhere (I didn't
resort to packet captures to get THAT in-depth).
Ken
On Fri, Mar 17, 2017 at 10:15 AM, William Herrin wrote:
> On Fri, Mar 17, 201
anguageid=en-fr
some analysis:
http://semiaccurate.com/2017/05/01/remote-security-exploit-2008-intel-platforms/
01:41 < azend|vps> Better hope your pfsense firewall isn't Intel based
see? and just before bed... (why do i check mail before bed...)
/kc
--
Ken Chase - m...@sizone.org Guelph Canada
for it, we will consider it.
>
>In other words, if you've used it and stand by it, we value that input and
will put it on the initial list. Also, if you chose solution-X after comparing
it to solution-Y it would be very helpful to detail what you tested and why you
chose.
>
ant).
>
>On Thursday, May 4, 2017, Ken Chase wrote:
>
>> anyone have thoughts about/experience with the Arista 7280R / their
>> flexroute engine?
>>
>> /kc
>>
>> On Thu, May 04, 2017 at 08:39:16PM +, c b said:
>> >We have
facilitate anti-social behavior
>>
>>
>>
>>> --
>>> the value of a world model is not how accurately it captures reality
>>> but how often it leads us to take appropriate action
>>>
>
--
Ken Chase - k...@heavycomputing.ca skype:kenchase23 +1 416 897 6284 Toronto
Canada
Heavy Computing - Clued bandwidth, colocation and managed linux VPS @151 Front
St. W.
in
>(NetSec)
>Sent: Friday, May 26, 2017 11:45 AM
>To: 'nanog@nanog.org'
>Subject: Leasing /22 blocks
>
>Recently had someone offer to lease some IPv4 address space from me. Have
never done that before.
>
>I thought I would ask the group what a reasonable monthly rate for a /22 in
the United States might be.
>
>Thanks in advance!
>
>Ed(ward) Ray
>
Ken Chase - m...@sizone.org Guelph Canada
https://stat.ripe.net/widget/routing-history#w.resource=as15562&w.starttime=2017-01-15T00%3A00%3A00&w.endtime=2017-06-23T00%3A00%3A00&show=Maxmized
:D
Nice job, Job.
/kc
--
Ken Chase - m...@sizone.org Guelph Canada
sign top-level aggregations evenly (which we'd be breaking a bit with
>option #2)
>b) reduce global routes as much as possible
>c) stay on the nibble boundary as much as possible
>d) default to /48 per site
>
>Any thoughts or advice would be much appreciated.
>
>Thanks in advance,
>Oliver
--
Ken Chase - m...@sizone.org Guelph Canada
>> https works just fine from lots of other places on the tubes... just not
>> the dulles wifi.
>>
>> -chris
>>
--
Ken Chase - m...@sizone.org Guelph Canada
.)
$ apt-cache search iodine
iodine - tool for tunneling IPv4 data through a DNS server
http://code.kryo.se/iodine/
Sshuttle looks great thanks
/kc
On Fri, Jul 14, 2017 at 06:02:10PM -0400, Eric Tykwinski said:
>
>> On Jul 14, 2017, at 5:04 PM, Ken Chase wrote:
>>
&
+0200, Job Snijders said:
>Dear Ronald,
>
>Thanks for your report, we'll investigate.
>
>Kind regards,
>
>Job
--
Ken Chase - m...@sizone.org Guelph Canada
Quebec H9W 6G7
>Tel: 514-990-5911 http://www.pubnix.netFax: 514-990-9443
--
Ken Chase - m...@sizone.org Guelph Canada
can* be fixed and more welcoming of newer
members without risking alienating the old guard. So for the most part I
tease out the nuggets of wisdom I can, and ignore most of the mindless
arguments that we have been over time and time again about.
Ken
On Sun, Sep 10, 2017 at 6:00 PM, Scott Weeks wr
with 174 sources giving a more sane route (even 6939
is giving us a route that goes thru 174 after 2 hops). 'Sup, 174?
Wonder if this is just stuck in the router Im looking at and the update
process is failing because the route is too long to process properly for
removal or something. mmm, bugs!)
esterday or so this has been
happening
>>> (or happened).
>>
>> Still happening here. I count 562 prepends (563 * 262197) in the
>> advertisement we receive from Cogent. I see no good reason why we
>> should accept that many prepends.
>>
>> Steinar Haug, Nethelp consulting, sth...@nethelp.no
>
--
Ken Chase - m...@sizone.org Guelph Canada
access-list maxas-limit50 permit .*
>
>
>Regards,
>Bill Herrin
>
>
>--
>William Herrin .... her...@dirtside.com b...@herrin.us
>Dirtside Systems . Web: <http://www.dirtside.com/>
--
Ken Chase - m...@sizone.org Guelph Canada
.99.22.4-3ubu i386 BGP/OSPF/RIP routing
>daemon
>
>interestingly enough that isn't crashlooping nor is it bouncing bgp
>sessions:
>192.168.100.100 4 MYASN 16427178864000 2d23h32m
>672475
>
>and it's happily
Got this reply from cogent:
"We have isolated a BGP Routing discrepancy on the Backbone. That routing has
been removed
from the Network."
So apparently they agree they shouldn't just accept this bogosity. Good on em.
/kc
--
Ken Chase - m...@sizone.org Guelph Canada
thing for them or unique to the
>data center I have equipment in. I have equipment in several others from
>different companies and most are probably 15-20 degrees cooler.
>
>Thanks,
>
>David
>
>
>
>---
>
>Keith Stokes
>
>
>
>
/kc
--
Ken Chase - m...@sizone.org Guelph Canada
tely, there's no way
>to tell how close a breaker is to tripping without tripping it. Breakers
>may have amp meteres and a rated size, but the actual load before
>tripping is +-20% for common models, meaning a 20A breaker may trip as
>low as 16A.
--
Ken Chase - m...@sizone.org Guelph Canada
am Herrin her...@dirtside.com b...@herrin.us
>Dirtside Systems . Web: <http://www.dirtside.com/>
--
Ken Chase - m...@sizone.org Guelph Canada
7 262197 262197 262197 262197 262197 262197
262197 262197 ?
/kc
--
Ken Chase - m...@sizone.org Guelph Canada
>>
>> It's easy to keep a rack nice if you take the time. I've spent hours
>> removing and replacing cables in neatly dressed bundles because
>> equipment changes required a different length/type cable, but
>> sometimes that's what you gotta do to keep things neat and tidy.
>
>Exactly. Most people do not want to spend the time to do it properly.
--
Ken Chase - m...@sizone.org Guelph Canada
reof as a signal of any kind.
Personally, unless an author domain is publishing a DMARC policy of reject
or quarantine, I don't think recipients should be scoring based on DKIM at
all, perhaps with the exception of signing with a revoked key.
Ken.
--
Ken O'Driscoll / We Monitor
some negatives
>> or positives?
>>
>> Use case: Just some MPLS IPv4/IPv6 routing, l2vpn OSPF/BGP
>> Maybe 20k routes (no full internet routes)
>> 7050 Series
>> 7280 Series
>>
>> -Romeo
>>
--
Ken Chase - m...@sizone.org Guelph Canada
obsolete by the
time they're plugged in (10G for any medium sized op is almost obsolete
already.)
/kc
On Thu, Nov 30, 2017 at 02:32:14PM -0500, Jared Mauch said:
>
>
>> On Nov 30, 2017, at 2:17 PM, Ken Chase wrote:
>>
>> Back to this discussion! :) Arista as a
>Arista DCS-7280SRA-48C6 is a 1ru box.??
>
>Has a nominally million route fib, Jericho+ 8GB of packet buffer.
>control-plane is 8GB of ram andAMD GX-424CC SOC which is 4 core 2.4ghz.
>We do direct fib injection with bird rather than the arista bgpd but the
>control-plane is capable of m
a IBGP, but what if all your IBGP knows the eBGP links?
>
>Is there a added benefit to using next hop self in this situation?
>
>
>Any feedback is much appreciated, either for the question specifically or
whatever else you got , L3VPN's or underlying technology
1 - 100 of 319 matches
Mail list logo
