[admin] RE: the O(N^2) problem

Folks, Same request as the Yahoo! Mail thread, can we go ahead and wrap this up? Excellent points, intelligent positions, but definitely not operational. This one might be great for ASRG, which has been a little more active lately. Best Regards, Marty -- Martin Hannigan

Re: the O(N^2) problem

On Mon, 14 Apr 2008, Edward B. DREGER wrote: > > When it comes to establishing trust: > > * The current SMTP model is O(N^2); In practice it's O(N): small-to-medium-sized email systems rely on external reputation providers (blacklists or anti-spam service providers) rather than creating their own

Re: the O(N^2) problem

On Mon, Apr 14, 2008 at 01:41:50PM +, Edward B. DREGER wrote: > When one accepts an email[*], one wishes for some sort of _a priori_ > information regarding message trustworthiness. DKIM can vouch for > message authenticity, but not trust. At the moment, this problem can't b

Re: the O(N^2) problem

> The risk in a reputation system is collusion. /One/ risk in a reputation system is collusion. Reputation is a method to try to divine legitimacy of mail based on factors other than whether or not a recipient authorized a sender to send mail. To a large extent, the majority of the focus on fig

Re: the O(N^2) problem

I received an off-list request: "Could you clarify what precisely you are trying to secure?" I fear that perhaps I am still too vague. When one accepts an email[*], one wishes for some sort of _a priori_ information regarding message trustworthiness. DKIM can vouch for message authenticity, but

Re: the O(N^2) problem

On Mon, Apr 14, 2008 at 11:50 AM, Steven M. Bellovin <[EMAIL PROTECTED]> wrote: > The risk in a reputation system is collusion. Multiple reputation systems, each with their own reputation .. Sed quis custodiet ipsos custodes and all that .. A lot of the "reputation" (aka "positive reputation")

Re: the O(N^2) problem

The risk in a reputation system is collusion.

Re: the O(N^2) problem

On Mon, Apr 14, 2008 at 11:27 AM, Edward B. DREGER <[EMAIL PROTECTED]> wrote: > For such a system to scale, it would need to avoid OSPF-style > convergence. Similarly, I would not want to query, for the sake of > example, 15k different "trust peers" each time I needed to validate a > new tup

Re: the O(N^2) problem

Stardate Mon, 14 Apr 2008, Suresh Ramasubramanian's log: SR> From: Suresh Ramasubramanian SR> Looks like what various people in the industry call a "reputation SR> system" I started responding; Suresh's reply came as I was doing so, and put it very succinctly. Reputation system, but inter-"netw

Re: the O(N^2) problem

