confirmed. same here manila, philippines.
On Sat, Jan 31, 2009 at 10:57 PM, Adam Young wrote:
> Peter Beckman wrote:
> > This morning whilest Googling, I got a bunch of "Permission Denied" to
> > "/interstitial?..." URLs on Google.
> >
> > Then all my search results got listed as "This site may
http://blog.wired.com/27bstroke6/2008/08/revealed-the-in.html
Two security researchers have demonstrated a new technique to stealthily
intercept internet traffic on a scale previously presumed to be unavailable
to anyone outside of intelligence agencies like the National Security
Agency.
The tact
68.180.160.99|99.160.180.68.in-addr.arpa domain name pointer
lo302.cry1.md2.yahoo.com.
Any idea what's going on here? It's as if our 7600 is inspecting this
traffic (presumably because it's not transit, it's being processed by the
CPU) and seeing something special about it. Eve
e RIR charges membership fee depending on size of IPv4 allocations.
- Will the RIR charge membership fee depending on IPv6 allocation size
in 5 years from now?
And it's a genuine question.
Does anyone know what the intentions or likelihood of options are?
Really interested.
Thanks,
Fra
the end of
our measurements campaign
page 34:
Conclusions
• Measured IXPs were congestion-free, which promotes peering in the
region
https://conferences.sigcomm.org/imc/2017/papers/imc17-final182.pdf
my conclusion: s/congestion/congestion or the lack thereof/g
Frank Habicht
PS: yes, i
which is why I contacted them.
Frank
AS53347
bank?
"want to buy 5 of those shiny new CGNAT boxes or only 2 ?"
Frank
policy, it MAY be
modified or removed.
and
https://docs.ixpmanager.org/features/route-servers/#rfc1997-passthru
has some more background.
Hi Nick!
Frank
On 28/10/2022 15:21, Elmar K. Bins wrote:
Hi guys (and others),
I couldn't find an official description/explanation of this (EQX docs
.hosteurope.de [62.138.178.82]
Tried from various sources.
Kind regards,
Frank
cture/router IPs (so mtr/traceroute can show useful info)
I would say the absence of reverse DNS tells useful info to receiving
MTAs - to preferably not accept.
Frank
t.
Thanks,
Frank
AS53347
AS18883
pay something.
I'd guess that
aut-num:AS37451
as-name:CongoTelecom
descr: CONGO TELECOM
has a relationship with them and AS327933 wanted to prepend 2x [1] to
their sole provider. (AS37451)
Frank
[1]
https://bgp.he.net/AS327933#_graph4
t;show ip bgp regexp _37451 2_" in Mark's LG, i see there are
many originated and downstream's prefixes of AS37451 affected.
So i'd now thing it's a AS37451 issue, not AS327933 alone.
Frank
ber of prefixes (incl anycast)
right now
So, I think a (moderated) BGP feed of prefixes a'la bogon from a trusted
{cymru[1], pch[2], ...} could be good [3].
Frank Habicht
37084 / 33791
if that matters
{1] dealing with anycast?
[2] biased?
[3] speaking as someone not using (subscribing)
eering LANs]
...
> Does that sound about right?
to me yes.
Frank
(thinking of it) a solution for really well-known prefixes
available at many instances/locations (like DNS root) would be to have
their fixed set of direct transits at all the "global" nodes and
everywhere else to tell peers to not advertise this to upstreams.
Greetings,
Frank
ybe even google's?
slippery slope?
PS: in my opinion it would look a lot more not-evil-doing if the same
would be done with s/DoH/DoT/
Frank
performance testing rules were developed *after* the money was
handed out – not fair to be held responsible for network that’s out of their
direct and indirect control.
Frank
From: NANOG On Behalf Of Bill Woodcock
Sent: Thursday, October 31, 2019 10:56 PM
To: Sean Donelan ; North American
Being discussed on outages, too.
Our monitoring system saw access to www.amazon.com and www.cablelabs.com
(over v6) down via HE ... amazon came back up for me via Zayo, but when
www.cablelabs.com came back up, it was on HE. So the same as you.
So I suspect HE had a hiccup.
Frank
-Original
attainable if it was transmitting on the high side,
at +4 dBm.
Is it an industry practice to market distance based on the hot optics, not
on the worst case, which is minimum TX power?
Frank
rgest
(transit?) providers did it, then UDP reflection attacks could be minimized.
If someone can recall the key words in that posting and dig it up, that
would be much appreciated.
Frank
ht be using Incapusla's
service. Packet traces are showing the remote (web) site is issuing a TCP
RST.
Frank
CTO, Premier Communications
Emails to NOC and the "Contact Us" form have gone answered, and we keep
getting more business customer complaints.
Would the NANOG membership be willing to dig into their rolodex and put an
Incapusla person in contact with me?
Thanks,
Frank
-Original Message-
From: NANOG On
e cheaper if run with
low overhead...
Establishing an "aggregation point" would be the first step, and then
outsiders can see what's possible there.
Frank
not knowing much about the specific environment
I have a low-cost/high interest rate account at one of the Canadian bank and
each "assisted" transaction is $5.
Frank
-Original Message-
From: NANOG On Behalf Of Mark Tinka
Sent: Thursday, November 08, 2018 3:35 AM
To: George Michaelson
Cc: North American Network Operat
So much for "working together for the healthy and orderly development of
global Internet"...
Not saying they get more blame than MainOne, but also not less.
Frank
Also, you don't want to accept Google prefixes from your customer, even
if they are ROV valid.
i.e. you want to restrict what you accept to customer and customer's
customer prefixes...
Frank
On 17/11/2023 08:38, Pierfrancesco Caci wrote:
If you need to support RTBH you need to ch
Hi,
I got 2 bounces for the email addresses seen below for an email similar
to the below...
Anyone want to remove this IRR entry before anyone notices...??? ;-)
Frank
I believe that the entry of
route: 0.0.0.0/32
does not serve any good purpose?
I was surprised to see it in a
Seems it disappeared now and we can go back to regular programming.
Thanks to those who did that.
Frank
[frank@fisi ~]$ whois -h rr.level3.com 0.0.0.0/32
[Querying rr.level3.com]
[rr.level3.com]
% No entries found for the selected source(s).
[frank@fisi ~]$
On 30/01/2024 19:37, Job
oing it, but still.
Well...
If you're using 20.20.20.0/24 which is not "yours" (as I've seen
happen), then certainly your customers can't get to the real 20.20.20.x
And even if that's not announced and used /today/ - this can change
quickly...
Frank
to not-prefer-so-much that
advertisement, "use it as a backup".
that would shift a lot of incoming traffic to the other link (regional
provider).
You'll still have the global provider link.
this is a smaller change towards taking global provider offline, keeping
some fallback.
Frank
I wonder if we'll see a decrease in hijacked space because there's less
unassigned space, or if because of the IPv4 block scarcity, it will occur
more often.
I can see aggressive hijackers looking for unused (but assigned) blocks as
small as a /24 and advertising them.
Frank
---
d out most days from mid-day to 1 am. If most ISPs see
end-user traffic grow 50 to 80% per year, I can't see why schools would be
much out of that range.
Frank
-Original Message-
From: Sean Donelan [mailto:s...@donelan.com]
Sent: Friday, November 12, 2010 5:52 PM
To: NANOG list
I saw 'field' somewhere
http://tools.ietf.org/html/rfc5952#section-2.1
seems to agree.
Frank
On 11/19/2010 10:42 AM, Owen DeLong wrote:
> Since the poll is a straight yes/no option with no preference, I will
> express my preference here. While I find the term quibble fun
what works
and what doesn't. So when they choose one provider
over another, they really have the data to back it up.
George Ou touches on a similar point at the end of his article:
http://www.digitalsociety.org/2010/11/level-3-outbid-akamai-on-netflix-by-re
selling-stolen-ba
Then ignore Ou's post and focus on the point I tried to make: that Level3
has a vested interest in making sure the Comcast users have a good Netflix
experience. =)
Frank
-Original Message-
From: William Allen Simpson [mailto:william.allen.simp...@gmail.com]
Sent: Thursday, Decemb
I guess the USG's cyberwar program does work (very dryly said).
-Original Message-
From: Paul Ferguson [mailto:fergdawgs...@gmail.com]
Sent: Friday, December 03, 2010 1:39 AM
To: Jack Bates
Cc: North American Network Operators Group
Subject: Re: wikileaks dns (was Re: Blocking Internation
r has what channel and making sure it's billed
appropriately. With digital simulcast, and the right backend system, this
could become manageable.
Frank
-Original Message-
From: Jay Ashworth [mailto:j...@baylink.com]
Sent: Thursday, December 16, 2010 11:27 PM
To: NANOG
Subject: Alac
.
But I can't find that e-mail or website anywhere!
Does anyone know where that listserv posting or website is?
Frank
Thanks. I think the DFP might be a better fit, but right now it's timing
out.
Frank
-Original Message-
From: Jared Mauch [mailto:ja...@puck.nether.net]
Sent: Tuesday, December 21, 2010 10:39 AM
To: frnk...@iname.com
Cc: NANOG list
Subject: Re: IPv6 BGP table size comparisons
91.8%)
Hurricane Electric AS6939: 3,790 (93.9%)
Qwest AS209: 3,918 (97.1%)
TINET (formerly Tiscali) AS3257: 3,825 (94.8%)
Verizon AS701: 3,938 (97.6%)
Frank
-Original Message-
From: Bryan Fields [mailto:br...@bryanfields.net]
Sent: Tuesday, December 21, 2010 12:56 PM
To: N
e absolute numbers
and percentages over time.
Frank
-Original Message-
From: Jared Mauch [mailto:ja...@puck.nether.net]
Sent: Tuesday, December 21, 2010 4:51 PM
To: frnk...@iname.com
Cc: NANOG list
Subject: Re: IPv6 BGP table size comparisons
Not sure what route-server you are speaking of, b
Cable modem is no different than a DSL modem, right? ;)
If it's an eMTA, it may have battery backup, though the operational default
is to disable the Ethernet port after a few minutes to provide the maximum
amount of dial-tone.
Frank
-Original Message-
From: Owen DeLong [mai
e traffic.
We can always find examples of where things will break with v6. While the
v6-only world is still very small, let's *start* somewhere, where
intelligent clients like Skype can always "fall back" to v4. Lots of time
to figure out the corner cases.
Frank
-Original
capabilities of v6, and
slowly de-preference v4 over time?
Frank
-Original Message-
From: Matthew Kaufman [mailto:matt...@matthew.at]
Sent: Thursday, January 06, 2011 8:57 PM
To: Joel Jaeggli
Cc: Nanog Operators' Group
Subject: Re: Problems with removing NAT from a network
On 1/6/2011 6:
I hope the engineers in the organization will just tell their marketing folk
that it's not possible to hand out just one IPv6 address. "Our hardware
doesn't support it."
I think there's still room for ISPs to charge $10/month for a static prefix,
though. And that'
This is all hearsay, but I learned from a shared vendor that AT&T is putting
pressure on them to complete their IPv6 support, so that the vendor is
moving up completion from Q4 to Q2. This was a sales person talking, so who
knows.
Frank
-Original Message-
From: Charles N W
Two good lists are here:
http://www.sixxs.net/faq/connectivity/?faq=native
http://www.sixxs.net/wiki/IPv6_Enabled_Service_Providers
Frank
-Original Message-
From: Charles N Wyble [mailto:char...@knownelement.com]
Sent: Wednesday, January 26, 2011 3:52 PM
To: nanog@nanog.org
Subject
All the leading MSOs are actively working towards IPv6 trials and
deployments, they're just at different stages. Comcast, as we all can see,
is publicly leading, but there are others who are not too far behind.
Frank
-Original Message-
From: Antonio Querubin [mailto:t...@lava.net]
Have you looked at D-Link's DIR-825? It has most of the things you're
looking for. The DIR-655 is a more affordable option.
In regards to (2), is it even possible to do DHCPv6-PD on with a SLAAC WAN?
In regards to (3), I have that working on SRE, but with an external DHCP
serv
If Cisco won't do a good job of RBE on the 7206VXR, I may just need to stick
with PPPoEv6 on the SR train. I have that successfully working in a test bed.
Frank
-Original Message-
From: Jack Bates [mailto:jba...@brightok.net]
Sent: Wednesday, January 26, 2011 12:04 PM
To:
By IA_TA support, do you mean the ability for the 7206VXR to act as the DHCPv6
server? If I understand you correctly, I have it working well with DHCPv6
relay.
Frank
-Original Message-
From: Jack Bates [mailto:jba...@brightok.net]
Sent: Wednesday, January 26, 2011 12:04 PM
To: nanog
A to PPPoE
because of Ethernet transport because I'm not as sold on RBE in a 7206VXR,
even though I really could use the same Option 82 in the same way as we do
for FTTH.
VLAN-per-user seems like a lot of router config overhead, though I could be
proved wrong if I misunderstand.
Frank
-O
with
a SVI with it was very much hit and miss, such that now CSCtl77398 has been
created. Enabling "ipv6 multicast-routing" has dramatically improved the
success of DHCPv6 relay. So while the bug is not fixed, it's good enough
that I can continue with preparing for a trial.
Frank
-
Agreed, the DSL stuff is horrid. When using PPPoE it asks me to enter the
default IPv6 gateway. You got to be kidding me.
Frank
-Original Message-
From: Jack Bates [mailto:jba...@brightok.net]
Sent: Thursday, January 27, 2011 9:34 AM
To: Dan White
Cc: frnk...@iname.com; nanog
Configure your DNS server so that speedtest.net and every variation to point
to the Speedtest that you host...
Frank
-Original Message-
From: Mike [mailto:mike-na...@tiedyenetworks.com]
Sent: Saturday, January 29, 2011 12:01 PM
To: NANOG list
Subject: help needed - state of california
Write the RFPs asking for L3 -- I don't think they're asking for L3.
Frank
-Original Message-
From: Cameron Byrne [mailto:cb.li...@gmail.com]
Sent: Sunday, January 30, 2011 2:55 PM
To: Mikael Abrahamsson
Cc: nanog@nanog.org
Subject: Re: EPC backhaul networks
On Sun, Jan 30,
x27;re familiar with makes
it easier.
Frank
-Original Message-
From: Dan White [mailto:dwh...@olp.net]
Sent: Monday, January 31, 2011 9:51 AM
To: Jack Bates
Cc: nanog@nanog.org
Subject: Re: Future of the IPv6 CPE survey on RIPE Labs - Your Input Needed
On 31/01/11 09:28 -0600, Jack Bates
In our vendor's implementation, the main access shelf hands out IPs to the
"ATAs" integrated in the ONTs over a separate VLAN. No PPPoE required.
Frank
-Original Message-
From: Jean-Francois Mezei [mailto:jfmezei_na...@vaxination.ca]
Sent: Wednesday, February 05, 2
This doesn't address the full-mesh part, but this discussion suggests at
least four servers, but better to have five.
http://support.ntp.org/bin/view/Support/SelectingOffsiteNTPServers#Section_5
.3.3.
Frank
-Original Message-
From: Saku Ytti [mailto:s...@ytti.fi]
Sent: Thu
And then you need MACFF to overcome the split-horizon to that customers in
the same subnet can talk to each other. =)
Frank
-Original Message-
From: Mark Tinka [mailto:mark.ti...@seacom.mu]
Sent: Thursday, February 06, 2014 8:09 AM
To: nanog@nanog.org
Subject: Re: SIP on FTTH systems
t (we haven't
turned it on, yet, because the vendor's implementation requires us to do some
work on our provisioning system to make it easier).
Frank
-Original Message-
From: Jay Ashworth [mailto:j...@baylink.com]
Sent: Thursday, February 06, 2014 11:59 PM
To: NANOG
Subject:
In the scenario you're describing does each PC get its own /64 (or /56 or
/48) directly from the service provider? Or are they in the same netblock?
Frank
-Original Message-
From: Anders Löwinger [mailto:and...@abundo.se]
Sent: Tuesday, February 11, 2014 6:33 PM
To: Mikael Abraha
om_ it.
Seem it's got the priorities well adjusted and does not drop packets being
_forwarded_ (see hops 6 and 7).
first $search_engine hit for me was
https://library.linode.com/linux-tools/mtr#sph_icmp-rate-limiting
Frank
of it ;-)
(*) and working on it.
Frank
PS:
- seems something going on already, had one outside complain about traffic
from our IP udp:19
- better start scanning proactively
the challenges
are not typically politically or "regulatorily" motivated.
Frank
-Original Message-
From: Eric Wieling [mailto:ewiel...@nyigc.com]
Sent: Friday, March 21, 2014 10:45 PM
To: nanog@nanog.org
Subject: RE: Level 3 blames Internet slowdowns on Technica
Make the reg
ainst RLECs, as well as satellite providers. I'm not aware of any
exclusivity.
Frank
-Original Message-
From: Naslund, Steve [mailto:snasl...@medline.com]
Sent: Sunday, March 23, 2014 9:00 PM
To: Joe Greco
Cc: nanog@nanog.org
Subject: RE: Level 3 blames Internet slowdowns on Technica
I think I understand what you're saying -- you believe that RLECs that don't
have to provide UNE's are exempt from competition. I guess I don't see the
lack of that requirement meaning that there's no competition -- it just
means that the kind of competition is differe
And MSOs, wireless carriers, and satellite providers aren't competitors to
RLECs?
Frank
-Original Message-
From: Owen DeLong [mailto:o...@delong.com]
Sent: Monday, March 24, 2014 9:05 PM
To: Frank Bulk
Cc: Naslund, Steve; nanog@nanog.org
Subject: Re: Level 3 blames Internet slowdow
.
They are quite responsive to questions.
Frank
-Original Message-
From: Joe [mailto:jbfixu...@gmail.com]
Sent: Monday, March 31, 2014 9:51 PM
To: NANOG
Subject: Just wondering
Pardon for the ignorance regarding this. If folks can point me to something
I may have missed as a participant
I received a similar notification about one of our prefixes also a few
minutes ago. I couldn't find a looking glass for AS4761 or AS4651. But I
also couldn't hit the websites for either AS, either.
Frank
-Original Message-
From: Joseph Jenkins [mailto:j...@breathe-underwater.
bgpmon has tweeted that "We're currently observing a large hijack event.
Indosat AS4761 originating many prefixes not assigned to them."
Let's hope that AS4651 can quickly apply filters.
Frank
-Original Message-
From: David Hubbard [mailto:dhubb...@dino.hostasaurus.c
If we would front our HTTPS services with a (OpenSSL vulnerable)
load-balancer that does the SSL work and we just use HTTP to the service,
will that mitigate information loss that's possible with this exploit? Or
will the OpenSSL code on the load-balancer also store or "cache"
I'm not sure if anyone of you has access to those automated tools, but I'd
be interested in learning if any of them do catch the bug.
Frank
-Original Message-
From: valdis.kletni...@vt.edu [mailto:valdis.kletni...@vt.edu]
Sent: Friday, April 11, 2014 7:50 PM
To: Matt Palmer
We use H.248 in our CLEC area. The voice service for that ONT runs on a
specified VLAN for that ONT, so if we had to share our infrastructure with
other CLECs we could do that.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Jean-Francois
Mezei
Sent
Calix's indoor ONT (836GE) come with RG functionality by default:
http://www.calix.com/systems/p-series/calix_residential_services_gateways.html
but they also have a software load for their 700GE-series ONTs:
http://www.calix.com/news/press_releases/press_release_20130611.html
FYI, Calix has GPON support for the 836GE ONT on the E7 today, and it will
be supported in GPON mode in Release 9.0 on the C7.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Pete@TCC
Sent: Friday, May 16, 2014 11:15 AM
To: Jean-Francois Mezei; nanog
Thanks everyone. There's been a lot of great on and off list
responses, and we have a much better list of contacts for the next
time this happens.
We are in contact with the FBI now (very impressed, particularly
compared to what I expected), and have access to resources that we
didn't know existe
It's my understanding that the public Wi-Fi uses the same data flow as the
subcriber's data flow. I've seen nothing in the release notes for ARRIS or
Moto that suggest one can tie an SSID to a specific service flow.
Frank
-Original Message-
From: NANOG [mailto:nanog-bo
On list would be awesome, I'm also interested in this!
--
Frank Clements
> On May 28, 2014, at 10:02 AM, "Jay Ashworth" wrote:
>
> I expect Frank Bulk to have an opinion on this, all others welcome.
>
> Hat tip to Bright House -- I've noticed lately that
Interesting, I may need to open a ticket with Moto to ask how that’s done.
Frank
From: Scott Helms [mailto:khe...@zcorum.com]
Sent: Thursday, May 29, 2014 7:58 AM
To: Frank Bulk
Cc: Jay Ashworth; NANOG
Subject: Re: CMTS/Public Wifi provisioning question
>From talking to folks invol
.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Jared Mauch
Sent: Tuesday, June 17, 2014 7:42 PM
To: Mark Andrews
Cc: NANOG
Subject: Re: Ars Technica on IPv4 exhaustion
On Jun 17, 2014, at 7:24 PM, Mark Andrews wrote:
>
> In m
down again.
Fessler was chasing down www.att.net, but I've not received an update on
this (BCCing him this message).
Frank
-Original Message-
From: Lee Howard [mailto:l...@asgard.org]
Sent: Thursday, June 19, 2014 7:54 AM
To: Frank Bulk; 'Jared Mauch'
Cc: NANOG
Subject:
. D-Link has a long list of
approved products, but I chose to stop using their products for other reasons.
If any can recommend a mid-range consumer router that you think would meet our
needs, please drop me a note off-list.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@
Eyeballs works. =)
Frank
-Original Message-
From: George, Wes [mailto:wesley.geo...@twcable.com]
Sent: Sunday, June 22, 2014 4:58 PM
To: Frank Bulk
Cc: NANOG; Donley, Chris (Cable Labs)
Subject: Re: Ars Technica on IPv4 exhaustion
On 6/21/14, 3:20 PM, "Frank Bulk" wrote:
&g
ld respond. The platform needs to do some traffic inspection.
Frank
-Original Message-
From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Darren Pilgrim
Sent: Sunday, June 22, 2014 8:41 PM
To: trej...@gmail.com; Lee Howard
Cc: NANOG
Subject: Re: Ars Technica on IPv4 exhaustion
Did they ever explain why? Did the SMC function as a router, and act as the
customer side of a stub network that allowed that /29 to hang off the
router? If that was the case, and the Motorola D3 modem was L2-only, that
might explain the change in capability.
Frank
-Original Message
y there's still sufficient
capacity.
We weren't told the geographical disparity of these 20 locations, but it may be
wiser for each location to peer/buy transit to two or more disparate POPs
rather than home them to one core location which has more single points of
failure.
Frank
-O
p for a few
minutes, but then went down again. Is anyone from tw telecom on this list
that can resolve this, or can forward this to a contact?
Logs below (Central Time).
Frank
[07-01-2011 15:26:06] SERVICE ALERT:
www_twtelecom_com;HTTPv6;CRITICAL;HARD;1;CRITICAL - Socket timeout after 10
second
I'd like to see someone develop a plugin that had some kind of battery-meter
style display of what percentage of the page and its elements (in bytes)
were obtained via v4 versus v6.
Google Chrome's pseudo-happy eyeballs (HE) implementation helps with it
loading almost right aw
Thanks. That's a bit more what I want than the other two plugins I use
(which just tell me is that FQDN has a ), but as you pointed out, ipvfoo
doesn't give an indication of how much of that page is v4 or v6.
Frank
-Original Message-
From: Jima [mailto:na...@jima.tk]
Sent
Which version of Exchange are you talking about, and can you share what
about it doesn't support IPv6?
Frank
-Original Message-
From: Ryan Finnesey [mailto:ryan.finne...@harrierinvestments.com]
Sent: Monday, July 18, 2011 10:56 PM
To: Doug Barton; Tim Franklin
Cc: nanog@nano
It's old, but at the time I thought it was a great article:
http://www.networkcomputing.com/wan-optimization-and-application-acceleratio
n/229623159?pgno=2
Frank
-Original Message-
From: Gregory Edigarov [mailto:g...@bestnet.kharkov.ua]
Sent: Thursday, July 21, 2011 1:53 AM
To:
This might be a resource:
http://blog.ine.com/2009/12/31/oerpfr-its-always-watching/
Frank
-Original Message-
From: Eric Hileman [mailto:na...@magemojo.com]
Sent: Sunday, July 24, 2011 8:55 PM
To: nanog@nanog.org
Subject: RE: [c-nsp] Is Performance Routing, PfR a dead duck?
Very cool
More good stuff here: http://www.team-cymru.org/Services/Resolvers/
Frank
-Original Message-
From: Dobbins, Roland [mailto:rdobb...@arbor.net]
Sent: Friday, July 29, 2011 5:40 PM
To: NANOG list
Subject: Re: DNS DoS ???
On Jul 30, 2011, at 1:51 AM, Elliot Finley wrote:
> my DNS serv
Are you looking for an xPON ONT?
Frank
-Original Message-
From: Jason Lixfeld [mailto:ja...@lixfeld.ca]
Sent: Thursday, August 04, 2011 9:58 AM
To: nanog@nanog.org
Subject: FTTH CPE landscape
This isn't necessarily operational content, so I apologize in advance for
the noise and
Let's clarify -- /48 is much preferred by Owen, but most ISPs seem to be
zeroing in on a /56 for production. Though some ISPs are using /64 for
their trials.
Frank
-Original Message-
From: Owen DeLong [mailto:o...@delong.com]
Sent: Friday, August 05, 2011 12:21 PM
To: Brian Meng
This same Vendor C wants us to upgrade our 7206VXR's to ASR1K's just so we
have the (hopefully working) IPv6 features in IOS-XE that are broken in
12.x.
Frank
-Original Message-
From: Mark Newton [mailto:new...@internode.com.au]
Sent: Wednesday, August 10, 2011 10:12 PM
T
either of these two companies that would be much
appreciated.
Frank
nagios:/home/fbulk# wget -6 www.qwest.com
--2011-08-18 00:32:40-- http://www.qwest.com/
Resolving www.qwest.com... 2001:428:b21:1::20
Connecting to www.qwest.com|2001:428:b21:1::20|:80... connected.
HTTP request sent, awaiting
.html
http://news.centurylink.com/index.php?s=43&item=2129
Frank
-Original Message-
From: Matthew Moyle-Croft [mailto:m...@internode.com.au]
Sent: Thursday, August 18, 2011 7:08 PM
To: Owen DeLong
Cc: nanog@nanog.org
Subject: Re: IPv6 version of www.qwest.com/www.centurylink.com has been down
for 1
1 - 100 of 593 matches
Mail list logo
