-bash: syntax error near unexpected token `newline’
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Ping has started…
PING googleapis.l.google.com (173.194.76.95): 56 data bytes
64 bytes from 173.194.76.95: icmp_seq=0 ttl=48 time=21.482 ms
Request timeout for icmp_seq 1
64 bytes from 173.194.76.95: icmp_seq=2 ttl=48 time=19.672 ms
Request timeout for icmp_seq 3
64 bytes from 173.194.76.95: icmp_seq=4 ttl=48 time=22.608 ms
64 bytes from 173.194.76.95: icmp_seq=5 ttl=48 time=19.592 ms
64 bytes from 173.194.76.95: icmp_seq=6 ttl=48 time=18.603 ms
Request timeout for icmp_seq 7
64 bytes from 173.194.76.95: icmp_seq=8 ttl=48 time=19.009 ms
64 bytes from 173.194.76.95: icmp_seq=9 ttl=48 time=20.336 ms
— googleapis.l.google.com ping statistics —
10 packets transmitted, 7 packets received, 30.0% packet loss
round-trip min/avg/max/stddev = 18.603/20.186/22.608/1.313 ms
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
That’s the money quote here. File a ticket with your hosting provider. Packet loss is traditionally zero, or some statistically meaningless number between 0 and 1/10th of a percent. It should never be that high, ever, unless bombs are falling near you or backhoes are digging somewhere along your provider’s fiber corridor.
Walter
On May 22, 2012, at 11:39 AM, RavenManiac wrote:
10 packets transmitted, 7 packets received, 30.0% packet loss
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
LOL. Yeah, that is pretty sweet. 
On 22 May 2012, 3:27 pm, waltd wrote:
Can I come over and bring my servers?
Walter
On May 22, 2012, at 11:21 AM, RavenManiac wrote:
NY: 25.29 Mbps down / 21.40 Mbps up
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
You mean my Internet Service Provider, correct? Verizon is my ISP. GoDaddy is the company that hosts my websites.
On 22 May 2012, 4:00 pm, waltd wrote:
That’s the money quote here. File a ticket with your hosting provider. Packet loss is traditionally zero, or some statistically meaningless number between 0 and 1/10th of a percent. It should never be that high, ever, unless bombs are falling near you or backhoes are digging somewhere along your provider’s fiber corridor.
Walter
On May 22, 2012, at 11:39 AM, RavenManiac wrote:
10 packets transmitted, 7 packets received, 30.0% packet loss
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
This problem is with Verizon. Very definitely. They should be properly alarmed by packet loss that high. It means something wrong with the physical fabric of their network. If they brush you off, escalate this to the next level of support. Speak to a human being, and if they do not take care of this, keep (recursively) asking to speak to a supervisor until they do.
Walter
On May 22, 2012, at 12:09 PM, RavenManiac wrote:
You mean my Internet Service Provider, correct? Verizon is my ISP. GoDaddy is the company that hosts my websites.
On 22 May 2012, 4:00 pm, waltd wrote:
That’s the money quote here. File a ticket with your hosting provider. Packet loss is traditionally zero, or some statistically meaningless number between 0 and 1/10th of a percent. It should never be that high, ever, unless bombs are falling near you or backhoes are digging somewhere along your provider’s fiber corridor.
Walter
On May 22, 2012, at 11:39 AM, RavenManiac wrote:
10 packets transmitted, 7 packets received, 30.0% packet loss
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
How do I know this is not my equipment? Router, switch, cabling?
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
BTW, I replaced Verizon’s crappy router with an Apple Airport Extreme sometime ago, which they really hate because, according to them, they cannot properly diagnose their system without their specific router in place.
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Because it is intermittent. Local problems usually manifest themselves as total outage, in my experience. In any case, the first step of troubleshooting (which the techs should take you through) will be to isolate all of that. They’ll have you plug a laptop directly into the back of the FiOS box with an Ethernet cable, and configure to bypass any WiFi or other intermediate stages. They’ll also be able to do an intrusive scan of your FiOS box from their end and send a ping directly from that layer, which will eliminate any chance that it’s your Mac.
Walter
On May 22, 2012, at 12:33 PM, RavenManiac wrote:
How do I know this is not my equipment? Router, switch, cabling?
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
They shouldn’t need to get that far. FiOS dead-ends into a dedicated fiber “modem” that translates laser light into data signals. That’s the level at which their responsibility ends. They have no business being inside your firewall.
Walter
On May 22, 2012, at 12:33 PM, RavenManiac wrote:
How do I know this is not my equipment? Router, switch, cabling?
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Just got off the phone with Verizon Technical Support. They said they can’t help me because I’m not using their router, which they claim is required to test my connection. I guess I need to go digging through all of my old stuff to see if I can find it. 
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Found the old router. This is definitely a Verizon / Google issues. I just spent the last hour on the phone with a Verizon tech rep who confirmed the packet loss, which was as high as 60% on some pings. Verizon techs are suppose to get back to me within 24-hours. I’ll update this thread as soon as I hear back.
Thanks for your help Walter. It’s much appreciated.
Aahhh, there’s nothing like wasting an entire day on silly stuff like this.
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Well, surprisingly, I had a very pleasant experience with Verizon FIOS tech support today. Verizon’s techs were very polite, courteous, and most importantly, competent. It looks like they fixed the issue I was having.
Unfortunately, in the process I lost one of my Netgear GS108 Switches, This is probably the third time Netgear has replaced this little puppy. In fact, it happens so often (about once every 6 months) that I keep a spare on hand. Thankfully, it has a lifetime warranty.
Here’s the updated ping test:
Ping has started…
PING googleapis.l.google.com (173.194.74.95): 56 data bytes
64 bytes from 173.194.74.95: icmp_seq=0 ttl=48 time=19.034 ms
64 bytes from 173.194.74.95: icmp_seq=1 ttl=48 time=22.829 ms
64 bytes from 173.194.74.95: icmp_seq=2 ttl=48 time=19.989 ms
64 bytes from 173.194.74.95: icmp_seq=3 ttl=48 time=19.036 ms
64 bytes from 173.194.74.95: icmp_seq=4 ttl=48 time=20.365 ms
64 bytes from 173.194.74.95: icmp_seq=5 ttl=48 time=21.957 ms
64 bytes from 173.194.74.95: icmp_seq=6 ttl=48 time=21.591 ms
64 bytes from 173.194.74.95: icmp_seq=7 ttl=48 time=18.506 ms
64 bytes from 173.194.74.95: icmp_seq=8 ttl=48 time=19.823 ms
64 bytes from 173.194.74.95: icmp_seq=9 ttl=48 time=21.646 ms
— googleapis.l.google.com ping statistics —
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 18.506/20.478/22.829/1.380 ms
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
That’s great news, makes me hopeful for that happy day when Verizon finally decides to light up the fiber they dragged through my back yard OVER A YEAR AGO! Sorry for shouting, it’s endlessly frustrating. It’s right there, I could touch it if I got on my taller ladder, and yet I still pay nasally for this really slow-but-reliable T1.
As to the Netgear, I have had pretty good luck with those, too. One thing you can do to improve their longevity – always plug your networking gear into a UPS. It doesn’t take a very large one, but it should be a good one like APC or another top brand. The point is that the power grid is fairly transient compared with a modern switching AC-DC-AC converter, and those fluctuations will eat your electronics for lunch. Particularly if your gear has an external (wall-wart) power supply, as those are really fairly fragile electrically. The gigabit switch I have now has an internal power supply and a fan !! which is quite noisy, so I’m glad all that stuff is in the basement.
Walter
On May 23, 2012, at 1:08 AM, RavenManiac wrote:
Well, surprisingly, I had a very pleasant experience with Verizon FIOS tech support today. Verizon’s techs were very polite, courteous, and most importantly, competent. It looks like they fixed the issue I was having.
Unfortunately, in the process I lost one of my Netgear GS108 Switches, This is probably the third time Netgear has replaced this little puppy. In fact, it happens so often (about once every 6 months) that I keep a spare on hand. Thankfully, it has a lifetime warranty.
Here’s the updated ping test:
Ping has started…
PING googleapis.l.google.com (173.194.74.95): 56 data bytes
64 bytes from 173.194.74.95: icmp_seq=0 ttl=48 time=19.034 ms
64 bytes from 173.194.74.95: icmp_seq=1 ttl=48 time=22.829 ms
64 bytes from 173.194.74.95: icmp_seq=2 ttl=48 time=19.989 ms
64 bytes from 173.194.74.95: icmp_seq=3 ttl=48 time=19.036 ms
64 bytes from 173.194.74.95: icmp_seq=4 ttl=48 time=20.365 ms
64 bytes from 173.194.74.95: icmp_seq=5 ttl=48 time=21.957 ms
64 bytes from 173.194.74.95: icmp_seq=6 ttl=48 time=21.591 ms
64 bytes from 173.194.74.95: icmp_seq=7 ttl=48 time=18.506 ms
64 bytes from 173.194.74.95: icmp_seq=8 ttl=48 time=19.823 ms
64 bytes from 173.194.74.95: icmp_seq=9 ttl=48 time=21.646 ms— googleapis.l.google.com ping statistics —
10 packets transmitted, 10 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 18.506/20.478/22.829/1.380 ms
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Unfortunately, those Netgear switches are scattered throughout my network, so although a UPS sounds like a great idea, it’s just not feasible in my setup. Having one at the network panel would be great, but the panel is way too small for even the smallest UPS. I guess I’ll have to stick with the “spare switch plan” for now.
On 23 May 2012, 12:02 pm, waltd wrote:
As to the Netgear, I have had pretty good luck with those, too. One thing you can do to improve their longevity – always plug your networking gear into a UPS. It doesn’t take a very large one, but it should be a good one like APC or another top brand. The point is that the power grid is fairly transient compared with a modern switching AC-DC-AC converter, and those fluctuations will eat your electronics for lunch. Particularly if your gear has an external (wall-wart) power supply, as those are really fairly fragile electrically. The gigabit switch I have now has an internal power supply and a fan !! which is quite noisy, so I’m glad all that stuff is in the basement.
Walter
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
Just out of curiosity, besides Google Maps, why else would FWP need to go to www.googleapis.com?
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
All of the Scripty Actions do this. These include Spawn New Window from Paul Dunning, almost all of my recent Actions, any built-in Action with FX in its name, Rollover and Target Show/Hide *, maybe more.
They do this to determine whether to link the built-in copies of the (enormous) JavaScript libraries, or to use the Google-hosted Content Delivery Network (CDN) versions. The benefits of using the CDN are many, but if you’re working on a disconnected laptop somewhere away from WiFi, you won’t be able to proof your work if the page is looking for the script on the Internet.
Rather than having a checkbox in each instance of each Action that you would have to go through and change in order to switch on the CDN, we opted for this method of attempting to ping the server at the instance that you publish. If there was a better way to determine the current network state, one that didn’t rely on “phoning home”, we would have taken it.
Walter
On May 23, 2012, at 10:17 AM, RavenManiac wrote:
Just out of curiosity, besides Google Maps, why else would FWP need to go to www.googleapis.com?
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
So, what happens if the website you built tries to phone home and nobody answers?
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
If Google CDN doesn’t answer, you have much larger problems, possibly involving bombs or backhoes.
Walter
On May 23, 2012, at 11:14 AM, RavenManiac wrote:
So, what happens if the website you built tries to phone home and nobody answers?
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options
So, what happens if the website you built tries to phone home and nobody answers?
Then that means the google server is down - unlikely with the amount of redundancy they employ.
David
freewaytalk mailing list
email@hidden
Update your subscriptions at:
http://freewaytalk.net/person/options