osing or how one > could begin to approach implementing it or what problem you seem > to think it solves (although it sort of seems like you're wanting to attack > the trustworthiness of email to battle SPAM through some mechanism > that depends only on the level of trust for the (so

Re: the O(N^2) problem

UUCP. Now I'm lost again. You've mixed so many different metaphors from interdomain routing to distance-vector computaton to store-and-forward that I simply don't understand what you are proposing or how one could begin to approach implementing it or what problem you seem to think it s

Re: the O(N^2) problem

azy, giant network that dwarfs even a 50M-user provider. Let actual _content_ still be end-to-end, so that we do not simply reincarnate NNTP or UUCP. Alternatively: I'm open to other suggestions. Or, there's plan "C": We continue to argue, banter, carp, fuss, grumble, moan, swear, whine, et cetera (I decided against running the alphabet) over the problem. Hey, it's worked/working great so far, right?

the O(N^2) problem

tual _content_ still be end-to-end, so that we do not simply reincarnate NNTP or UUCP. Alternatively: I'm open to other suggestions. Or, there's plan "C": We continue to argue, banter, carp, fuss, grumble, moan, swear, whine, et cetera (I decided against running the

Re: can the memory technology save the routing table size scalability problem?

On Jan 8, 2008 9:25 PM, yangyang. wang <[EMAIL PROTECTED]> wrote: > As we known, the DFZ RIB size expand rapidly. It may be resolved via router > architecture improvement, such as adding memory chips or compressing RIB. or > via changing routing and addressing scheme, which one will be the long-

Re: can the memory technology save the routing table size scalability problem?

You could try this recent nanog thread for some ideas Route table growth and hardware limits...talk to the filter http://www.merit.edu/mail.archives/nanog/msg02822.html srs On Jan 9, 2008 7:55 AM, yangyang. wang <[EMAIL PROTECTED]> wrote: > As we known, the DFZ RIB size expand rapidly. It may

can the memory technology save the routing table size scalability problem?

As we known, the DFZ RIB size expand rapidly. It may be resolved via router architecture improvement, such as adding memory chips or compressing RIB. or via changing routing and addressing scheme, which one will be the long-term essential approach?

local routing problem...

Somewhat OT, but this audience will appreciate it more than most. This item appeared in RISKS Digest. Date: Mon, 5 Nov 2007 09:55:50 +0100 From: Stefan Alfredsson <[EMAIL PROTECTED]> Subject: Cellphone in USB charger became default route His cellphone charger was broken, so 17 year old Christo

When insects become an operational problem ..

Bugs laying eggs in fiber tearing up a lot of broadband in Japan http://www.sciencemag.org/content/current/r-samples.dtl -- Suresh Ramasubramanian ([EMAIL PROTECTED])

ATT / Time-Warner problem?

Anyone aware of an issue with ATT / Time-Warner? We're seeing traceroutes from ATT to TW die around 24.95.x.x (*.columbus.rr.com) Thanks, Rich

Re: BGP Problem on 04/16/2007

On Fri, Apr 20, 2007 at 04:52:04PM +0200, Daniele Arena wrote: > > >> I remember this because I had such a reload and it was during a period > >of heavy cosmic activity.. as the hardware had always been reliable and > >was reliable after this was beleived to be the cause > > > >We have also sta

Re: BGP Problem on 04/16/2007

> I remember this because I had such a reload and it was during a period of heavy cosmic activity.. as the hardware had always been reliable and was reliable after this was beleived to be the cause We have also started to use this as the standard excuse. Up to now, people believe us... Well

Re: BGP Problem on 04/16/2007

Hi Steve, [EMAIL PROTECTED] (Stephen Wilcox) wrote: > I remember this because I had such a reload and it was during a period of > heavy cosmic activity.. as the hardware had always been reliable and was > reliable after this was beleived to be the cause We have also started to use this as the

Re: BGP Problem on 04/16/2007

th their kit on cosmic rays causing memory corruption... > > > > -- > > Leigh Porter > > > > Jay Hennigan wrote: > >> > >> Andre Oppermann wrote: > >>> > >>> Audie Onibala wrote: > >>>> Yesterday on 04/16/07 bet

Re: BGP Problem on 04/16/2007

On Thu, 19 Apr 2007, Leigh Porter wrote: > > > Somebody form a certain large network vendor actually blamed problems > with their kit on cosmic rays causing memory corruption... in point of fact it seems like it's the fall through for their technical assistance center's answer tree if all else

Re: BGP Problem on 04/16/2007

On Apr 19, 2007, at 10:03 AM, Robert E. Seastrom wrote: "David Temkin" <[EMAIL PROTECTED]> writes: From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Warren Kumari Yup, Sandia National Labs made a radiation hardened Pentium and, as far as I remember, was working on a hardened

Re: BGP Problem on 04/16/2007

On Thu, 2007-04-19 at 10:58 +0100, Leigh Porter wrote: > > Somebody form a certain large network vendor actually blamed problems > with their kit on cosmic rays causing memory corruption... Right. I get that answer quite often. We've made a little spinner that has "Upgrade software", "Random r

Re: BGP Problem on 04/16/2007

: Re: BGP Problem on 04/16/2007 On Apr 19, 2007, at 10:17 AM, Robert E. Seastrom wrote: With certain susceptible Sun CPUs which were popular during the last sunspot maxima, this was actually demonstrably true (and acknowledged by Sun), so don't laugh too hard. Yup, Sandia National

Re: BGP Problem on 04/16/2007

"David Temkin" <[EMAIL PROTECTED]> writes: >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On >> Behalf Of Warren Kumari >> Yup, Sandia National Labs made a radiation hardened Pentium >> and, as far as I remember, was working on a hardened SPARC -- >> there was also some work done (AFAIR

Re: BGP Problem on 04/16/2007

: Re: BGP Problem on 04/16/2007 On Apr 19, 2007, at 10:17 AM, Robert E. Seastrom wrote: With certain susceptible Sun CPUs which were popular during the last sunspot maxima, this was actually demonstrably true (and acknowledged by Sun), so don't laugh too hard. Yup, Sandia National

Re: BGP Problem on 04/16/2007

mind) > and their quality control didn't catch it... As far as I know the > problem was identified before any products with the CAMs were > shipped, but I had an order held up while the vendor tried to source > alternate parts... Contamination by alpha emitters was a major problem s

RE: BGP Problem on 04/16/2007

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Warren Kumari > Sent: Thursday, April 19, 2007 12:01 PM > To: Robert E. Seastrom > Cc: Leigh Porter; Jay Hennigan; Andre Oppermann; nanog@merit.edu > Subject: Re: BGP

Re: BGP Problem on 04/16/2007

rge manufacturers of (binary) CAMs received a batch of polyimide that was contaminated with an alpa-emitter (for some reason thorium oxide springs to mind) and their quality control didn't catch it... As far as I know the problem was identified before any products with the CAMs were ship

Re: BGP Problem on 04/16/2007

ibala wrote: Yesterday on 04/16/07 between 3:00 - 3:45 PM we had sporadic Internet problem. Our ISP's are Sprint and Qwest. Around that time there was quite a bit sunspot activity and the moon had an unusual position too. The NOC contacts of your ISP's probably may be

Re: BGP Problem on 04/16/2007

certain large network vendor actually blamed problems > with their kit on cosmic rays causing memory corruption... > > -- > Leigh Porter > > Jay Hennigan wrote: >> >> Andre Oppermann wrote: >>> >>> Audie Onibala wrote: >>>> Yesterday on 0

Re: BGP Problem on 04/16/2007

On 19/04/07, Leigh Porter <[EMAIL PROTECTED]> wrote: Somebody form a certain large network vendor actually blamed problems with their kit on cosmic rays causing memory corruption... Remember that cosmic rays are very selective, they always seem to pick boxes from this specific vendor. /Ton

Re: BGP Problem on 04/16/2007

0 - 3:45 PM we had sporadic >>> Internet problem. Our ISP's are Sprint and Qwest. >> >> Around that time there was quite a bit sunspot activity and the moon >> had an unusual position too. The NOC contacts of your ISP's probably >> may be of more specific help. B

Re: BGP Problem on 04/16/2007

Andre Oppermann wrote: Audie Onibala wrote: Yesterday on 04/16/07 between 3:00 - 3:45 PM we had sporadic Internet problem. Our ISP's are Sprint and Qwest. Around that time there was quite a bit sunspot activity and the moon had an unusual position too. The NOC contacts of your

Re: BGP Problem on 04/16/2007

Audie Onibala wrote: Yesterday on 04/16/07 between 3:00 - 3:45 PM we had sporadic Internet problem. Our ISP's are Sprint and Qwest. Around that time there was quite a bit sunspot activity and the moon had an unusual position too. The NOC contacts of your ISP's probably may

BGP Problem on 04/16/2007

Yesterday on 04/16/07 between 3:00 - 3:45 PM we had sporadic Internet problem. Our ISP's are Sprint and Qwest. thanks, Audie Onibala 703-292-5316

Re: The Root of The Problem [Was: Re: botnets: web servers, end-systems an d Vint Cerf]

smart guy. And he's right. > > Why is he right? > > Because he got in front of the folks who actually _can_ manage > this problem, and that is the people (actually the NGOs) who > have the monetary and fiduciary duty to begin looking at problems > at the financial loss level.

The Root of The Problem [Was: Re: botnets: web servers, end-systems an d Vint Cerf]

folks who actually _can_ manage this problem, and that is the people (actually the NGOs) who have the monetary and fiduciary duty to begin looking at problems at the financial loss level. If you think that these problems are going to solely resolved on a technical basis, you're delusional. Rock o

Re: problem with BGP or I am an Idiot

SW> Date: Fri, 17 Nov 2006 15:56:53 + SW> From: Stephen Wilcox SW> you can override it (on cisco) with allow-own-as s/allow-own-as/allowas-in/ Eddy -- Everquick Internet - http://www.everquick.net/ A division of Brotsman & Dreger, Inc. - http://www.brotsman.com/ Bandwidth, consulting, e-c

Re: problem with BGP or I am an Idiot

Philip Lavine wrote: To all, Probabaly the the latter; however here is the situation. I am advertising a rte 1.1.1.1 via BGP to the Internet via ISP_A via my location in NJ. At my other location in CA where I am advertising another rte 2.2.2.2 via BGP to the Internet via the same ISP_A. I am us

Re: problem with BGP or I am an Idiot

On Fri, Nov 17, 2006 at 06:44:11AM -0800, Philip Lavine wrote: > > To all, > > Probabaly the the latter; however here is the situation. I am advertising a > rte 1.1.1.1 via BGP to the Internet via ISP_A via my location in NJ. At my > other location in CA where I am advertising another rte 2.2.

Re: problem with BGP or I am an Idiot

On Nov 17, 2006, at 9:57 AM, Bruce Pinsky wrote: Probabaly the the latter; however here is the situation. I am advertising a rte 1.1.1.1 via BGP to the Internet via ISP_A via my location in NJ. At my other location in CA where I am advertising another rte 2.2.2.2 via BGP to the Internet vi

Re: problem with BGP or I am an Idiot

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Philip Lavine wrote: > To all, > > Probabaly the the latter; however here is the situation. I am advertising a > rte 1.1.1.1 via BGP to the Internet via ISP_A via my location in NJ. At my > other location in CA where I am advertising another rte 2.

problem with BGP or I am an Idiot

To all, Probabaly the the latter; however here is the situation. I am advertising a rte 1.1.1.1 via BGP to the Internet via ISP_A via my location in NJ. At my other location in CA where I am advertising another rte 2.2.2.2 via BGP to the Internet via the same ISP_A. I am using the same AS for

Re: Router / Protocol Problem

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 >> Seems dubious. So I'm not not sure what sets the codepoint to 01 >> by default, but apparently CodeRed does? Nevertheless, this seems like >> a very weak basis for determining whether something is malicious. There is an elegant solution; adm

RE: Router / Protocol Problem

On Sep 6, 2006, at 9:04 AM, Mike Walter wrote: > Recently with no changes to my network, I have been having problems > connecting to certain websites and mail servers. I am always able > to ping the sites and trace route without error. If I telnet to > port 80 or port 25 it does not conne

Re: Router / Protocol Problem

e. I just wanted to say thanks for all the help. I did discover the problem this morning and I should be hit with a herring. I upgraded the IOS on the router with the issue to match the other router and the problem was still there. So I tested and noticed the following line in the logs, since I was

Re: Router / Protocol Problem

Hi John, John Kristoff wrote: On Thu, 7 Sep 2006 07:27:16 -0400 "Mike Walter" <[EMAIL PROTECTED]> wrote: Sep 7 06:50:20.697 EST: %SEC-6-IPACCESSLOGP: list 166 denied tcp 69.50.222.8(25) -> 69.4.74.14(2421), 4 packets [...] I'm not very familiar with NBAR or how to use it for CodeRed, but th

Re: Router / Protocol Problem

danger has passed. (?) It's been almost nine and a half years and was a short-lived problem, but I'll betcha that an announcement from AS 7007 will have reachability problems to a measurable fraction of the Internet. That would make a kind of

Re: Router / Protocol Problem

On Thu, 7 Sep 2006 07:27:16 -0400 "Mike Walter" <[EMAIL PROTECTED]> wrote: > Sep 7 06:50:20.697 EST: %SEC-6-IPACCESSLOGP: list 166 denied tcp > 69.50.222.8(25) -> 69.4.74.14(2421), 4 packets [...] I'm not very familiar with NBAR or how to use it for CodeRed, but this first rule: > access-list 1

RE: Router / Protocol Problem

he number is not sufficient to cause another massive DDoD and measures taken to protect against this particular peculiar DDoS, really don't have a good technical reason to remain in place. This is probably also another instance of the well-known ops problem: We know how to get stuff depl

RE: Router / Protocol Problem

At 07:27 AM 07-09-06 -0400, Mike Walter wrote: Best moved to cisco-nsp. -Hank Nussbacher http://www.interall.co.il Good morning everyone. I just wanted to say thanks for all the help. I did discover the problem this morning and I should be hit with a herring. I upgraded the IOS on the

RE: Router / Protocol Problem

Good morning everyone. I just wanted to say thanks for all the help. I did discover the problem this morning and I should be hit with a herring. I upgraded the IOS on the router with the issue to match the other router and the problem was still there. So I tested and noticed the following

Re: Router / Protocol Problem

Then that proves it's not a local router problem then. :) On Wed, Sep 06, 2006 at 07:49:26PM +, Christopher L. Morrow wrote: > On Wed, 6 Sep 2006, Rodney Dunn wrote: > > > > > Get a sniffer trace. Packets on the wire prove what's going on. > > provided the

Re: Router / Protocol Problem

On Wed, 6 Sep 2006, Rodney Dunn wrote: > > Get a sniffer trace. Packets on the wire prove what's going on. provided the packets get back to him, it seems his problem is traffic getting back to him :( so probably no packets will be on the wire (none in question atleast)...

Re: Router / Protocol Problem

iginal Message- > From: Hank Nussbacher [mailto:[EMAIL PROTECTED] > Sent: Wednesday, September 06, 2006 12:07 PM > To: Mike Walter > Cc: Justin M. Streiner; nanog@merit.edu > Subject: RE: Router / Protocol Problem > > On Wed, 6 Sep 2006, Mike Walter wrote: > > &g

RE: Router / Protocol Problem

that would change anything as well. Mike -Original Message- From: Hank Nussbacher [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 06, 2006 12:07 PM To: Mike Walter Cc: Justin M. Streiner; nanog@merit.edu Subject: RE: Router / Protocol Problem On Wed, 6 Sep 2006, Mike Walter wrote

RE: Router / Protocol Problem

On Wed, 6 Sep 2006, Mike Walter wrote: Thanks for everyone's great input. Here are answers to Justin's questions. #1 - 12.3.6a - 7204VXR (NPE400) 512MB - 200+ MB free #2 - 12.2.15T5 - cisco 7204VXR (NPE225) - 256MB (I have a NPE400 - 512MB I want to swap in) - 23MB Free (Issue?) Full Routes

RE: Router / Protocol Problem

On Wed, 6 Sep 2006, Mike Walter wrote: Thanks for everyone's great input. Here are answers to Justin's questions. #1 - 12.3.6a - 7204VXR (NPE400) 512MB - 200+ MB free #2 - 12.2.15T5 - cisco 7204VXR (NPE225) - 256MB (I have a NPE400 - 512MB I want to swap in) - 23MB Free (Issue?) Full Routes

RE: Router / Protocol Problem

Success is the Only Solution think 3z.net" Voice (859) 331-9004 Fax (859) 578-3522 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin M. Streiner Sent: Wednesday, September 06, 2006 9:42 AM To: nanog@merit.edu Subject: Re: Router / Protocol Problem

Re: Router / Protocol Problem

t Providers ports, I am able to get to the sites. I have talked with all the providers and none can find a problem. If I shut down one specific peer, everything works fine. So I keep thinking it was that peers problem some how. I have tested with just that peer up and I still can not con

RE: Router / Protocol Problem

One more thing, I can successfully do a tcptraceroute if that matters. Mike Walter From: tony sarendal [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 06, 2006 9:32 AMTo: Mike WalterCc: nanog@merit.eduSubject: Re: Router / Protocol Problem On 06/09/06, Mike Walter <[EMAIL PROTEC

Re: Router / Protocol Problem

ou getting full routes from any of them? Do you have CEF enabled on these routers? What IOS version(s) are running on these routers? What else are they doing besides slinging BGP routes? Does the problem go away for a while if you reboot one router or the other? Without knowing any of this,

Re: Router / Protocol Problem

to my router and telnet sourcing my each of Internet Providers ports, I am able to get to the sites.  I have talked with all the providers and none can find a problem.  If I shut down one specific peer, everything works fine.  So I keep thinking it was that peers problem some how.  I have tested wit

Router / Protocol Problem

Title: Router / Protocol Problem I normally would not post to the group, but I am 100% stumped and have talked with peers with no luck.  I have (2) Cisco 7204 Routers running BGP with 3 peers and HSRP.  I am not doing anything special with BGP, pretty much a default config that has not

Re: AOL Mail Problem

On Thu, 27 Jul 2006 09:28:24 -0700 chuck goolsbee <[EMAIL PROTECTED]> wrote: [original message edited for brevity--m.black] The fatal flaw in AOL's feedback system is that it is user-generated, and users will classify virtually anything as "spam". It is actually quite entertaining to skim the

Re: AOL Mail Problem

I think Carl, Charles et al do a pretty good job over there. I think Carl moved on to other things in AOL. Correct. They still do simplistic blocks on content, i.e. containing certain types of content will cause a message to be rejected outright, without any sort of consideration of the o

Re: AOL Mail Problem

On Thursday 27 Jul 2006 17:59, William Yardley wrote: > > Keeping in mind that they are not only a huge email provider, but also > that their user-base is mostly not exactly tech savvy, I think Carl, > Charles et al do a pretty good job over there. I think Carl moved on to other things in AOL. >

Re: AOL Mail Problem

On Thu, Jul 27, 2006 at 09:28:24AM -0700, chuck goolsbee wrote: > > I managed to get a whitelist on the domains in > > question, which... unless you classify phpbb notifications as "spam" > > have never been even remotely associated with spamming. > > The fatal flaw in AOL's feedback system is

Re: AOL Mail Problem

I managed to get a whitelist on the domains in question, which... unless you classify phpbb notifications as "spam" have never been even remotely associated with spamming. The fatal flaw in AOL's feedback system is that it is user-generated, and users will classify virtually anything as "spam

Re: AOL Mail Problem

Allen Parker wrote: I really wish more people would stand up to aol and explain to them that their spam filtering stuff is ineffective as well as annoying. I for one really wish the service providers of the world had been willing to deal with the spam problem when it first arose. That

Re: AOL Mail Problem

On 7/27/06, Suresh Ramasubramanian <[EMAIL PROTECTED]> wrote: On 7/27/06, Tom Quilling <[EMAIL PROTECTED]> wrote: > so the suspicion is, that AOL is blocking whole ranges.. > may be a postmaster of them is on this list You'll find them pretty easy to reach - contact information, phone #, e

Re: AOL Mail Problem

On 7/27/06, Tom Quilling <[EMAIL PROTECTED]> wrote: so the suspicion is, that AOL is blocking whole ranges.. may be a postmaster of them is on this list You'll find them pretty easy to reach - contact information, phone #, email addresses etc on their postmaster site. One added extra that

AW: AOL Mail Problem

: Tom Quilling Cc: nanog@merit.edu Betreff: Re: AOL Mail Problem What you have run into is called AOL's "second received line" filtering If your adsl customer is infected, or someone who had that IP recently [if a dynamic IP] is infected and his PC is originating spam and malware .

Re: AOL Mail Problem

rvers are not listed in any RBL etc.. We can see, that they extract from the header the original sender IP of a mail, instead of the one from the MAIL-RELAY-SERVER, as specified in RFC. As these senders are from ADSL IP's, AOL refuses them. This is definitely wrong by AOL... Does anybody else experience this Problem..

Re: AOL Mail Problem

, that they extract from the header the original sender IP of a mail, instead of the one from the MAIL-RELAY-SERVER, as specified in RFC. As these senders are from ADSL IP's, AOL refuses them. This is definitely wrong by AOL... Does anybody else experience this Problem.. Regards Tom Quilling

AOL Mail Problem

from the header the original sender IP of a mail, instead of the one from the MAIL-RELAY-SERVER, as specified in RFC. As these senders are from ADSL IP's, AOL refuses them. This is definitely wrong by AOL... Does anybody else experience this Problem.. Regards Tom Quilling

RE: Problem With the Real Player Stream?

> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf Of Scott Weeks > I can't hear anything on the Real Player stream due to a > very loud hum. Is it me or can something be done? - Original Message Follows - From: "William S. Duncanson" <[EMAIL

RE: Problem With the Real Player Stream?

Not just you, I encountered the same thing. The WMV stream is clean though. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Weeks Sent: Monday, June 05, 2006 13:09 To: nanog@merit.edu Subject: Problem With the Real Player Stream? I can't

Re: Problem With the Real Player Stream?

On Mon, Jun 05, 2006 at 08:08:59AM -1000, Scott Weeks wrote: > I can't hear anything on the Real Player stream due to a > very loud hum. Is it me or can something be done? Same here, together with ~30% packet loss. Best regards, Daniel -- CLUE-RIPE -- Jabber: [EMAIL PROTECTED] -- [EMAIL PROT

Problem With the Real Player Stream?

I can't hear anything on the Real Player stream due to a very loud hum. Is it me or can something be done? scott

Re: Mail delivery problem to AOL for Cloud 9

On 5/19/06, Mark Hennessy <[EMAIL PROTECTED]> wrote: If someone from AOL is monitoring this list could you please contact me off-list about this? I have tried many times to contact members of your organization by phone but have not been able to get this matter resolved through the usual channe

Mail delivery problem to AOL for Cloud 9

I'm seeing a problem with mail delivery to AOL subscribers for e-mails originating from my network. If someone from AOL is monitoring this list could you please contact me off-list about this? I have tried many times to contact members of your organization by phone but have not been able t

Re: Strange network problem accessing Ebay and versiontracker websites

all packets is another -- these are various version of icky... W On May 3, 2006, at 2:22 PM, Shane Owens wrote: All, I know this probably isn't the best forum for this question but I'd like to rule out a network problem before I tell a customer he has a PC problem. I run a

RE: Strange network problem accessing Ebay and versiontracker websites

king into the MTU issue though. Shane -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin M. Streiner Sent: Wednesday, May 03, 2006 4:26 PM To: nanog@merit.edu Subject: Re: Strange network problem accessing Ebay and versiontracker websites On Wed,

Re: Strange network problem accessing Ebay and versiontracker websites

t is I have reach ability and one browser work but another doesn't it's a software problem with either the browser or the site, but being able to take the same machine to another network and have it work points to a whole different problem. Could this be a MTU issue? It sounds like that i

Re: Strange network problem accessing Ebay and versiontracker websites

On Wed, 3 May 2006, Shane Owens wrote: Can anyone give me any suggestions as to what routes to take to troubleshoot this? Logic tell me that is I have reach ability and one browser work but another doesn't it's a software problem with either the browser or the site, but being able t

Strange network problem accessing Ebay and versiontracker websites

All, I know this probably isn't the best forum for this question but I'd like to rule out a network problem before I tell a customer he has a PC problem. I run a small CLEC network that is single homed to BTN for transit. I have 3 sites all interconnected via DS3's and provide DS

Re: Memory Refresher: Network Problem Over "X" Miles

ke 100 or 200 or > something). Anyhow, tech initially disbelieves story, but sees it for > himself, and really odd network problem is diagnosed, problem solved. http://groups.google.com/group/it.fan.marco-ditri/msg/623f793d1cb0dd51 -- ciao, Marco

Memory Refresher: Network Problem Over "X" Miles

t for himself, and really odd network problem is diagnosed, problem solved. However, I can't find this story to save my life now. Can anyone refresh my memory on it? Cheers, D [sorry if this got sent twice... it doesn't appear to have gone out the first time, probably because it had

Re: Problem with IANA blackhole servers

On Tue, Mar 28, 2006 at 09:34:59PM +0200, Sebastian Wiesinger wrote: ... > The resolver is used by customers who sometimes leak RFC1918 requests > to our resolver. I already told them to resolve that network > internally, but still the IANA server is not working correctly IMHO. > > I'm also think

Re: Problem with IANA blackhole servers

On Tue, 28 Mar 2006, Sebastian Wiesinger wrote: > I'm also thinking about routing the blackhole /24 to one of our > DNS-Servers to resolve all of the RFC1918 space locally, but that will > take a little bit more time. I would suggest looking at the AS112 web site for infor

Re: Problem with IANA blackhole servers

* Sean Donelan <[EMAIL PROTECTED]> [2006-03-28 21:24]: > See the following document on how to configure your own DNS servers > so you don't needlessly query external DNS servers for RFC1918 addressses. > > http://www.chagreslabs.net/jmbrown/research/drafts/draft-brown-pvtipdns-01.html The resolv

Re: Problem with IANA blackhole servers

> Perhaps someone on this list has a shortcut to get the server back to > normal again? See the following document on how to configure your own DNS servers so you don't needlessly query external DNS servers for RFC1918 addressses. http://www.chagreslabs.net/jmbrown/research/drafts/draft-brown-p

Problem with IANA blackhole servers

Hello, I'm having a problem with the IANA blackhole DNS-Servers resolving RFC1918 IPs. Normally I'm getting a NXDOMAIN reply and this is reported back to the client. With one resolver we're getting SERVFAIL for every query instead of NXDOMAIN. Example: Resolver 1 (w

Re: Security problem in PPPoE connection

From: "Martin Hannigan" <[EMAIL PROTECTED]> As well, pvlans are prone to fail if not a forethought of architecture instead of an after effect. Trying to put legacy networks into a pvlan architecture is like putting square pegs in round holes. My experience has been pvlans cause more trouble t

RE: Security problem in PPPoE connection

At 03:25 PM 3/13/2006, James R. Cutler wrote: At 3/13/2006 11:16 AM -0800, Bora Akyol wrote: "Any info on percentages of users that use routers vs Windows boxes? " Almost 100% of Careful Windows Users use routers. Almost 100% of Potential Victims connect directly. Now, you really meant to ask

  1   2   3   4   >