May 2000 - Test - lists.nanog.org

Re: shopping for NOCs
by Joseph Birthisel 05 Jun '00

05 Jun '00

> > Simple question: What do you look in a NOC when considering someone > > for service? In other words, what would be the ideal NOC? > > Forget technology, facilities and everything but the quality of the > people involved. --Mike-- The people do make the difference. Other things involved are accountability and the NOCs ability to work effectively with IP and field engineering groups. Accountability meaning when they handle an issue you requested assistance on you get a name of the person handling your issue and that if you don't feel things are being done correctly you can get things escalated. I talk to NOCs all day and those that have good resources (network monitoring soft., circuit databases, routing layouts) don't compare to those NOCs that have a divining rod and a ouija board for tools but are commited to gettings things fixed. Joseph

8 9

Time Server
by Jay Stewart 31 May '00

31 May '00

Does anyone know what happened to time-nw.nist.gov (131.107.1.10?) It's pingable, but no longer responding to NTP requests. Jay Stewart Internet Network Engineer Olympia Networking Services - "The Northwest's Premier ISP" http://www.olywa.net

1 0

Re: Comparison of provider's network status access
by Sean Donelan 31 May '00

31 May '00

On Tue, 30 May 2000, jlewis(a)lewis.org wrote: > On 26 May 2000, Sean Donelan wrote: > > > Sprint - Has a web site describing scheduled and emergency maintenance > > mailing lists. Scheduled maintenance mailing list has some > > messages, but I've never seen a message about an outage on the > > emergency maintenance list. > > I get almost (sometimes more than) daily outage notices on > outage(a)sprint.net. IIRC, they had a link to subscribe on their web site. I subscribed, my sprint salesperson verified I subscribed, I also subscribed to the DALnet copy of the sprint list. No notices. No one at sprint seemed very interested in figuring out why, and now I'm no longer a Sprint customer I'm not very interested now either.

2 1

Re: Shopping for NOCs
by mike harrison 31 May '00

31 May '00

> Simple question: What do you look in a NOC when considering someone > for service? In other words, what would be the ideal NOC? Forget technology, facilities and everything but the quality of the people involved. --Mike--

2 1

Comparison of provider's network status access
by Sean Donelan 31 May '00

31 May '00

On Fri, 26 May 2000, Martin Cooper wrote: > INSnet (admittedly not a tier-1) has a pretty neat policy on > disclosure, even including a detailed description of the fixes > for problems as well as the causes of them, which is nice. Essentially all of the top, tier-2, tier-3, etc providers have some type of online network status web site. How well they use it to keep users of their network informed varies greatly. Abovenet - Web site with MRTG graphs, and copies of messages from their tech contact mailing list about problems, outages, and scheduled maintenance. AGIS - no more. Closed access to their network status web site years ago. AOL - I don't know, I haven't found anything on their public web site. AT&T - Network status web site with red, yellow, green city to city matrix. Outage portion of the web site is never updated. Worldnet only newsgroups frequently updated with detailed problem reports. C&W - Traffic web site (red, yellow, green), but I've noticed they seem to only have "green" dots on the front map. You have to dig to find the problem sites. Has an outage mailing list, but it never has any mail and even C&W employees seem unsure of its purpose. Exodus - BENGI web site with major trouble tickets available. Genuity/GTEI/BBN - customer only network status web site. "Finger" access to trouble tickets, including master tickets. Good proactive notification of customers of problems. Globalcenter - customer only web site. Mindspring - Mindspring has a public network status web site with current trouble tickets. PSI - used to have a detailed "finger" and web site network status page, starting last month I get an access denied message. SBC/PBI - Web site with current network status. Frequently updated and includes resolution or reason for outage. Sprint - Has a web site describing scheduled and emergency maintenance mailing lists. Scheduled maintenance mailing list has some messages, but I've never seen a message about an outage on the emergency maintenance list. UUNET - web site updated for some major outages. Says details will follow, but usually the entire web page is "refreshed" to all systems normal message every few hours whether or not the problem is fixed. Some customers reportly received mail messages about outages.

2 1

Re: pop server in an ISP environment
by Dave Crocker 30 May '00

30 May '00

At 06:37 PM 5/30/00 +0800, Muljawan Hendrianto wrote: > XTND XMIT, may I know what is that ? It is a non-standard extension to POP, supported in some POP client and server implementations. It provides an authenticated alternative to open SMTP posting. The current standard for authenticated posting is the AUTH command, coming into support on clients and servers. Note that email posting is now a separate standard (SUBMIT) from email relaying (SMTP) event though their core protocol engine is currently the same. d/ =-=-=-=-= Dave Crocker <dcrocker(a)brandenburg.com> Brandenburg Consulting <www.brandenburg.com> Tel: +1.408.246.8253, Fax: +1.408.273.6464 675 Spruce Drive, Sunnyvale, CA 94086 USA

2 3

Re: NANOG Registration Request
by Carol Wadsworth 30 May '00

30 May '00

