On Feb 26, 2012, at 7:55 AM, Christopher Morrow wrote:
> I'm not sure... here's a few ideas though to toss on the fire of thought:
Concur with this general approach, which is a longer-term effort - but it would
be nice if there was some discrete, limited-scope knob which could conceivably
be a
On Feb 26, 2012, at 5:39 AM, Dongting Yu wrote:
> you drop updates, which would lead to inconsistent views on the two sides of
> the session.
Views are inconsistent by design - there is no state synchronization. All a
sender knows is that he sent the updates, not what (if anything) was done
Do a google search for "cisco isp essentials"
Some good starting point...
Sent from my iPhone
On Feb 25, 2012, at 8:02 PM, not common wrote:
> Hello,
>
> I work for an ISP (35K customers) and do System Admin work for operations
> and development (DNS, Radius and such).
>
> I want learn m
On Sat, 25 Feb 2012, not common wrote:
I want learn more on our IP side (Routing, BGP, MPLS, Core Network).
I am trying to learn the Net Ops world piece by piece, and this is where I
ask:
Where is a good place (or places) to start learning ISP operations "Need To
Know"?
This subject has been
Hello,
I work for an ISP (35K customers) and do System Admin work for operations
and development (DNS, Radius and such).
I want learn more on our IP side (Routing, BGP, MPLS, Core Network).
I am trying to learn the Net Ops world piece by piece, and this is where I
ask:
Where is a good place (or
On Sat, Feb 25, 2012 at 12:20 PM, wrote:
> On Fri, 24 Feb 2012 21:39:37 EST, Christopher Morrow said:
>
>> The knobs available are sort of harsh all the way around though today :(
>
> So what would be a good knob if it was available? I've seen about forty-leven
> people say the current knobs suc
> From nanog-bounces+bonomi=mail.r-bonomi@nanog.org Sat Feb 25 16:37:44
> 2012
> Date: Sat, 25 Feb 2012 20:36:44 -0200
> Subject: IPv6 net tools
> From: Grupo IPv6
> To: nanog@nanog.org
>
> We are a group of students in telecommunications engineering from Uruguay.
> We are studying some netw
Let me chime in and attempt to explain why a couple of solutions I've
seen so far in this thread won't work:
- rate-limiting/throttling updates: BGP by protocol does not repeat
updates; if an update is sent then the sender assumes that the
receiver has received it and will remember it until a chan
We are a group of students in telecommunications engineering from Uruguay.
We are studying some network tools for our final project and we would like
to know if someone could tell us which of this tools have IPv6 support:
· Bprobe
· Cprobe
· Pathload
· Pathrate
On 25/02/2012 06:07, Shane Amante wrote:
> OTOH, I would completely agree with
> Geoff's comment that the policy language of RPSL has the ability to
> express routing _policy_, a.k.a. "intent", recursively across multiple
> ASN's ... (please note that I'm specifically talking about the technical
>
Hello,
If anyone from TINET (AS 3257) is on this list, can you please contact us ?
We have one of their customers announcing one of our blocks and I need
to get them to stop doing that.:)
Thanks you in advance.
Faisal Imtiaz
Snappy Internet& Telecom
7266 SW 48 Street
Miami, Fl 33155
Tel: 305
On 25/02/12 17:20, valdis.kletni...@vt.edu wrote:
On Fri, 24 Feb 2012 21:39:37 EST, Christopher Morrow said:
The knobs available are sort of harsh all the way around though today :(
So what would be a good knob if it was available? I've seen about forty-leven
people say the current knobs suc
On Fri, 24 Feb 2012 21:39:37 EST, Christopher Morrow said:
> The knobs available are sort of harsh all the way around though today :(
So what would be a good knob if it was available? I've seen about forty-leven
people say the current knobs suck, but no real proposals of "what would really
rock
Thanks Mukom for the wonderful guide, this is really helpful. I have
few questions about ntop though.
How can I get access to the log files generated by ntop and do my own
parsing rather than looking for webbased results that are generated.
Are there any programs available that do parsing of ntops
> as would be solving world hunger, war, bad cooking, especially bad
> cooking.
>
> route leaks, as much as i understand them
> o are indeed bad ops issues
> o are not security per se
> o are a violation of business relationshiops
> o and 20 years of fighting them have not given us any signifi
> So, it is not OK for traffic to be /intentionally/ diverted through a
> malevolent AS
traffic? i do not hold the fantasy that traffic is highly correlated to
the control plane. see http://archive.psg.com/optometry.pdf if you need
a disproof of the fantasy.
> but it is OK for traffic to be /un
16 matches
Mail list logo
