- Test - lists.nanog.org

woo hoo!
by jamie＠intuition.iagnet.net 10 Feb '98

10 Feb '98

ARIN, the world leader in IP registration, is looking for a qualified candidate to fill the now-open Postmaster position.. ----- Forwarded message from Mail Delivery Subsystem ----- >From postmaster Mon Feb 9 00:42:22 1998 Date: Mon, 9 Feb 1998 05:42:16 GMT From: Mail Delivery Subsystem <MAILER-DAEMON(a)arin.net> Message-Id: <199802090542.FAA01930(a)arin.net> To: <jamie(a)intuition.iagnet.net> Subject: Returned mail: unknown mailer error 1 Auto-Submitted: auto-generated (failure) The original message was received at Mon, 9 Feb 1998 05:39:29 GMT from rs1.arin.net [192.149.252.21] ----- The following addresses had permanent fatal errors ----- "| /home/reg/mts/bin/spool_mail -u reassign -l" (expanded from: reassign-queue) ----- Transcript of session follows ----- archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: WARNING open of temp file '/home/reg/mts/logs/reassign/shlock.1932' failed: No space left on device archive2.pl: ABORT shlock: too many warnings 2/9-0:42: read_config: could not open /home/reg/mts/etc/mts.conf can't open config file |/home/reg/mts/etc/mts.conf| 554 "| /home/reg/mts/bin/spool_mail -u reassign -l"... unknown mailer error 1 Reporting-MTA: dns; arin.net Received-From-MTA: DNS; rs1.arin.net Arrival-Date: Mon, 9 Feb 1998 05:39:29 GMT Final-Recipient: RFC822; reassign(a)arin.net Action: expanded (to multi-recipient alias) Status: 2.0.0 Last-Attempt-Date: Mon, 9 Feb 1998 05:42:16 GMT Final-Recipient: RFC822; reassign(a)arin.net X-Actual-Recipient: RFC822; | /home/reg/mts/bin/spool_mail -u reassign -l(a)arin.net Action: failed Status: 5.0.0 Last-Attempt-Date: Mon, 9 Feb 1998 05:42:16 GMT -- Start of included mail From: jamie(a)intuition.iagnet.net (James Rishaw) Date: Mon, 9 Feb 1998 00:39:20 -0500 (EST) RFC_Violation: You saw it here first! Reply-To: jamie(a)iagnet.net Organization: Internet Access Group, Inc. X-PGP-Fingerprint: <921C135D> C4 48 1B 26 18 7B 1F D9 BA C4 9C 7A B1 07 07 E8 X-Bumper-Sticker-Of-The-Week: Keep honking...I'm reloading X-Todays-Day-Of-The-Year: 040 X-No-Archive: Yes X-Face: d=) WDB_version: 1.4 --- (N)new (M)modify (D)delete: N (A)allocate (S)assign: S --- ntsnum: 207.206.126.0 ntenum: 207.206.126.255 ntname: IAG-P2P-207-126 org: Point to Point street: 2930 Prospect city: Cleveland state: OH zipcode: 44115 cntry: US maint: IAGP --- hname: ns.point-x.com ipaddr: 207.25.223.231 --- hname: ns2.p2pcom.com ipaddr: 207.25.223.217 --- nichandl: JL566 END OF FILE -- james g.k. rishaw dal/efnet:gavroche __ IAGnet/CIC/netILLINOIS sys-eng DID:216.902.5455 FAX:216.623.3566 \/ 800.637.4IAGx5455 "The man who doesn't read good books has no advantage over the man who can't read them." - Mark Twain -- End of included mail. ----- End of forwarded message from Mail Delivery Subsystem ----- -- james g.k. rishaw dal/efnet:gavroche __ IAGnet/CIC/netILLINOIS sys-eng DID:216.902.5455 FAX:216.623.3566 \/ 800.637.4IAGx5455 "The man who doesn't read good books has no advantage over the man who can't read them." - Mark Twain

9 9

Re: Real audio broadcast
by Sean M. Doran 10 Feb '98

10 Feb '98

