June 2008 - Test - lists.nanog.org

[NANOG-announce] Reminder - NANOG PC tool is accepting presentations for both NANOG 44 & 45
by Ren Provo 18 Jun '08

18 Jun '08

Hi folks, As mentioned in the NANOG Program Committee call minutes, posted at http://www.nanog.org/pc.nanog44_minutes.html, we are currently accepting presentations for both NANOG44 and NANOG45. Several abstracts have been received for the October meeting and we are going to assume they are intended for NANOG44. Please clearly mark submissions if NANOG45 is your intention. Our next call is scheduled for early July so keep the submissions, and promised slides for those with abstracts in the tool at present, flowing. Thanks! -Ren, on behalf of the NANOG Program Committee _______________________________________________ NANOG-announce mailing list NANOG-announce(a)nanog.org http://mailman.nanog.org/mailman/listinfo/nanog-announce

1 0

Latest instalment of the "hijacked /16s" story
by ops.lists＠gmail.com 18 Jun '08

18 Jun '08

Another legacy /16, after the previous one - the sf bay packet radio /16 http://www.47-usc-230c2.org/chapter3.html This time 128.168/16 - and by the same group that seems to have acquired control of the earlier one. --srs -- Suresh Ramasubramanian (ops.lists(a)gmail.com)

8 8

SMTP no-such-user issues
by Steve Bertrand 18 Jun '08

18 Jun '08

Hi everyone, We are experiencing an issue in regards to SMTP MTA relay responses regarding 'no such user', and it *apparently* appears to be only occurring when a particular site attempts to deliver email to us. Any advice on how to further troubleshoot my issue would be greatly appreciated. I want to keep this as brief as possible...please bear with me. We have a cluster of Barracuda Spam Firewalls operating as an SMTP server/client to a cluster of Qmail MTA/MDA's (with CHKUSR in place). In short, a user from Sympatico (which now delivers via Hotmail) sends an email to a list of addresses at our domain in which only a single one of those addresses is bad, a response is sent back to the Sympatico client advising that ALL the destination addresses were bad, which is not the case. It doesn't matter whether the recipients were listed in the RCPT field, or within the DATA field as Cc: or Bcc:. This is a nightmare on the helpdesk. When I attempt to simulate the issue from ANY other mail system that I've tested (my own personal, GMail etc, etc), the legitimate addresses receive the message, and the relay agent in question in the test scenario sends back a 551 for ONLY the invalid recip, as opposed to including even the valid recips. Although it has not been yet completely verified via logs that the client SMTP server sends a QUIT before verifying all of the addresses, it certainly appears thus far that all of the addresses are put through the standard verification stages prior to DATA and then gives up, even if the invalid recipient is the last one passed to our system. Can anyone else provide advise on how to further troubleshoot this, or for those who live in my part of North America (Toronto), test it for themselves who have MTA bounce-no-recip in place, that have access to the Hotmail mail system (I've confirmed the exact same problem exists (the 551 is very near identical) from a web-based Hotmail address as well as Sympatico). Examples of logs and bounces can be provided if necessary. Thanks, Steve

3 9

AS Numbers registry updated
by Leo Vegoda 18 Jun '08

18 Jun '08

Hi, This is to let you know that we have updated the AS Numbers registry in cooperation with the RIRs. It now shows which RIR currently provides Whois service for an AS Number instead of the RIR to which the AS Number was originally allocated. The updated registry is now over 2000 lines long but the format has not changed. In addition to the current format, the AS Numbers registry will be made available in XML during July. The updated registry will shortly be available at: http://www.iana.org/assignments/as-numbers Kind regards, Leo Vegoda IANA

1 0

PPPoE over L2TP over GigE questions
by Jean-François Mezei 17 Jun '08

17 Jun '08

Pardon my ignorance on the subject, but I would need to know how packets between a BAS/LAC and an ISP's router are transported (this is within Bell Canada ADSL territory). Bell uses L2TP to link each BAS/LAC to the ISP. Some of the ISPs get a Gigabit Ethernet link to the Bell cloud. Would the L2TP payload be an ethernet packet which contains a PPPoE packet, or would the L2TP payload be the PPPoE packet only ? Also, while I am at it: Architecturally, is a BAS considered a router, or a bridge/switch ? (since the PPPoE packet has no routing information (source, destination), it is the BAS which maintains the table of source/destination for each PPPoE session ID. Yet, the BAS machines are supposedly Juniper ERX routers in Bell territory... And while I am at it: >From the end user point of view, the ADSL modem sends all ATM frames to a predetermined ATM destination (VPI/VCI). I assume that VPI/VCI points to the BAS. How does the BAS address ATM packets back to an individual subscriber ? Do each subscribers get their own VPI/VCI that points to the right port on the right DSLAM ? And in cases where the telcos are extending the ethernet to the DSLAM, with the fragmentation into multiple ATM frames limited to the ADSL link itself, how does the BAS address invididual customers ? Does each ADSL port on the DSLAM get its own ethernet address ? (since some services do not use PPPoE, I have to assume that the DSLAM doesn't base its packet switching on PPPoE session IDs.)

5 6

