Showing posts with label DSL. Show all posts
Showing posts with label DSL. Show all posts

Friday, December 12, 2008

Connecting remote network locations

One of the requirements of an IT Manager working for an organization with remote locations is knowing how to connect the networks from each site. It’s really not a big deal. You just put a VPN between them. It’s very simple as long as you have sufficient bandwidth and know how to secure the connections with a good firewall. Everyone knows how to program firewalls, right?

My first experiencing in connecting two sites was back in the old Novell days. You remember Novell, don’t you? They made one of the first server operating systems designed for PC-based networks called Netware. There are still a lot of long-running Novell servers in small businesses out there even though Novell lost the majority of the market share to Microsoft back in the 90’s.

We used Arcnet back in the day – a coax-based network running at 2.5Mbs with active hubs every 2,000 feet. That’s why we used Arcnet instead of early Ethernet – which was limited to 600 feet end to end. We had multiple warehouses in a small business complex that needed every bit of the distance Arcnet provided. It’s hard to believe that we built that over twenty years ago.

Connecting international sites

Almost every company I’ve worked for since then has had multiple locations, both in their local campus and with locations in distant cities, some international. For the companies that had sites within a metropolitan area we used Frame Relay, an inexpensive way of sharing the public phone network to provide PVC’s – permanent virtual circuits – to each of our offices in the city.

For the international sites, we used 56K dial-up. Yep, you could network two Novell LANs via dial-up for the purpose of exchanging files and email on a demand basis. This was before the days when there was an ISP in every city to provide the connection. The demand became so constant that the long-distance calls from our Mexico plants were sometimes twelve hours a day.

Once Internet Service Providers finally came to the Mexico cities where we had our plants, we dumped the expensive long-distance calls and began setting up point-to-point VPN’s. They were still over the 56K dial-up modems, so they always seemed to be dropping the connection. I am sure it had something to do with the quality of the wiring infrastructure in Nogales and Mexicali.

From dial-up to DSL

When DSL finally came to Mexico, we at last had a halfway reliable method of connecting our two networks. You may wonder why we didn’t do leased 56K lines or T1’s. Remember, this is small business we’re talking about. International leased lines back in the 90’s were thousands of dollars a month. This was also right about the time we were dumping Novell for Microsoft NT.

Connecting remote sites these days is a piece of cake. As long as each location has a high speed connection to the internet, you can share files on servers and send email back and forth all day and night without it costing an arm and a leg. The only real concern is security in connecting your private business locations to the public internet. That’s why you need a good firewall.

We used to use Cisco PIX firewalls but we have switched to Juniper Netscreen’s mainly because they are easier to program and support more features for less money. Cisco to me is like the way IBM was just before they finally got out of the PC Business. They have a huge support structure in place and have to charge more for the same features giving smaller competitors an advantage.

Bandwidth and sharing data

Bandwidth is a critical part of a good VPN connection. It’s not so much the downlink speed as it is the uplink speed. Many people don’t realize that and try to go with a cheap DSL at 768Kbps down and 128Kbps up. Don’t do that. Get the 3Mbs down with at least 512Kbs up. Get more if they offer it. We pay $65 a month for our 3Mbs DSL line as a backup to our symmetrical T1.

Working at the airport is kind of like being on a campus. Although we have fiber between most of our hangars, some are just too far away or across a runway. We couldn’t very well dig up the runway to lay fiber so we opted to use the public network. Connecting a hanger 4,200 feet away is no different than connecting a remote office across the county or on the far side of the world.

As long as both locations have a good Internet connection you can make it look like a server at the other location is in a closet down the hall. This is especially true if you implement DFS – Distributed File System - which caches and replicates local copies of shared files on a Microsoft network. The replication is fault tolerant, fast and reliable even over slow WAN connections.

The VPN makes it happen

DFS is not intended to be used in a collaborative environment where multiple users might have the same file open, making changes at the same time. Just like you would not have two people working on the same spreadsheet on a local network, don’t expect DFS to provide file or record locking capabilities. For that, you need a true shared database application like MS SQL server.

For our new hangar we simply created the VPN between our two firewalls, joined the servers at the remote location to the domain and began the replication process. Our remote employees are able to log in to a local server and have access to shared files at local speeds. We also employ Cached Exchange Mode on their Outlook client to create the local copy of their company email.

The VPN – Virtual Private Network – allows the administrator to perform maintenance on the remote servers and workstations as if they were onsite, because they are inside our network. We use Remote Desktop extensively to provide that support. The sensitive data that flows between our corporate office and our remote locations is secure because of the firewall encryption.

Microsoft technology employed

Where remote employees need to run client-server applications that don’t perform well over WAN distances, we use Microsoft Terminal Services. Our Flight Operations software and our accounting software both use this technology. Employees run their client on a server at the corporate office that is on the local LAN. It uses the same technology as Remote Desktop.

Our new hangar is 110% energy efficient meaning that the electricity it produces from the solar panels is more than sufficient to meet the needs of the electrical systems we have there. We are able to return 10% of the electricity to the city grid. The cameras on the security system are also available to our local authorized network users and are shared for executive home viewing.

Ordinarily I would not mention details like this from our new hangar but the company has gone public with it so if you would like to know more, you can read about it and view it online. We are very proud of the fact that it is the first platinum LEED certified aircraft hangar in the world. My part in the construction was minimal. I just made sure we are well connected and secure.

Saturday, October 13, 2007

Why does the DSL go out so often?

We have redundant internet connections at the office. The T1 is more reliable and I use it to keep our four remote locations connected via permanent VPNs. It is also our SMTP gateway and primary portal for incoming VPNs via RRAS. Our T1 service is fairly inexpensive - less than $300 a month for a full 1.5Mbs up and down from Speakeasy. It's the uplink speed that is important to us to get our email through the pipe as quickly as possible. We send a lot of large attachments - mainly photos of aircraft for sale.

In order to keep the T1 free for serious internet traffic (email and VPNs) I got an inexpensive ($60/month) DSL from DSL Extreme. It is 3Mbs down and 768K up. We don't need the uplink speed on the DSL but the users appreciate the quick downlink for their web searches. We do more and more business through the web these days - links to FAA sites and such. Unfortunately the DSL is not very reliable. It seems to go out every few days. It can be maddening. Sometimes it will work fine for a week and then it will fail two or three times in one day.

Today was one of those days. I few months ago I got tired of having to drive fifty miles into the office on a Saturday just to reset the DSL. The Saturday staff can't reset it for me because the server room is in a locked area behind the accounting office which is also locked. So I bought something called a PowerPal from DataProbe. It is a little $225 remote controlled power switch. It requires a phone line to access the remote on-off capabilities. I chose to have it on a dedicated line but you can piggyback on a FAX or modem line.

It is really simple to use. You just call the number and press a certain key in between the first and second ring. It can be programmed with a security code but I have never found it necessary. Once it hears the keypress it responds with a tone indicating if it is off or on. You then press another key and it does a 5-second power cycle, with a tone when it is back on. I have my DSL modem plugged into the PowerPal and so far, it has worked every time I have had to use it. It has saved me many trips into the office.

My only question is, why does the stupid DSL line go out so often? I have a similar problem on my DSL line at home through Verizon. It can go for months without any disconnects and then will experience outages every few days for a week or two. It's as if the ISP is reprogramming or resetting it on their end which somehow drops the signal on our end until the modem power is cycled. I don't know much about DSLAMs but you would think they have progressed to the point that someone in the local loop could be added or changed without messing everything up.