Still no video/audio, real or otherwise... :( Sean.

5 4

ISPs Blocking Private Addresses?
by Peter Ford 10 Feb '98

10 Feb '98

Do most ISPs explicitly block private IP addresses (e.g. 10.X.X.X) at their borders? Do the "default-less" ISPs filter private addresses or do they let routing/forwarding do the work? thanks, peter

7 6

Correction.. No MBONE session to join.
by Michael A. Duckett 09 Feb '98

09 Feb '98

Is NANOG planning to be on the MBONE? Michael Duckett Architecture (770) 522-4042 mduckett(a)bellsouth.net public key: http://home-world.eng.bellsouth.net/mduckett.asc

2 1

RealVideo Feed
by Jan Czmok 09 Feb '98

09 Feb '98

Can anybody post the URL for the FEED again? Greetings Jan Czmok

1 0

Re: Real audio broadcast
by Sean M. Doran 09 Feb '98

09 Feb '98

>Hmmm. As I'm typing this, I've lost it all together :( Ironically I have video during the break. I see a green NO SIGNAL on the screen. Sean.

1 0

Re: Real audio broadcast
by Dax Kelson 09 Feb '98

09 Feb '98

RealVideo is working now. Could someone please move/zoom the camera so that RealVideo users can read the overhead screen (and see the speaker). With the current camera position there is no advantage to the RealVideo vs. RealAudio stream. Dax Kelson Internet Connect, Inc. -----Original Message----- From: Sean M. Doran <smd(a)clock.org> To: smd(a)clock.org <smd(a)clock.org>; srh(a)merit.edu <srh(a)merit.edu> Cc: nanog(a)merit.edu <nanog(a)merit.edu> Date: Monday, February 09, 1998 1:44 PM Subject: Re: Real audio broadcast >Still no video/audio, real or otherwise... > > Sean. >

5 4

heh
by Bradley Reynolds 09 Feb '98

09 Feb '98

Good to see we practice what we preach. x0r:~$ ping 206.29.134.255 PING 206.29.134.255 (206.29.134.255): 56 data bytes 64 bytes from 206.29.134.34: icmp_seq=0 ttl=50 time=88.2 ms 64 bytes from 206.29.134.94: icmp_seq=0 ttl=241 time=88.8 ms (DUP!) 64 bytes from 206.29.134.95: icmp_seq=0 ttl=241 time=89.4 ms (DUP!) 64 bytes from 206.29.134.85: icmp_seq=0 ttl=241 time=90.5 ms (DUP!) 64 bytes from 206.29.134.240: icmp_seq=0 ttl=241 time=91.2 ms (DUP!) 64 bytes from 204.134.79.166: icmp_seq=0 ttl=242 time=92.5 ms (DUP!) 64 bytes from 206.29.130.33: icmp_seq=0 ttl=241 time=95.3 ms (DUP!) 64 bytes from 206.29.135.43: icmp_seq=0 ttl=49 time=95.9 ms (DUP!) 64 bytes from 206.29.135.83: icmp_seq=0 ttl=49 time=98.6 ms (DUP!) 64 bytes from 206.29.134.178: icmp_seq=0 ttl=240 time=103.1 ms (DUP!) 64 bytes from 206.29.135.81: icmp_seq=0 ttl=49 time=103.8 ms (DUP!) 64 bytes from 206.29.134.242: icmp_seq=0 ttl=49 time=104.7 ms (DUP!) 64 bytes from 206.29.135.67: icmp_seq=0 ttl=49 time=105.9 ms (DUP!) 64 bytes from 206.29.134.84: icmp_seq=0 ttl=49 time=106.6 ms (DUP!) 64 bytes from 206.29.134.70: icmp_seq=0 ttl=240 time=107.3 ms (DUP!) 64 bytes from 206.29.135.77: icmp_seq=0 ttl=49 time=107.8 ms (DUP!) 64 bytes from 206.29.134.36: icmp_seq=0 ttl=49 time=110.4 ms (DUP!) 64 bytes from 206.29.134.10: icmp_seq=0 ttl=240 time=110.8 ms (DUP!) 64 bytes from 206.29.134.222: icmp_seq=0 ttl=240 time=111.3 ms (DUP!) 64 bytes from 206.29.134.78: icmp_seq=0 ttl=49 time=112.2 ms (DUP!) 64 bytes from 206.29.135.244: icmp_seq=0 ttl=49 time=112.7 ms (DUP!) 64 bytes from 206.29.134.66: icmp_seq=0 ttl=49 time=113.3 ms (DUP!) 64 bytes from 206.29.135.56: icmp_seq=0 ttl=240 time=114.2 ms (DUP!) 64 bytes from 10.0.10.168: icmp_seq=0 ttl=240 time=116.0 ms (DUP!) 64 bytes from 206.29.135.246: icmp_seq=0 ttl=240 time=118.5 ms (DUP!) 64 bytes from 10.0.14.104: icmp_seq=0 ttl=240 time=119.0 ms (DUP!) 64 bytes from 10.0.3.156: icmp_seq=0 ttl=240 time=119.6 ms (DUP!) 64 bytes from 10.0.8.102: icmp_seq=0 ttl=240 time=121.3 ms (DUP!) 64 bytes from 206.29.134.15: icmp_seq=0 ttl=45 time=121.9 ms (DUP!) 64 bytes from 206.29.134.115: icmp_seq=0 ttl=240 time=122.6 ms (DUP!) 64 bytes from 206.29.135.82: icmp_seq=0 ttl=240 time=123.6 ms (DUP!) 64 bytes from 206.29.135.41: icmp_seq=0 ttl=240 time=125.0 ms (DUP!) 64 bytes from 206.29.134.104: icmp_seq=0 ttl=240 time=127.3 ms (DUP!) 64 bytes from 206.29.134.114: icmp_seq=0 ttl=240 time=128.7 ms (DUP!) 64 bytes from 206.29.134.82: icmp_seq=0 ttl=240 time=130.6 ms (DUP!) 64 bytes from 206.29.135.84: icmp_seq=0 ttl=240 time=143.2 ms (DUP!) 64 bytes from 206.29.134.100: icmp_seq=0 ttl=240 time=144.9 ms (DUP!) 64 bytes from 206.29.134.34: icmp_seq=1 ttl=50 time=92.1 ms 64 bytes from 204.134.79.166: icmp_seq=1 ttl=242 time=92.6 ms (DUP!) 64 bytes from 206.29.134.85: icmp_seq=1 ttl=241 time=93.5 ms (DUP!) 64 bytes from 206.29.134.94: icmp_seq=1 ttl=241 time=94.6 ms (DUP!) 64 bytes from 206.29.134.95: icmp_seq=1 ttl=241 time=96.4 ms (DUP!) 64 bytes from 206.29.134.240: icmp_seq=1 ttl=241 time=96.9 ms (DUP!) 64 bytes from 206.29.130.33: icmp_seq=1 ttl=241 time=98.9 ms (DUP!) 64 bytes from 206.29.135.244: icmp_seq=1 ttl=49 time=99.4 ms (DUP!) 64 bytes from 206.29.135.43: icmp_seq=1 ttl=49 time=104.5 ms (DUP!) 64 bytes from 10.0.14.104: icmp_seq=1 ttl=240 time=105.5 ms (DUP!) 64 bytes from 206.29.135.83: icmp_seq=1 ttl=49 time=106.1 ms (DUP!) 64 bytes from 206.29.134.66: icmp_seq=1 ttl=49 time=108.7 ms (DUP!) 64 bytes from 206.29.134.10: icmp_seq=1 ttl=240 time=109.4 ms (DUP!) 64 bytes from 206.29.134.36: icmp_seq=1 ttl=49 time=110.4 ms (DUP!) 64 bytes from 206.29.135.81: icmp_seq=1 ttl=49 time=111.0 ms (DUP!) 64 bytes from 10.0.3.156: icmp_seq=1 ttl=240 time=112.1 ms (DUP!) 64 bytes from 206.29.135.67: icmp_seq=1 ttl=49 time=114.6 ms (DUP!) 64 bytes from 206.29.134.70: icmp_seq=1 ttl=240 time=115.1 ms (DUP!) 64 bytes from 10.0.8.102: icmp_seq=1 ttl=240 time=115.6 ms (DUP!) 64 bytes from 206.29.134.78: icmp_seq=1 ttl=49 time=116.0 ms (DUP!) 64 bytes from 206.29.135.246: icmp_seq=1 ttl=240 time=116.6 ms (DUP!) 64 bytes from 206.29.134.84: icmp_seq=1 ttl=49 time=117.2 ms (DUP!) 64 bytes from 206.29.135.77: icmp_seq=1 ttl=49 time=117.7 ms (DUP!) 64 bytes from 206.29.134.222: icmp_seq=1 ttl=240 time=120.8 ms (DUP!) 64 bytes from 206.29.134.242: icmp_seq=1 ttl=49 time=123.2 ms (DUP!) 64 bytes from 206.29.135.56: icmp_seq=1 ttl=240 time=123.6 ms (DUP!) 64 bytes from 10.0.10.168: icmp_seq=1 ttl=240 time=124.2 ms (DUP!) 64 bytes from 206.29.134.178: icmp_seq=1 ttl=240 time=124.7 ms (DUP!) 64 bytes from 206.29.135.84: icmp_seq=1 ttl=240 time=125.3 ms (DUP!) 64 bytes from 206.29.135.82: icmp_seq=1 ttl=240 time=130.2 ms (DUP!) 64 bytes from 206.29.134.15: icmp_seq=1 ttl=45 time=130.8 ms (DUP!) 64 bytes from 206.29.134.115: icmp_seq=1 ttl=240 time=131.7 ms (DUP!) 64 bytes from 206.29.134.82: icmp_seq=1 ttl=240 time=134.1 ms (DUP!) 64 bytes from 206.29.134.104: icmp_seq=1 ttl=240 time=134.9 ms (DUP!) 64 bytes from 206.29.135.41: icmp_seq=1 ttl=240 time=135.3 ms (DUP!) 64 bytes from 206.29.134.100: icmp_seq=1 ttl=240 time=135.8 ms (DUP!) 64 bytes from 206.29.134.114: icmp_seq=1 ttl=240 time=136.2 ms (DUP!) 64 bytes from 206.29.134.34: icmp_seq=2 ttl=50 time=142.7 ms 64 bytes from 206.29.134.95: icmp_seq=2 ttl=241 time=143.5 ms (DUP!) 64 bytes from 206.29.134.85: icmp_seq=2 ttl=241 time=144.0 ms (DUP!) 64 bytes from 204.134.79.166: icmp_seq=2 ttl=242 time=144.5 ms (DUP!) 64 bytes from 206.29.134.94: icmp_seq=2 ttl=241 time=145.0 ms (DUP!) 64 bytes from 206.29.134.240: icmp_seq=2 ttl=241 time=145.4 ms (DUP!) BR brad reynolds ber(a)cwru.edu

1 0

Re: Real audio broadcast
by brandon＠rd.bbc.co.uk 09 Feb '98

09 Feb '98

> RealVideo is working now. Sort of, it selects pn.Washington.mci.net (it's all hidden away so the user has to dig to find out the server) as the server for us but that's broken - puts up the title then sits there saying buffering. This is the normal RealServer splitting failure mode, we get them all the time on ours and have to restart the server. Can whoever is liasing with Real get them to kick it? Thanks, Brandon

1 0

Re: MTU of the Internet?
by Per Gregers Bilse 09 Feb '98

09 Feb '98

FWIW, our router at MAE-East says: IP packet size distribution (38569M total packets): 1-32 64 96 128 160 192 224 256 288 320 352 384 416 448 480 .000 .400 .046 .016 .018 .012 .008 .009 .011 .012 .006 .007 .005 .004 .004 512 544 576 1024 1536 2048 2560 3072 3584 4096 4608 .010 .006 .120 .000 .099 .197 .000 .000 .000 .000 .000 It's been up for some weeks and the sample size is, well, OK. As expected, large number at the low end, but I'm not sure what to think about the 2048 slot. I would have thought that once packets are bigger than ethernet MTU, they would also be bigger than 2048. If the numbers are true, then close to 1/3 of all packets (1536 slot plus 2048 slot) are larger than 576. -- ------ ___ --- Per G. Bilse, Director Network Eng & Ops ----- / / / __ ___ _/_ ---- EUnet Communications Services B.V. ---- /--- / / / / /__/ / ----- Singel 540, 1017 AZ Amsterdam, NL --- /___ /__/ / / /__ / ------ tel: +31 20 5305333, fax: +31 20 6224657 --- ------- 24hr emergency number: +31 20 421 0865 --- Connecting Europe since AS286 --- http://www.EU.net e-mail: bilse at domain

15 20