Re: [Outages] Outages have an Outage? (fwd)
by Gadi Evron 17 Jun '08

17 Jun '08

Lightning storm, subsequent commercial power failure. UPS not up due to restructing. We are working on getting backup servers alive, as to DNS we used to secondary at vixie's, but due to IP changes and movements removed that for now. A comedy of mistakes. Details below. ---------- Forwarded message ---------- Date: Tue, 17 Jun 2008 21:18:45 +0000 From: Randy Vaughn <rvaughn(a)amigostecnicos.net> To: Jason Iannone <jason.iannone(a)gmail.com> Cc: outages(a)isotf.org Subject: Re: [Outages] Outages have an Outage? Hi Jason et al! The rack restructuring was only able to proceed as far as one rack and did not make to the point of attaching the isotf server to a UPS. As luck has it, our provider's location lost commercial power this morning. The remainder of the rack restructuring will be announced once we have a firm timeline established for that activity. On a slightly different matter. I appreciate the problems caused by high list volume. Digest mode is one potential solution, list moderation is another. R On 14:55 Tue 17 Jun , Jason Iannone wrote: > We weren't able to resolve anything on amigostecnicos.net. isotf > admin care to elaborate? > _______________________________________________ > Outages mailing list > Outages(a)isotf.org > http://isotf.org/mailman/listinfo/outages _______________________________________________ Outages mailing list Outages(a)isotf.org http://isotf.org/mailman/listinfo/outages

2 1

Comcast Business IPv6
by Brandon Galbraith 17 Jun '08

17 Jun '08

Has anyone had any experience with asking Comcast Business Services for IPv6 connectivity? Off-list replies are preferred (feel free to contact me if you're looking for the same thing, will pass along any info I obtain). Thanks! -brandon

1 0

Outages list info
by Chris Adams 17 Jun '08

17 Jun '08

The outages list is at isotf.org, right? I had not yet gotten around to signing up and a couple of messages here prompted me to take a look. Assuming the links I see for isotf.org are correct, someone might want to notify the list about an outage: $ dig +trace isotf.org mx ; <<>> DiG 9.2.8 <<>> +trace isotf.org mx ;; global options: printcmd . 424771 IN NS M.ROOT-SERVERS.NET. . 424771 IN NS A.ROOT-SERVERS.NET. . 424771 IN NS B.ROOT-SERVERS.NET. . 424771 IN NS C.ROOT-SERVERS.NET. . 424771 IN NS D.ROOT-SERVERS.NET. . 424771 IN NS E.ROOT-SERVERS.NET. . 424771 IN NS F.ROOT-SERVERS.NET. . 424771 IN NS G.ROOT-SERVERS.NET. . 424771 IN NS H.ROOT-SERVERS.NET. . 424771 IN NS I.ROOT-SERVERS.NET. . 424771 IN NS J.ROOT-SERVERS.NET. . 424771 IN NS K.ROOT-SERVERS.NET. . 424771 IN NS L.ROOT-SERVERS.NET. ;; Received 304 bytes from 216.180.54.2#53(216.180.54.2) in 2 ms org. 172800 IN NS TLD2.ULTRADNS.NET. org. 172800 IN NS TLD1.ULTRADNS.NET. org. 172800 IN NS B0.ORG.AFILIAS-NST.org. org. 172800 IN NS A0.ORG.AFILIAS-NST.INFO. org. 172800 IN NS C0.ORG.AFILIAS-NST.INFO. org. 172800 IN NS D0.ORG.AFILIAS-NST.org. ;; Received 417 bytes from 202.12.27.33#53(M.ROOT-SERVERS.NET) in 206 ms isotf.org. 86400 IN NS ns2.amigostecnicos.net. isotf.org. 86400 IN NS ns.amigostecnicos.net. ;; Received 80 bytes from 204.74.113.1#53(TLD2.ULTRADNS.NET) in 32 ms ;; connection timed out; no servers could be reached $ host ns.amigostecnicos.net. ns.amigostecnicos.net has address 209.151.108.152 $ host ns2.amigostecnicos.net. ns2.amigostecnicos.net has address 209.151.108.152 $ Somebody might want to read up on nameserver diversity. -- Chris Adams <cmadams(a)hiwaay.net> Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble.

2 1

Spam Book Author Implicated in Second IP Block Controversy
by Ronald F. Guilmette 17 Jun '08

17 Jun '08

ARIN, NASA, and the United States Air Force would probably prefer it if people didn't read this: http://www.47-usc-230c2.org/chapter3.html

1 0

Re: SMTP no-such-user issues
by Steve Bertrand 17 Jun '08

17 Jun '08

Shane Short wrote: > are you using vpopmail with your qmail install? (I can't seem to load > your errors again, I recall they were chkuser failures) Yes, vpopmail against MySQL. > I've had this problem before when I've run out of MySQL connections and > vchkuser was then failing. Thanks for the feedback, but this is not the case. The problem has been identified to be extraordinarily site specific. I'm attempting to follow the recommendations of members that mailed me off list one at a time, and am proceeding with testing. It would be of great value if other mail admins who are running Qmail that have a few minutes could contact me off list in order to compare some quick test results/config setups. Steve

1 1