Wed May 3 07:30:23 PDT 2006 — We are currently experiencing packet corruption on DSL circuits terminated in San Francisco. Customers that are not able to surf to sites other than Sonic.net are likely affected. Operations are aware of, and working to resolve the issue. -Kavan and Nathan

Update Wed May 3 07:39:57 PDT 2006 — We have isolated the issue to a failed Juniper ATM interface in one of our routers at 200 Paul Ave. The interface was passing small-sized packets without incident but began corrupting frames beyond a total size of 428 bytes. This caused TCP sessions to initiate properly but fail when large packets were transferred. Once the problem was isolated, we swapped traffic to a secondary, redundant path which fixed the issue. We will be scheduling replacement of the failed card soon to bring us back to full redundancy. -Nathan

Fri Apr 28 10:57:56 PDT 2006 — Tonight, shortly after Midnight, we are going to perform maintenance and expansion on the NetApp filers that handle mail spools and web sites. Every effort will be taken to minimize downtime of these critical services however each filer will have to be rebooted at least once to perform OS upgrades and add additional storage capacity. -Kelsey and Clay

Update: Sat Apr 29 02:27:04 PDT 2006 — The upgrades went smoothly as planned. Customer impact remained minimal. -Kelsey and Augie.

Fri Apr 28 08:12:46 PDT 2006 — Shell server changes. We’ve added a program to Bolt.sonic.net, our shell server. (If you don’t know what a shell server is, you can safely ignore this notice.)

Yes, it is the return of “pkiller.pl”, the process monitor. However, it is much tamer now — for instance, the “screen” program is exempt from being killed by the monitor, as well as any program with a controlling tty…

Our goal is to prevent crufty, old, idle processes from building up on the shell server, freeing those resources for folks who are actively using the shell server.

Discussion about the shell server itself is certainly welcome in the sonic.net newsgroup, available here: news://news.sonic.net/sonic.net -Scott

Mon Apr 10 22:54:46 PDT 2006 — DSL Router Maintenance. We will be performing hardware maintenance on our DSL router in Santa Rosa at approx. midnight tonight. Expected downtime is 10-15 minutes for any customers terminated on this router. -Nathan, Kelsey, and Jared

Update Tue Apr 11 00:44:35 PDT 2006: Maintenance is complete. Total downtime was approximately 13 minutes. Earlier today we diagnosed an obscure hardware failure in Santa Rosa’s DSL termination gear that lead to the lockup and subsequent reboot around 8pm. Tonight’s hardware maintenance was a complete swap of the entire unit with our on-site spare. We’ll keep a close eye on its performance over the next few days. -Nathan, Kelsey and Jared

Mon Apr 10 20:02:45 PDT 2006 — DSL Router Lockup. Our DSL router in Santa Rosa stopped forwarding traffic at approx 7:50 PM. It has been rebooted and traffic is flowing normally again. We have this device scheduled for hardware replacement in the very near future. -Jared and John

Sun Apr 9 18:04:39 PDT 2006 — Router Reload. One of our customer-serving routers in Santa Rosa reloaded without warning at approx. 5:45 this afternoon. The router is back up and forwarding traffic at this time. Any T1 or WBA customers served by this router would have been offline for 5-10 minutes. We are investigating the cause behind this unexpected reload. -Zeke and Jared

Wed Mar 22 14:57:25 PST 2006 — News Service Changes. On Monday, April 3rd access to newscene.sonic.net will be discontinued. All customers should be using news.sonic.net or supernews.sonic.net for NNRP services. Please see www.sonic.net/features/news/ for more information. -Kelsey

Mon Mar 20 12:43:41 PST 2006 — DSL Migration. At 12:01am on Friday, March 24th we will be migrating our last LATA 1 ATM OC-3 to our new, huge ATM OC-12 served out of San Francisco. In addition to enhancing speeds by ensuring congestion-free operation, this migration adds additional redundancy and failure resolution capabilities. Total downtime for the moved customers will be under 30 minutes. -Nathan and Kelsey

Mon Mar 20 12:39:48 PST 2006 — DSL Migration. At 12:01am on Thursday, March 23rd we will be migrating our Stockton DSL aggregation circuit to our San Francisco POP. This will result in enhanced speeds and improved reliability for customers in that area. We expect that the migration will take less than 30 minutes to complete. While the migration is underway, feel free to use the backup dial-up account offered with every DSL circuit. To find a dial-up number in your area, visit:

www.sonic.net/popf/

-Nathan and Kelsey

Mon Mar 20 11:19:17 PST 2006 — We will be migrating the 707-522-1001 dial-up number to a new provider at 11:00am on Friday, March 24th. As with the last LNP we expect that this change will have minimal impact on our our customers. This completes the migration to one of our new carriers. -Nathan