RE: OT: Voice Operators' Group forming
We're almost there, expect a list posting here in the next couple of days with the details. -Scott -Original Message- From: Carlos Alcantar [mailto:car...@race.com] Sent: Thursday, July 30, 2009 10:57 PM To: nanog@nanog.org Subject: RE: OT: Voice Operators' Group forming How's the startup of the list looking? -Original Message- From: Chris Meidinger [mailto:cmeidin...@sendmail.com] Sent: Wednesday, July 29, 2009 2:42 PM To: Jason LeBlanc Cc: nanog@nanog.org Subject: Re: OT: Voice Operators' Group forming On 29.07.2009, at 22:52, Jason LeBlanc wrote: Brandon Butterworth wrote: NAVOG works for me. I'd prefer Voice Operators' Group Online Network brandon *claps* Imagine the poetry you have to listen to when _those_ guys put you on hold...
Happy Sysadmin Day
Happy Sysadmin Day nanog'ers. Thank you for keeping the internet running! http://www.sysadminday.com/ -- Andrew Euell andyzweb [at] gmail [dot] com
Re: Happy Sysadmin Day
Andrew Euell wrote: Happy Sysadmin Day nanog'ers. Thank you for keeping the internet running! http://www.sysadminday.com/ Keeping the Internet running? You mean as in the flakiness of what is happening with portions of Level3 right at this moment? -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ J. Oquendo SGFA, SGFE, C|EH, CNDA, CHFI, OSCP It takes 20 years to build a reputation and five minutes to ruin it. If you think about that, you'll do things differently. - Warren Buffett 227C 5D35 7DCB 0893 95AA 4771 1DCE 1FD1 5CCD 6B5E http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x5CCD6B5E
Re: Happy Sysadmin Day
at least their performance is reflected in their stock price http://www.google.com/finance?client=obq=NASDAQ:LVLT On Fri, Jul 31, 2009 at 11:35 AM, J. Oquendo s...@infiltrated.net wrote: Andrew Euell wrote: Happy Sysadmin Day nanog'ers. Thank you for keeping the internet running! http://www.sysadminday.com/ Keeping the Internet running? You mean as in the flakiness of what is happening with portions of Level3 right at this moment? -- =+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ J. Oquendo SGFA, SGFE, C|EH, CNDA, CHFI, OSCP It takes 20 years to build a reputation and five minutes to ruin it. If you think about that, you'll do things differently. - Warren Buffett 227C 5D35 7DCB 0893 95AA 4771 1DCE 1FD1 5CCD 6B5E http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0x5CCD6B5E -- Andrew Euell andyzweb [at] gmail [dot] com
Re: Happy Sysadmin Day
On Jul 31, 2009, at 10:35 AM, J. Oquendo wrote: Andrew Euell wrote: Happy Sysadmin Day nanog'ers. Thank you for keeping the internet running! http://www.sysadminday.com/ Keeping the Internet running? You mean as in the flakiness of what is happening with portions of Level3 right at this moment? Yeah, anyone know what's going on with Level3? Whatever the heck it is, it's causing lots of weirdness for me. -Andy
Re: Happy Sysadmin Day
On Jul 31, 2009, at 11:53 AM, Andy Ringsmuth wrote: On Jul 31, 2009, at 10:35 AM, J. Oquendo wrote: Andrew Euell wrote: Happy Sysadmin Day nanog'ers. Thank you for keeping the internet running! http://www.sysadminday.com/ Keeping the Internet running? You mean as in the flakiness of what is happening with portions of Level3 right at this moment? Yeah, anyone know what's going on with Level3? Whatever the heck it is, it's causing lots of weirdness for me. I'm not on the MLC, but this strikes me as silly. First, isn't outages@ that - a - way - ?? Also, do people honestly think asking why is L3 having issues in an e-mail Subject: Re: Happy Sysadmin Day a good idea? Perhaps you all need to realize that Ettore was an idiot - making good brakes is _hard_... er, sorry. :) -- TTFN, patrick
Re: Happy Sysadmin Day
Patrick: If you're surprised that someone is conflating 'Happy sysadmin day! with Hey by the way can you help me figure this out? then you haven't been a sysadmin long enough! ;) (yes, I know, you weren't surprised, just taking a lighthearted shot at the guy) Patrick W. Gilmore wrote: I'm not on the MLC, but this strikes me as silly. First, isn't outages@ that - a - way - ?? Also, do people honestly think asking why is L3 having issues in an e-mail Subject: Re: Happy Sysadmin Day a good idea? Perhaps you all need to realize that Ettore was an idiot - making good brakes is _hard_... er, sorry. :)
Weekly Routing Table Report
This is an automated weekly mailing describing the state of the Internet Routing Table as seen from APNIC's router in Japan. Daily listings are sent to bgp-st...@lists.apnic.net For historical data, please see http://thyme.apnic.net. If you have any comments please contact Philip Smith p...@cisco.com. Routing Table Report 04:00 +10GMT Sat 01 Aug, 2009 Report Website: http://thyme.apnic.net Detailed Analysis: http://thyme.apnic.net/current/ Analysis Summary BGP routing table entries examined: 292961 Prefixes after maximum aggregation: 138493 Deaggregation factor: 2.12 Unique aggregates announced to Internet: 145391 Total ASes present in the Internet Routing Table: 31852 Prefixes per ASN: 9.20 Origin-only ASes present in the Internet Routing Table: 27681 Origin ASes announcing only one prefix: 13518 Transit ASes present in the Internet Routing Table:4171 Transit-only ASes present in the Internet Routing Table:105 Average AS path length visible in the Internet Routing Table: 3.6 Max AS path length visible: 24 Max AS path prepend of ASN (12026) 22 Prefixes from unregistered ASNs in the Routing Table: 456 Unregistered ASNs in the Routing Table: 130 Number of 32-bit ASNs allocated by the RIRs:220 Prefixes from 32-bit ASNs in the Routing Table: 81 Special use prefixes present in the Routing Table:0 Prefixes being announced from unallocated address space:340 Number of addresses announced to Internet: 2082757696 Equivalent to 124 /8s, 36 /16s and 92 /24s Percentage of available address space announced: 56.2 Percentage of allocated address space announced: 65.0 Percentage of available address space allocated: 86.4 Percentage of address space in use by end-sites: 78.5 Total number of prefixes smaller than registry allocations: 140414 APNIC Region Analysis Summary - Prefixes being announced by APNIC Region ASes:70058 Total APNIC prefixes after maximum aggregation: 24829 APNIC Deaggregation factor:2.82 Prefixes being announced from the APNIC address blocks: 69476 Unique aggregates announced from the APNIC address blocks:31605 APNIC Region origin ASes present in the Internet Routing Table:3717 APNIC Prefixes per ASN: 18.69 APNIC Region origin ASes announcing only one prefix: 1012 APNIC Region transit ASes present in the Internet Routing Table:579 Average APNIC Region AS path length visible:3.5 Max APNIC Region AS path length visible: 16 Number of APNIC addresses announced to Internet: 475903680 Equivalent to 28 /8s, 93 /16s and 182 /24s Percentage of available APNIC address space announced: 88.6 APNIC AS Blocks4608-4864, 7467-7722, 9216-10239, 17408-18431 (pre-ERX allocations) 23552-24575, 37888-38911, 45056-46079 APNIC Address Blocks58/8, 59/8, 60/8, 61/8, 110/8, 111/8, 112/8, 113/8, 114/8, 115/8, 116/8, 117/8, 118/8, 119/8, 120/8, 121/8, 122/8, 123/8, 124/8, 125/8, 126/8, 180/8, 183/8, 202/8, 203/8, 210/8, 211/8, 218/8, 219/8, 220/8, 221/8, 222/8, ARIN Region Analysis Summary Prefixes being announced by ARIN Region ASes:124431 Total ARIN prefixes after maximum aggregation:66173 ARIN Deaggregation factor: 1.88 Prefixes being announced from the ARIN address blocks: 125090 Unique aggregates announced from the ARIN address blocks: 52293 ARIN Region origin ASes present in the Internet Routing Table:13139 ARIN Prefixes per ASN: 9.52 ARIN Region origin ASes announcing only one prefix:5077 ARIN Region transit ASes present in the Internet Routing Table:1287 Average ARIN Region AS path length visible: 3.3 Max ARIN Region AS path length visible: 24 Number of ARIN addresses announced to Internet: 1012769216 Equivalent to 60 /8s, 93 /16s and 161 /24s Percentage of available ARIN address space announced: 88.8 ARIN AS Blocks 1-1876, 1902-2042, 2044-2046, 2048-2106 (pre-ERX allocations) 2138-2584,
Voice Operators' Group: voiceops.org
Hi Everyone, I'm pleased to announce that the Voice Operators' Group has found an excellent home. Our web site, www.voiceops.org has a good home (thanks Scott!), while Jared, Daniel, and all the great folks over at nether.net are hosting our list server. If VoiceOps can do for voice anything close to what NANOG has done for IP, we'll all owe much to the people that are making this happen. email: voiceops-subscr...@voiceops.org web: https://puck.nether.net/mailman/listinfo/voiceops Thanks, David Hiers CCIE (R/S, V), CISSP ADP Dealer Services 2525 SW 1st Ave. Suite 300W Portland, OR 97201 o: 503-205-4467 f: 503-402-3277 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system.
Data Center QoS equipment breaking http 1.1?
Sorry if this is a little OT, but we're seeing a serious problem and was wondering if it is what I think it is. In short: I have been moving services off of our servers in a data center onto a server at eSecuredata, who rents dedicated servers. The idea is to lower costs and eliminate having to deal with hardware. The advertise unmetered bandwidth, but mention QoS measure to control bandwidth hogs. One of my customers, whose site I just moved from a unique IP virtual host on my old server onto an Apache NameVirtualHost on the new one, worked fine at first. Then today, they started complaining about getting one of our home pages. I figured DNS or web caching issues, until I started seeing it for myself. It was no caching issue, it was NameVirtualHost breaking. I poured over my configs (I've done this config countless times), and saw this in the apache docs: http://httpd.apache.org/docs/2.2/vhosts/name-based.html Some operating systems and network equipment implement bandwidth management techniques that cannot differentiate between hosts unless they are on separate IP addresses. So, I installed lynx on the server, and sure enough, it worked perfectly fine there, just not from anywhere outside eSecuredata's network that I could see. Can anyone shed any light on this particular practice, of this company in particular? thanks James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am =
BGP Update Report
BGP Update Report Interval: 23-Jul-09 -to- 30-Jul-09 (7 days) Observation Point: BGP Peering with AS131072 TOP 20 Unstable Origin AS Rank ASNUpds % Upds/PfxAS-Name 1 - AS919896435 8.3% 291.3 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 2 - AS845224062 2.1% 31.4 -- TEDATA TEDATA 3 - AS22783 18285 1.6%3047.5 -- WEBPOWER - WebPower, Inc. 4 - AS47408 14767 1.3% 703.2 -- MANDARIN-AS Mandarin WIMAX Sicilia SpA 5 - AS165912463 1.1% 132.6 -- ERX-TANET-ASN1 Tiawan Academic Network (TANet) Information Center 6 - AS35805 10796 0.9% 32.8 -- UTG-AS United Telecom AS 7 - AS214919693 0.8% 807.8 -- UTL-ON-LINE UTL On-line is RF broadband ISP in Uganda - Africa 8 - AS154917947 0.7% 111.9 -- WANEX-AS Wanex ltd. 9 - AS7011 7718 0.7% 35.1 -- FRONTIER-AND-CITIZENS - Frontier Communications of America, Inc. 10 - AS145717714 0.7% 68.9 -- Internet Group do Brasil 11 - AS440836712 0.6% 30.8 -- STROIBAT-AS SC Stroibat Prod SRL 12 - AS8151 6657 0.6% 6.1 -- Uninet S.A. de C.V. 13 - AS5668 6631 0.6% 8.1 -- AS-5668 - CenturyTel Internet Holdings, Inc. 14 - AS174886586 0.6% 5.3 -- HATHWAY-NET-AP Hathway IP Over Cable Internet 15 - AS337836570 0.6% 41.1 -- EEPAD 16 - AS8485 6530 0.6%1088.3 -- SAMSC-AS SamSC RAS 17 - AS11 6453 0.6% 430.2 -- HARVARD - Harvard University 18 - AS7738 5922 0.5% 15.8 -- Telecomunicacoes da Bahia S.A. 19 - AS5050 5918 0.5%1183.6 -- PSC-EXT - Pittsburgh Supercomputing Center 20 - AS124795845 0.5% 27.2 -- UNI2-AS Uni2 Autonomous System TOP 20 Unstable Origin AS (Updates per announced prefix) Rank ASNUpds % Upds/PfxAS-Name 1 - AS22783 18285 1.6%3047.5 -- WEBPOWER - WebPower, Inc. 2 - AS476401401 0.1%1401.0 -- TRICOMPAS Tricomp Sp. z. o. o. 3 - AS385483938 0.3%1312.7 -- INFRATEL-AS-ID-AP Network Access Point 4 - AS5050 5918 0.5%1183.6 -- PSC-EXT - Pittsburgh Supercomputing Center 5 - AS255463443 0.3%1147.7 -- BROOKLANDCOMP-AS Brookland Computer Services 6 - AS400602274 0.2%1137.0 -- AAAWI - AAA Wireless, Inc. 7 - AS8485 6530 0.6%1088.3 -- SAMSC-AS SamSC RAS 8 - AS468474210 0.4% 842.0 -- ENGINEYARD-1 - Engine Yard, Inc. 9 - AS214919693 0.8% 807.8 -- UTL-ON-LINE UTL On-line is RF broadband ISP in Uganda - Africa 10 - AS6671 798 0.1% 798.0 -- SAMARA-IP NETWORK FOR RESEARCH, 11 - AS354001476 0.1% 738.0 -- MFIST Interregoinal Organization Network Technologies 12 - AS4628 1445 0.1% 722.5 -- ASN-PACIFIC-INTERNET-IX Pacific Internet Ltd 13 - AS47408 14767 1.3% 703.2 -- MANDARIN-AS Mandarin WIMAX Sicilia SpA 14 - AS18829 657 0.1% 657.0 -- GALAXY-CONTROL-SYSTEMS - Galaxy Control Systems 15 - AS7270 468 0.0% 468.0 -- NET2PHONE - Net2Phone Corp. 16 - AS11032 460 0.0% 460.0 -- UQ - Universite du Quebec a Quebec 17 - AS11 6453 0.6% 430.2 -- HARVARD - Harvard University 18 - AS35103 364 0.0% 364.0 -- ILLUSTRA-AS AS Illustra 19 - AS29850 361 0.0% 361.0 -- MHN-AS - Memorial Healthcare 20 - AS43026 359 0.0% 359.0 -- IMPOL-AS Impol Sp. z o.o. TOP 20 Unstable Prefixes Rank Prefix Upds % Origin AS -- AS Name 1 - 92.46.244.0/2310507 0.8% AS9198 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 2 - 89.218.218.0/23 10486 0.8% AS9198 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 3 - 89.218.220.0/23 10484 0.8% AS9198 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 4 - 95.59.8.0/23 10473 0.8% AS9198 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 5 - 95.59.4.0/22 10472 0.8% AS9198 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 6 - 95.59.3.0/24 10471 0.8% AS9198 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 7 - 95.59.2.0/23 10469 0.8% AS9198 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 8 - 88.204.221.0/24 10336 0.8% AS9198 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 9 - 95.59.1.0/24 10304 0.8% AS9198 -- KAZTELECOM-AS Kazakhtelecom Corporate Sales Administration 10 - 41.233.94.0/23 8496 0.7% AS8452 -- TEDATA TEDATA 11 - 41.233.92.0/23 8387 0.7% AS8452 -- TEDATA TEDATA 12 - 63.163.66.0/24 6803 0.5% AS22783 -- WEBPOWER - WebPower, Inc. 13 - 205.246.203.0/24 6801 0.5% AS22783 -- WEBPOWER - WebPower, Inc. 14 -
Re: Data Center QoS equipment breaking http 1.1?
Please disregard this idiocy of mine...it appears that the Apache UseCanonicalName directive selectively breaks some NameVirtualHosts, while leaving others unscathed, but turning it off fixed it anyway. On Fri, 31 Jul 2009, u...@3.am wrote: Sorry if this is a little OT, but we're seeing a serious problem and was wondering if it is what I think it is. In short: I have been moving services off of our servers in a data center onto a server at eSecuredata, who rents dedicated servers. The idea is to lower costs and eliminate having to deal with hardware. The advertise unmetered bandwidth, but mention QoS measure to control bandwidth hogs. One of my customers, whose site I just moved from a unique IP virtual host on my old server onto an Apache NameVirtualHost on the new one, worked fine at first. Then today, they started complaining about getting one of our home pages. I figured DNS or web caching issues, until I started seeing it for myself. It was no caching issue, it was NameVirtualHost breaking. I poured over my configs (I've done this config countless times), and saw this in the apache docs: http://httpd.apache.org/docs/2.2/vhosts/name-based.html Some operating systems and network equipment implement bandwidth management techniques that cannot differentiate between hosts unless they are on separate IP addresses. So, I installed lynx on the server, and sure enough, it worked perfectly fine there, just not from anywhere outside eSecuredata's network that I could see. Can anyone shed any light on this particular practice, of this company in particular? thanks James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am = James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am =
Re: The Cidr Report
On Jul 31, 2009, at 6:00 PM, cidr-rep...@potaroo.net wrote: Recent Table History Date PrefixesCIDR Agg 24-07-09298785 182835 25-07-09299168 182751 26-07-09298909 182973 27-07-09299265 183099 28-07-09299345 183207 29-07-09299380 182987 30-07-09299354 183395 31-07-09299904 183680 Only 94 prefixes short! Any bets on whether next tomorrow is THREE HUNDRED (thousand) day? Careful what you say, we actually dropped prefixes Wed - Thurs this week. How many router will have blood spattered over them? http://www.gerardbutler.net/300/images/300-logo.png :-) -- TTFN, patrick
Verizon transparent web caching issue? WASRe: Data Center QoS equipment breaking http 1.1?
Disregard my disregard. The problem resurfaced with no changes on my part. I purged browser caches and tried them from 3 browsers and each time: http://www.countytheater.org redirected to: http://webmail.ns3.pil.net/ which is another NameVhost on that server sharing that IP. This is incorrect. However, I then switch from a Verizon connection to an ATT 3g connection on the IPhone and the problem goes away. Has anyone heard of upstream transparent caching issues causing this kind of problem? Does anyone else here get the redirect instead of the correct page? TIA On Fri, 31 Jul 2009, u...@3.am wrote: Please disregard this idiocy of mine...it appears that the Apache UseCanonicalName directive selectively breaks some NameVirtualHosts, while leaving others unscathed, but turning it off fixed it anyway. On Fri, 31 Jul 2009, u...@3.am wrote: Sorry if this is a little OT, but we're seeing a serious problem and was wondering if it is what I think it is. In short: I have been moving services off of our servers in a data center onto a server at eSecuredata, who rents dedicated servers. The idea is to lower costs and eliminate having to deal with hardware. The advertise unmetered bandwidth, but mention QoS measure to control bandwidth hogs. One of my customers, whose site I just moved from a unique IP virtual host on my old server onto an Apache NameVirtualHost on the new one, worked fine at first. Then today, they started complaining about getting one of our home pages. I figured DNS or web caching issues, until I started seeing it for myself. It was no caching issue, it was NameVirtualHost breaking. I poured over my configs (I've done this config countless times), and saw this in the apache docs: http://httpd.apache.org/docs/2.2/vhosts/name-based.html Some operating systems and network equipment implement bandwidth management techniques that cannot differentiate between hosts unless they are on separate IP addresses. So, I installed lynx on the server, and sure enough, it worked perfectly fine there, just not from anywhere outside eSecuredata's network that I could see. Can anyone shed any light on this particular practice, of this company in particular? thanks James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am = James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am = James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am =
Re: Verizon transparent web caching issue? WASRe: Data Center QoS equipment breaking http 1.1?
Quoting u...@3.am: Disregard my disregard. The problem resurfaced with no changes on my part. I purged browser caches and tried them from 3 browsers and each time: http://www.countytheater.org redirected to: http://webmail.ns3.pil.net/ which is another NameVhost on that server sharing that IP. This is incorrect. However, I then switch from a Verizon connection to an ATT 3g connection on the IPhone and the problem goes away. Has anyone heard of upstream transparent caching issues causing this kind of problem? Does anyone else here get the redirect instead of the correct page? TIA From .au the first 3 times I got pil.net. After that I got lots of 302's and finally www.countytheater.org loaded, however the url showing in the browser is http://ns3.pil.net/~jsanders/. Looking at the packet cap it looks like your apache is doing strange things. --jay
Re: Verizon transparent web caching issue? WASRe: Data Center QoS equipment breaking http 1.1?
Again, turned out to be my own stupidity. It was just DNS on a secondary DNS server, which was pointing to the old IP, which was redirecting to the new IP, but at that point, the headers are lost. I would have thought that on MacOSX (my client; the server is FreeBSD 7.2-STABLE), if I tell the /etc/resolv.conf to look at the primary name server only, which has the correct info, plus doing a dnscacheutil -flushcache, that this wouldn't be an issue. Apparently, I was wrong, or perhaps it doesn't override what Verizon does with my browser's queries, despite what nslookup shows in a terminal window. On Fri, 31 Jul 2009, u...@3.am wrote: Disregard my disregard. The problem resurfaced with no changes on my part. I purged browser caches and tried them from 3 browsers and each time: http://www.countytheater.org redirected to: http://webmail.ns3.pil.net/ which is another NameVhost on that server sharing that IP. This is incorrect. However, I then switch from a Verizon connection to an ATT 3g connection on the IPhone and the problem goes away. Has anyone heard of upstream transparent caching issues causing this kind of problem? Does anyone else here get the redirect instead of the correct page? TIA On Fri, 31 Jul 2009, u...@3.am wrote: Please disregard this idiocy of mine...it appears that the Apache UseCanonicalName directive selectively breaks some NameVirtualHosts, while leaving others unscathed, but turning it off fixed it anyway. On Fri, 31 Jul 2009, u...@3.am wrote: Sorry if this is a little OT, but we're seeing a serious problem and was wondering if it is what I think it is. In short: I have been moving services off of our servers in a data center onto a server at eSecuredata, who rents dedicated servers. The idea is to lower costs and eliminate having to deal with hardware. The advertise unmetered bandwidth, but mention QoS measure to control bandwidth hogs. One of my customers, whose site I just moved from a unique IP virtual host on my old server onto an Apache NameVirtualHost on the new one, worked fine at first. Then today, they started complaining about getting one of our home pages. I figured DNS or web caching issues, until I started seeing it for myself. It was no caching issue, it was NameVirtualHost breaking. I poured over my configs (I've done this config countless times), and saw this in the apache docs: http://httpd.apache.org/docs/2.2/vhosts/name-based.html Some operating systems and network equipment implement bandwidth management techniques that cannot differentiate between hosts unless they are on separate IP addresses. So, I installed lynx on the server, and sure enough, it worked perfectly fine there, just not from anywhere outside eSecuredata's network that I could see. Can anyone shed any light on this particular practice, of this company in particular? thanks James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am = James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am = James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am = James Smallacombe PlantageNet, Inc. CEO and Janitor u...@3.am http://3.am =
Re: Verizon transparent web caching issue? WASRe: Data Center QoS equipment breaking http 1.1?
On 1/08/2009, at 1:06 PM, u...@3.am wrote: Again, turned out to be my own stupidity. It was just DNS on a secondary DNS server, which was pointing to the old IP, which was redirecting to the new IP, but at that point, the headers are lost. I would have thought that on MacOSX (my client; the server is FreeBSD 7.2-STABLE), if I tell the /etc/resolv.conf to look at the primary name server only, which has the correct info, plus doing a dnscacheutil -flushcache, that this wouldn't be an issue. Apparently, I was wrong, or perhaps it doesn't override what Verizon does with my browser's queries, despite what nslookup shows in a terminal window. As you are on OS X, have a read of http://developer.apple.com/documentation/Darwin/Reference/Manpages/man5/resolver.5.html It lets you do per-domain resolvers, and so on. -- Nathan Ward