On Oct 25, 2014, at 8:00 PM, Randy Bush wrote:
>
> you just happen to have the view from a third world country
> look at.
>http://archive.psg.com/141006.rpki-nanog.pdf slides 4 & 5
> or
> http://certification-stats.ripe.net/?type=roa-v4
Randy -
To what extent is the ROA growth rate in
On Sat, Oct 25, 2014 at 5:00 PM, Randy Bush wrote:
> you just happen to have the view from a third world country
> look at.
> http://archive.psg.com/141006.rpki-nanog.pdf slides 4 & 5
> or
> http://certification-stats.ripe.net/?type=roa-v4
>
> randy
>
I agree with Randy. RPKI is achievab
you just happen to have the view from a third world country
look at.
http://archive.psg.com/141006.rpki-nanog.pdf slides 4 & 5
or
http://certification-stats.ripe.net/?type=roa-v4
randy
On Sat, Oct 25, 2014 at 12:22 PM, Stephen Satchell wrote:
> The whole rc script thing strikes me as an interim solution that
> required a minimum of code changes (graduate student project?) that went
> viral. Bad as it was, it worked. Duct tape and bailing wire
[snip]
> Systemd is not a re-f
On Sat, Oct 25, 2014 at 02:41:55PM -0700, Peter Baldridge wrote:
> On Sat, Oct 25, 2014 at 1:55 PM, Matthew Petach wrote:
> > Why can't systemd have a --text flag to
> > tell it to output in ascii text mode for those
> > of us who prefer it that way?
^
This | is not what that | does
On Sat, Oct 25, 2014 at 01:55:43PM -0700, Matthew Petach wrote:
> On Sat, Oct 25, 2014 at 10:22 AM, Stephen Satchell
> wrote:
> > Oh, and I hate binary logs. Period. If you can't stand plain text,
> > then try XML. At least humans have a *chance* to read it without having
> > to make fancy read
On Sat, Oct 25, 2014 at 1:55 PM, Matthew Petach wrote:
> Why can't systemd have a --text flag to
> tell it to output in ascii text mode for those
> of us who prefer it that way?
It does.
--no-pager
--
Pete
On Sat, Oct 25, 2014 at 10:22 AM, Stephen Satchell
wrote:
> ...
> Oh, and I hate binary logs. Period. If you can't stand plain text,
> then try XML. At least humans have a *chance* to read it without having
> to make fancy reader tools.
>
>
Completely agree on this point--but I fail
to see why
In message <5526169e-d263-4132-a809-0b0a6fce8...@virtualized.org>, David Conrad
writes:
> Barry,
>
> On Oct 24, 2014, at 12:13 PM, Barry Shein wrote:
> > I believe this never-ending quest for more reliable domain
> > registration data is being driven by intellectual property lawyers to
> > lower
Why not just use a browser plugin that allow you to disable v6 selectively on a
per site/domain basis? Most of them just display v4/v6 information, but 4or6
allows you to quickly set a domain/site as v4 only. Ref
https://addons.mozilla.org/en-US/firefox/addon/4or6/?src=search
--
Hugo
On Oct 25
The readability of this would depended entirely on your ticket volume.
What we have run into is that once you get to a point where you have more than
10-15 events per day that you are tracking, then the large screen display
becomes pretty useless if you want to show them all.
I attached a we
On 3/17/2014 11:43 AM, Matthew Kaufman wrote:
Random IPv6 complaint of the day: redirects from FCC.gov to pay.gov
fail when clients have IPv6 enabled. Work fine if IPv6 is off. One
more set of client computers that should be dual-stacked are now
relegated to IPv4-only until someone remembers to
On 10/25/2014 08:12 AM, Jeffrey Ollie wrote:
> If all of the scripts are cut'n'paste copes of each other, wouldn't it
> be better to figure out a way to stop cutting and pasting? I can't
> count the number of times I've run into problems with my code because
> of that, never mind how many times it
On 2014-10-25 06:57, Sandra Murphy wrote:
Other RIR based RIRs have the same ability to protect prefixes in
their realm of control. (See RFC 2725 RPSS)(*) (I think that APNIC
is doing pretty much as RIPE is.)
Even RIPE is not secure for prefixes outside their region. (There's
one maintainer t
On Fri, Oct 24, 2014 at 10:10 AM, Jim Mercer wrote:
> On Fri, Oct 24, 2014 at 12:41:39AM -0400, Barry Shein wrote:
>> All those init.d scripts do about 95% the same thing, all hacked
>> together in shell. Most of them are probably just slightly edited
>> versions of some few paleo-scripts.
>
> in
On 2014-10-25 08:25, John Curran wrote:
With respect to IRR support, the same answer applies. If the
community
is clear on direction, ARIN can strengthen the current IRR offerings,
phase them out and redirect folks to existing solutions, or any other
direction as desired. The hardest part is
On Oct 23, 2014, at 4:18 PM, Danny McPherson wrote:
>
> On 2014-10-23 12:33, Christopher Morrow wrote:
>
>> Sounds like you want to see the rirs make sure they get rpki work
>> dine and widely available with the least encumbrances on the network
>> operator community as possible.
>
> Or focus o
On Oct 25, 2014, at 9:38 PM, Danny McPherson wrote:
> On 2014-10-24 15:24, Christopher Morrow wrote:
>
>> it seems to me that there are a couple simple issues with IRR data
>> (historically):
>> 1) no authority for it (really, at least in the ARIN region)
>> 2) no common practice of keeping i
Other RIR based RIRs have the same ability to protect prefixes in their realm
of control. (See RFC 2725 RPSS)(*) (I think that APNIC is doing pretty much
as RIPE is.)
Even RIPE is not secure for prefixes outside their region. (There's one
maintainer that anyone can use to register anything
On 2014-10-24 15:24, Christopher Morrow wrote:
it seems to me that there are a couple simple issues with IRR data
(historically):
1) no authority for it (really, at least in the ARIN region)
2) no common practice of keeping it updated
3) proxy-registration issues (probably part of cleanup
On Fri, Oct 24, 2014 at 03:13:48PM -0400, Barry Shein wrote:
> Though I've no doubt someone out there imagines improving the quality
> of the database would help with spam I tend to doubt it.
It might. So would removing the farce of 'private' domain registration.
What would also help is removing
21 matches
Mail list logo
