Hello,
Are the pgp key signings a regular feature of nanog meetings now? And
if so can I come up for the signing in toronto if I am not going to
attend the conference? Thanks..
BTW
Thanks to everyone who helped me with the port usage statistics...
--
+---+
Basil,
> Yet OpenTransit customers are still peering (if it's not transit ?) with
> Exodus.
No. It is peering.
>
> AT&T still peer with Exodus, yet Genuity customers has to go through
> C&W (one hop) to Exodus..
>
> gblx still peer (if it's peering;) with Exodus..
>
> -Basil
>
On Sun, 31 Mar 2002, Basil Kruglov wrote:
>
> On Sun, Mar 31, 2002 at 07:16:06PM -0500, Alex Rubenstein wrote:
> > So, the Friday of Exodus de-peering has passed.
> >
> > First of all, has it happened?
>
> well, Verio customers are getting through C&W to Exodus networks.
>
> Yet OpenTransit cu
On Sun, Mar 31, 2002 at 07:16:06PM -0500, Alex Rubenstein wrote:
> So, the Friday of Exodus de-peering has passed.
>
> First of all, has it happened?
well, Verio customers are getting through C&W to Exodus networks.
Yet OpenTransit customers are still peering (if it's not transit ?) with
Exodu
So, the Friday of Exodus de-peering has passed.
First of all, has it happened?
Second, is there any operational comment on what its affects, if anything?
-- Alex Rubenstein, AR97, K2AHR, [EMAIL PROTECTED], latency, Al Reuben --
--Net Access Corporation, 800-NET-ME-36, http://www.nac.net
At 3:21 PM -0500 3/29/02, Sean Donelan among other things wrote:
>If you are a customer of provider A, and the problem is inside providers
>B network what is the appropriate method to get provider B to fix the
>problem?
>
> 1. Call provider A. Open a trouble ticket. Provider A forwards
>
This is an auto-generated mail on Fri Mar 29 23:00:00 PST 2002
It is not checked before it leaves my workstation. However, hopefully
you will find this report interesting and will take the time to look
through this to see if you can improve the amount of aggregation you
perform.
Check http:
This is an auto-generated mail on Fri Mar 29 23:00:00 PST 2002
It is not checked before it leaves my workstation. However, hopefully
you will find this report interesting and will take the time to look
through this to see if you can improve the amount of aggregation you
perform.
Check http:
On Fri, 29 Mar 2002, Sean Donelan wrote:
> If you are a customer of provider A, and the problem is inside providers
> B network what is the appropriate method to get provider B to fix the
> problem?
I think the usual method is to find someone who IS a customer of provider
B's network -- ie whoe
> What would work better/faster?
>
> my-noc -> b0rken-noc
>
> or
>
> my-noc -> my-upstream-noc -> b0rken-noc-upstream-noc -> b0rken-noc
>
> ?
OK, rant time (blame the easter long weekend... a 4 day weekend down
here... and associated excessive alcohol)...
General comment: the below isn't m
On Sun, 31 Mar 2002 12:55:42 +0100, "Stephen J. Wilcox" said:
> 1. Customers are always telling us its a problem at our end and it never is
> 2. If we have any outage its always picked up by our network tools
You're in the wrong line of work - you need to bottle it and sell it.
Unfortunately, I'm
On Mon, 25 Mar 2002, Len Sassaman wrote:
> I've mailed Theo de Raadt asking if OpenSSH has an undocumented
> mechanism for specifying minimum permitted key size that I don't know
> about. If there is one, I'll certainly post a follow-up.
the new CVS versions of OpenSSH (the current portable CVS
But
1. Customers are always telling us its a problem at our end and it never
is
2. If we have any outage its always picked up by our network tools
Perhaps I'm being too black and white tho.. if -you- found a problem on my
network, you'd probably email noc@ and perhaps run a whois at RIPE/RADB
13 matches
Mail list logo
