(inline)
On Sun, Jan 22, 2023 at 4:44 PM Michael Thomas wrote:
the ability to route messages between each satellite. Would conventional
>> routing protocols be up to such a challenge?
>
>
If conventional is taken to mean "stock" link-state stuff, then probably no
(speculating).
> Or would it h
> What about Modular DOCSIS 3.0 deployments with external timing sources
> between the QAM and CMTS
A CMTS DS payload is formatted as an MPEG TS (it even has PIDs;
however, no PCR). This in turn establishes cadence for associated
downstream devices (eg. they sync to whatever is within allowable
to
+1
-Tk
On Sep 4, 2011, at 12:23 PM, "Neil J. McRae" wrote:
> maybe volunteers from the nanog community should contact you?
>
> On 4 Sep 2011, at 16:45, "Jennifer Rexford" wrote:
>
>> Neil,
>>
>> The group is being assembled right now, so we don't have a list as of yet.
>>
>> -- Jen
>>
>>
>> Se
Attendees,
At present, we're aware of several issues affecting access to the
NANOG attendee network -- in short, they include:
-Apparent 'lumping' of iDevices, picking 11b/g channels of "1" and "6"
(while channel 11 AP's sid idly by); adjusting additional AP's power
and channel configuration to p
On Sun, Nov 20, 2011 at 8:40 PM, Tyler Haske wrote:
> I'm looking for a mentor who can help me focus my career so eventually I
> wind up working at one of the Tier I ISPs as a senior tech. I want to
> handle the big pipes that hold everyone's data.
Replying on-list, as I think a route for this d
On Wed, Feb 15, 2012 at 4:36 PM, Chuck Anderson wrote:
> ICMP is bad, and should be completely blocked for "security".
I can't tell if this reply is to say "this ought to be done" or if
"this is often done, and should not be."
Clarify?
-tk
All,
Andrew Blum was interviewed on NPR's Fresh Air this week -- and gets a
lot right about the Tubes we built.
FYI, because your boss will be asking you about it:
http://m.npr.org/story/153701673?url=/2012/05/31/153701673/the-internet-a-series-of-tubes-and-then-some
-Tk
Hey!
New message, please read <http://digitalerevolutie.be/two.php?cc>
Anton Kapela
Hey!
New message, please read <http://dinkinsautoservice.com/idea.php?xt>
Anton Kapela
Hey!
New message, please read <http://campingmeetingpoint.com/please.php?8fc>
Anton Kapela
On Apr 15, 2010, at 5:39 PM, Jack Carrozzo wrote:
> You can balance over DSL by putting different L2TPv3 tunnels over each
> physical device and agg it at someplace with real connections and
> such. It's possible to do it with GRE or OpenVPN too, but much less
> classy.
As Jack points out, "aggr
On May 9, 2010, at 11:39 PM, Franck Martin wrote:
> http://skunkpost.com/news.sp?newsId=2327
"Just how fragile is the internet?"
Rhetoric, much?
Interestingly, the article misses interception and other non-outage potentials
due to (sub) prefix hijacking.
-Tk
On May 10, 2010, at 12:28 PM, Jerry Bonner wrote:
> Obviously no one is making large investments in their dial platform, but are
> there any other viable alternatives out there that are actually supported?
The current 'still works, has features, etc' box is as5400xm, and is terming
most of a f
On May 21, 2010, at 10:52 AM, Jamie Sobczyk wrote:
> With my VLC receiver I can see the channels via SAP, but when I join the
> multicast group I don't receive anything.
verify packets actually land on the receiver (tcpdump, etc) interface. verify
that your host has a route for 224/4 pointing o
On Jun 14, 2010, at 12:08 PM, Fred Baker wrote:
> upstream, full routes are generally not as useful as one might expect. You're
> at least as well off with default routes for your upstreams plus what we call
> "Optimized Edge Routing", which allows you to identify (dynamically, for each
> pref
On Jun 15, 2010, at 9:27 AM, T.J. Kniveton wrote:
> I'm using a 24" iMac in full screen so the resolution is pretty decent. But I
> hadn't thought about the side benefit of watching what people are doing on
> their laptops, good entertainment value I suppose.
Glad it looks decent for folks out
Gents,
On Tue, Apr 21, 2009 at 5:30 PM, Dave Plonka wrote:
>
> Hi Crist,
>
> On Tue, Apr 21, 2009 at 05:12:04PM -0700, Crist Clark wrote:
>>
>> Has anyone found any value in examining network utilization
>> numbers with Fourier analyses? After staring at pretty
In short, yup!
>> there are some
On Thu, Apr 23, 2009 at 2:48 PM, Anton Kapela wrote:
> Indeed, there are. Interesting things emerge in frequency (or phase)
> space - bits/sec, packets/sec, and ave size, etc. - all have new
Forgot to mention one point - since packets/bits/etc data is more
monotonic than not (math w
Gents,
On Mon, May 11, 2009 at 10:54 AM, Dan White wrote:
> Andrey Gordon wrote:
[snip]
>> When I transfer a large file over FTP (or CIFS, or anything else), I'd
>> expect it to max out either one or both T1, but instead utilization on the
>> T1s is hoovering at 70% on both and sometimes MLPPP
On Tue, Jun 30, 2009 at 9:54 AM, neal rauhauser wrote:
> I have a network with two upstreams that land in datacenters many miles
> apart. The hardware involved is Cisco 7507s with RSP4s and VIP4-80. I've got
> a curious problem which I hope others here have faced.
[snip]
> I can terminate this
On Wed, Jul 1, 2009 at 1:24 AM, Charles Wyble wrote:
> Would love to see replies and/or summary on list if possible. It's a
> somewhat complex problem, and there are many solutions out there. Having
> feedback on what was used and any feedback on it would be great!
For the benefit of all, I'll jo
List,
On Wed, Jul 1, 2009 at 1:25 PM, Jay Hennigan wrote:
[snip]
> emergency phone at a data center. It's usable by anyone. Ever try handing
> your bluetooth headset with custom earmold to the electrician working on the
> UPS?
>
> Data centers tend to be noisy in more than just the acoustic sp
On Mon, Jul 6, 2009 at 5:11 PM, Jeff Rooney wrote:
> Does anyone know of any decent data centers in Wisconsin, preferably
> Madison or Milwaukee, that offer private caged environments or suites?
There are a few colo facilities of note in the Madison area (Berbee,
owned by "CDW", SupraNet, and TDS
On Tue, Jul 7, 2009 at 12:00 PM, Dylan Ebner wrote:
> CDW just opened a new DC outside madison or milwaukee. Operated by
> burbee who they bought a few years ago.
Indeed, I didn't focus on it in my previous note, but
http://www.team-companies.com/, CDW/Berbee, and a few other interests
pooled res
On Wed, Jul 8, 2009 at 6:01 AM, Andre Oppermann wrote:
> Do you think this is useful? Maybe vendors will hear me/us.
They sort of did a few decades back, created HDLC (5 bytes minimum)
and PPP (6 bytes minimum) for P2P links. I think you're at risk of
over-thinking this problem working in revers
Drew,
> (in theory, and based upon number of peers, data): If you have a network with
> these upstream connections to the Internet you should see inbound traffic
> utilization in this order:
>
> AS Name
> -
> 3356 Level3
> 7018 ATT
> 3549 Global Crossing
> 4323 Time Warner Telecom
> 10
I'll comment on both:
On Mon, Aug 17, 2009 at 12:14 PM, Rod Beck wrote:
> Rod, do you know if the 40G waves increased the spectrum efficiency of
> your fiber? On land systems they pretty much break even, i.e. you can
[rod beck replies]
> The enabling technology is based on advanced encoding tech
Owen,
> We could learn a lot about this from Aviation. Nowhere in human history has
> more research, care, training, and discipline been applied to accident
> prevention,
> mitigation, and analysis as in aviation. A few examples:
Others later in this thread duly noted a definite relationship of
We've got a simple HDV (1440x1088 p29.976) camera setup aimed at the
speaker podium area. It only has front stage video, no presenter
slides.
For a more "full presentation experience" check out the
Quicktime/Winmedia streams at http://nanog.org/streaming.php
The following streams will carry both
Oh, forgot one thing. Please don't bother playing the streams on-site. :)
-Tk
HD Stream is now back online. It'll be online until 5PM PST (the
tutorals are not broadcast).
-Tk
Streams are back up for the last day of NANOG, later covering ARIN for
the remainder of the week.
Since it's mostly talking heads, I've lowered the bitrate of the h264
versions, and removed cpu-consuming options (i.e. no CABAC)
~27 megabit MPEG2 HD: udp://233.0.236.20:1234 (udp, mp2ts)
~2
One last message... Audio-only streams are up, and will be fur the
durration. Mp3 and AAC+ are available. Find them here:
http://classic.shoutcast.com/directory/index.phtml?s=ARIN+XXII
-Tk
List,
The DR meeting is now available in HD video format at the following addresses:
mcast feed:
25 mbit HDV, mpeg Transport Stream, UDP: 233.0.59.45 port 1234
unicast feeds:
~1mbit HD-Lite h.264, in mpeg TS: HTTP://208.66.134.110:8000
~3mbit HDV h.264, in mpeg TS: HTTP://208.66.134.110:9000
The source for 233.0.59.45 is kona.doit.wisc.edu and has address
128.104.23.100, hope that helps!
-Tk
On Mon, Jan 26, 2009 at 9:47 AM, Antonio Querubin wrote:
> On Mon, 26 Jan 2009, Anton Kapela wrote:
>
>> mcast feed:
>>
>> 25 mbit HDV, mpeg Transport Stream, UDP: 233.0
So, I underestimated the popularity of the NANOG 45 meeting.
We've moved the streams to a SJC and NYC reflector pair.
I'm too cheap to implement GSLB or bothering coordinating anycast, so
you'll need to self-direct your choice of which POP you'll watch from.
HD-lite streams:
http://nanog-east.
Of course, I'd recommend everyone use the most recent vlc, 0.9.8a,
before debugging more.
Send me a direct email with output from "debug messages" and let me
know what details show in the "stream information" gui dialog.
-Tk
One short update.
The "full Hd" transcoded streams will be (i.e. :9000) offline for the
remainder of the NANOG meeting. The encoder system we were using to
provide both the full and hf-lite streams is offline (system trouble).
We've switched to a backup system, but it can only provide enough
resou
List,
Tim Jackson at Iris Transport was whipped up a stream playable on
3gpp-multimedia compatible mobile devices. It's about 150 kbits/sec,
so evdo or 3g will likely been the minimum data services needed to
view it.
Find it here:
rtsp://nanog.iristransport.net/nanog.sdp
Enjoy,
-Tk
RTSP is back up, for those mobile or on a restrictive corporate network.
rtsp://nanog.iristransport.net/nanog.sdp
-Tk
If all else fails, you could setup a pair of static IPIP or GRE
tunnels using the static provider-assigned address on your link into
the non-bgp speaking provider. Then, terminate the 'far side' of the
tunnel on a router collocated somewhere upstream of if the brain-dead
provider. This would get yo
On Wed, Feb 18, 2009 at 3:51 PM, Bryant Valencia wrote:
> Has anybody hired Cisco for their NOS (Network Optimization Services)? I
> would like to hear about your experience (good or bad).
> I'm particularly interested in their CNC box.
Either this is merely exquisite acronym collision, or someon
List,
[Apologies in advance for operational content. I Don't mean to distract
readers from the usual flamewars about rfc1918, bogon filtering, and
some of our favorite posters - gadi and n3td3v.]
I'd like to give a heads-up to the NANOG community regarding the talk
we recently gave at DEFCON.
Th
URL works again. I had uploaded an edited version of the talk, but
forgot to rename it. It's probably good that only a few of you saw the
original, as it wasn't quite the 'professional' text that I'd
typically write. Permissible and desired presentation formats and
language at DEFCON don't have par
On Thu, Aug 14, 2008 at 11:47 AM, brett watson <[EMAIL PROTECTED]> wrote:
> We're lacking the authority and delegation model that DNS has, I think?
Depends who you ask. Some think applying the dns model to bgp (i.e.
within protocol) will ultimately place too great a burden on routing
hardware & a
On Mon, Aug 18, 2008 at 10:05 PM, Kevin Blackham <[EMAIL PROTECTED]> wrote:
> Your assumption is generally true with most any provider. They may
> even accept something smaller, but it won't make it very far if less
> than /24. It's also a good idea to announce a covering prefix in case
> some peer
I thought I'd toss in a few comments, considering it's my fault that
few people are understanding this thing yet.
>> On Thu, Aug 28, 2008 at 2:28 PM, Gadi Evron <[EMAIL PROTECTED]> wrote:
>>>
>>> People (especially spammers) have been hijacking networks for a while
I'd like to 'clear the air' her
On Fri, Sep 5, 2008 at 2:37 PM, Paul Wall <[EMAIL PROTECTED]> wrote:
> Jo Rhett wrote:
>> Note the "not random" comment. People love to use the random feature of
>> ixia/etc but it rarely displays
>> actual performance in a production network.
>
> Once upon a time, vendors released products which
On Thu, Sep 4, 2008 at 11:35 AM, Jo Rhett <[EMAIL PROTECTED]> wrote:
> That's the surprising thing -- no scenario. Very basic configuration.
> Enabling uRPF and then hitting it with a few gig of non-routable packets
> consistently caused the sup module to stop talking on the console, and
What d
On Sat, Sep 6, 2008 at 11:31 AM, Gadi Evron <[EMAIL PROTECTED]> wrote:
> Or is it?
Looks to not be, so I call BS on your subject line..
however, I do see:
* 64.28.176.0/20 71.13.116.101 100 0 20115
19151 26769 27595 i
*> 204.11.128.10510
On Sat, Sep 6, 2008 at 6:33 PM, Patrick W. Gilmore <[EMAIL PROTECTED]> wrote:
> Anton's post that GX is still providing them transit is a bit curious, since
> I was under the impression GX had severed all ties with Atrivo. But the
> table does not lie, a path of "174 3549 27595" is clearly transi
Sorry for the confusing as-paths, folks. As it happens, the AS174
update-group that my upstream was peered within stopped transporting
updates sometime yesterday. A Cogent engineer was able to fix what
appears to be an IOS bug shortly after I sent my note yesterday.
-Tk
On 9/7/08, Patrick W. Gilm
Anyone considered this could simply be a case of a customer ds3
provisioned into a mpls ccc/l2ckt style upstream aggregate? Ie.
Ppp/hdlc in mpls.
It seems best to first contact Q and ask exactly how this thing is provisioned.
-Tk
On 9/27/08, Frank Bulk <[EMAIL PROTECTED]> wrote:
> It would be qu
Wanted to add something to this and clarify/correct a few points:
> Plus, while I'm sure someone in a lab has done it, you really don't run DWDM
> over multimode fiber - I'd second the opinion of it's cheap enough, go for
> the single mode and get the most flexibility in your options possible.
In
On Wed, Dec 23, 2009 at 10:24 AM, Stefan Fouant
wrote:
> I think OP meant that he only wants an integrity check of the control
> traffic, not confidentiality, hence the statement that he does not want to
> encrypt the control traffic.
I read the OP to mean this, too.
Musing on the idea for a mom
On Fri, Dec 25, 2009 at 5:44 AM, Vadim Antonov wrote:
> The ISP industry has a long way to go until it reaches the same level of
> sophistication in handling problems as aviation has.
It seems that there's a logical fallacy floating around somewhere
(networks have parts and are complicated, airp
On Thu, Jan 21, 2010 at 8:22 PM, Jon Lewis wrote:
> I thought there was some other group that had been squatting in 1/8,
> something about radio and peer to peer...but not AnoNet (at least that name
> was totally unfamiliar)...but this was all I could find with a quick google.
http://en.wikipedi
> James Hess wrote:
>> For now.. with 1gigabit residential connections, BCP 38 OUGHT to be
>> Google's answer. If Google handles that properly, they _should_
>> make it mandatory that all traffic from residential customers be
>> filtered, in all cases, in order to only forward packets wi
Web browser embedded flash player:
http://nanog.iristransport.net/nanog48/
VLC direct link:
http://204.29.15.165:10001
Enjoy,
-Tk
Hi Chuck,
> Anyone have suggestions on Ethernet LAN loop-prevention? With the
In general, I avoid the potential for layer2 loops to any user-accesible layer2
ports in a manner that many edge network and broadband providers may find
familiar -- vlan per user, tail, port, etc. -- aggregated in
On Mar 26, 2010, at 7:48 PM, Chuck Anderson wrote:
> If you have 2 network jacks next to each other in a conference room,
> do they each get configured as a separate "user"?
Indeed, most of the buildings have a 'community room' like that -- but all the
deployed ports (unless ordered differentl
So, this week, I actually read the update report. Noting the stats below (..a
flap/update once per minute? please, fix your CPE router), I have but one
humble request:
Could the settlement-free members of the DFZ please consider re-enabling
route-flap dampening towards customers?
Thanks,
-Tk
Joe,
> The problem is that unless one is holding customer routes in a
> seperate VRF and dampen them there or take similar steps to
> segment, dampening leads directly to blackholes. Even in that
> case, failover within that VRF wouldn't work, as all
> implementations I've seen attack the pre
On Mar 30, 2010, at 11:04 AM, Larry Sheldon wrote:
> I keep seeing these. Is there a point?
(see sub:)
-Tk
On Mar 30, 2010, at 11:33 PM, Steve Bertrand wrote:
> I did not mean to initiate a thread that turns into a joke. I'm quite
> serious. I guess I'm curious to get an understanding from others who
> work in a small environment that have no choice but to 'classify'
> themselves.
Unless we're talkin
On Mar 30, 2010, at 11:34 PM, Jorge Amodio wrote:
> "The title, Engineer, and its derivatives should be reserved for those
> individuals whose education and experience qualify them to practice in
> a manner that protects public safety. Strict use of the title serves
...fortunately for us (and CC
On Mar 30, 2010, at 11:42 PM, Andrew D Kirch wrote:
> Is there anyone here who is legitimate using a freebie webmail account?
I'm implicitly legit; further, gmail auto-threads all of the run-on posts
automatically (much unlike mail.app, outlook 2k8, etc). What's the beef?
-Tk
On Thu, Feb 24, 2011 at 6:10 PM, Diogo Montagner
wrote:
> Hello,
>
> I am looking for industry standard parameters to base the SLA of one
> network regarding to voice, video and data application.
One won't find many, but a common rule of thumb is most apps will be
'fine' with networks that provid
On Mon, Feb 28, 2011 at 5:23 PM, William Herrin wrote:
> Who uses BER to measure packet switched networks?
I do, some 'packet' test gear can, bitstream oriented software often will, etc.
> Is it even possible
> to measure a bit error rate on a multihop network where a corrupted
> packet will ei
On Sun, Feb 20, 2011 at 12:00 AM, Matt Newsom wrote:
[snip]
> I can't seem to find anyone that has small 1-2U solution that can do the
> full shake and bake.
[snip]
If you don't need "all ports, all-line-rate, all the time" ... you
could rig it with two rack units. I'd dirty it up with somethi
70 matches
Mail list logo