For those of you who have registered to attend NANOG 19 in Albuquerque, June 11-13, your registration fee must be received by June 2, otherwise the fee will increase $50. To check on the status of your payment, please see the meeting attendee list: http://www.nanog.org/mtg-0006/Registration.List.html If there are dashes by your name, payment is still due. ------------------------------ Payment Submission Information ------------------------------ Registration Fee: Before June 2 $300 After June 2 $350 Cancellation Fee (after 6/2) $35 Credit Card: When paying by credit card--MasterCard, Visa, or American Express--please include the following information: Card Type Number Expiration Cardholder's Name Checks: Please make payable to the University of Michigan Mail or fax payment information to: NANOG Registrar Merit Network, Inc. 4251 Plymouth Road, Suite 2000 Ann Arbor, MI 48105-2785 Fax Number: (734) 647-3185 --On Tue, Mar 28, 2000 10:39 AM -0800 Automated NANOG Registrar <NANOG(a)merit.edu> wrote: > ser(a)tch.org (Steve Rubin) submitted the following > NANOG Registration: > --------------------------------------------------------- > --- Name: Steve Rubin > Organization: IP Networks, Inc. > Demographic: Network Operator > Profit Status: For Profit > E-Mail Address: ser(a)tch.org > > Payment Method: Will Send Check > Credit Card #: No CC info given > > Server protocol: HTTP/1.0 > Remote host: 199.74.220.2 > Remote IP address: 199.74.220.2 > >

1 0

Re: NANOG Registration Request
by Carol Wadsworth 30 May '00

30 May '00

For those of you who have registered to attend NANOG 19 in Albuquerque, June 11-13, your registration fee must be received by June 2, otherwise the fee will increase $50. To check on the status of your payment, please see the meeting attendee list: http://www.nanog.org/mtg-0006/Registration.List.html If there are dashes by your name, payment is still due. ------------------------------ Payment Submission Information ------------------------------ Registration Fee: Before June 2 $300 After June 2 $350 Cancellation Fee (after 6/2) $35 Credit Card: When paying by credit card--MasterCard, Visa, or American Express--please include the following information: Card Type Number Expiration Cardholder's Name Checks: Please make payable to the University of Michigan Mail or fax payment information to: NANOG Registrar Merit Network, Inc. 4251 Plymouth Road, Suite 2000 Ann Arbor, MI 48105-2785 Fax Number: (734) 647-3185 --On Tue, Mar 28, 2000 10:39 AM -0800 Automated NANOG Registrar <NANOG(a)merit.edu> wrote: > fsd(a)psi.com (Frank DiGennaro) submitted the following > NANOG Registration: > --------------------------------------------------------- > --- Name: Frank DiGennaro > Organization: PSINet > Demographic: Network Operator > Profit Status: For Profit > E-Mail Address: fsd(a)psi.com > > Payment Method: Will Send Check > Credit Card #: No CC info given > > Server protocol: HTTP/1.1 > Remote host: 206.102.68.79 > Remote IP address: 206.102.68.79 > >

1 0

Re: pop server in an ISP environment
by Dave Crocker 30 May '00

30 May '00

Muljawan Hendrianto, Selamat tenga hari. I forgot to include some references: At 06:37 PM 5/30/00 +0800, Muljawan Hendrianto wrote: > XTND XMIT, may I know what is that ? It is a non-standard extension to POP, supported in some POP client and server implementations. It provides an authenticated alternative to open SMTP posting. The current standard for authenticated posting is the AUTH command, coming into support on clients and servers. Note that email posting is now a separate standard (SUBMIT) from email relaying (SMTP) event though their core protocol engine is currently the same. References: RFC 2476 Message Submission. R. Gellens, J. Klensin. December 1998. (Format: TXT=30050 bytes) (Status: PROPOSED STANDARD) RFC 2554 SMTP Service Extension for Authentication. J. Myers. March 1999. (Format: TXT=20534 bytes) (Status: PROPOSED STANDARD) d/ =-=-=-=-= Dave Crocker <dcrocker(a)brandenburg.com> Brandenburg Consulting <www.brandenburg.com> Tel: +1.408.246.8253, Fax: +1.408.273.6464 675 Spruce Drive, Sunnyvale, CA 94086 USA

1 0

Re: pop server in an ISP environment
by Peter van Dijk 30 May '00

30 May '00

On Tue, May 30, 2000 at 11:22:21AM -0400, Alex Rubenstein wrote: > > > Indeed. For example, for the company I work for (that is burdened by the > > 64k limit right now because of lot's of stock linux 2.0.x kernels), I am > > developing a mail-solution that doesn't chew up UIDs for popboxes. > > Try the user-less qmail install, HOWTO at: > > http://www.tibus.net/pgregg/projects/qmail/single-uid-howto.html > > We're about to implement this. I have looked at it but it does not fit my needs at all. The system I'm developing (which _is_ based on qmail tho), has several advantages. Also, I don't need 'user-less' stuff, because all customers already have a hosting-account for FTP and shell. The big advantage is that users own and control their own mailinglists, popoboxes, forwards and all that and normally don't need _any_ intervention from us to get anything done. This also allows for easy quota-enforcing and accounting - all stuff from one customer is under 1 UID. With that user-less stuff, AFAICS the admin needs to do work for each popbox created. This ofcourse can be automated, but is still a centralized process. We are moving towards decentralization as far as possible while still keeping a grip. Greetz, Peter. -- petervd(a)vuurwerk.nl - Peter van Dijk [student:developer:madly in love]

1 0