<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>E2E Networks</title>
	<atom:link href="http://e2enetworks.com/feed/" rel="self" type="application/rss+xml" />
	<link>http://e2enetworks.com</link>
	<description>Low Latency hosting in India</description>
	<lastBuildDate>Sat, 06 Feb 2010 15:29:48 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Sane support for un-managed hosting plans</title>
		<link>http://e2enetworks.com/2010/02/02/support-for-un-managed-plans/</link>
		<comments>http://e2enetworks.com/2010/02/02/support-for-un-managed-plans/#comments</comments>
		<pubDate>Tue, 02 Feb 2010 08:45:08 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>
		<category><![CDATA[future web]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=340</guid>
		<description><![CDATA[Prices of Indian VPS server providers are not comparable with US based providers while we can match pricing of say linode or slicehost we certainly can&#8217;t match prices of every cheap VPS service provider in the world. Our un-managed servers do include all of the things mentioned below and we do offer sane basic e-mail [...]]]></description>
			<content:encoded><![CDATA[<p>Prices of Indian VPS server providers are not comparable with US based providers while we can match pricing of say linode or slicehost we certainly can&#8217;t match prices of every cheap VPS service provider in the world. Our un-managed servers do include all of the things mentioned below and we do offer sane basic e-mail based support ( or phone based in case of any emergency ) even for our un-managed servers :-</p>
<p><strong>1. Operating system hardening (applying latest software and operating system updates)</strong><br />
This is done first time your server is setup but we don&#8217;t update it as new patches are released. After that it is customer responsibility in case of an un-managed server.</p>
<p><strong>2. Setting up free virus and anti-spam protection for your server</strong><br />
Virtualmin comes with sane defaults on this one, we also setup DKIM+SPF for our clients gratis for the main domain, unless you already exceeded your fairly large quota of sane &amp; gratis support in which case it would be another Rs. 1000/- or so one time.</p>
<p><strong>3. Custom firewall and intrusion detection system with automatic email alerts</strong><br />
Not included, firewalls are not very useful according to us, the assumption that you are running something vulnerable on any of the open ports is generally not true anymore on the Internet so the focus of exploits has shifted to open ports like http, ftp, smtp or ssh. The hostbased firewall ( iptables ) can be configured through webmin control panel or we can do it for you if required. Threat filtering on HTTP protocol by even dedicated appliances can make your website slow for end users and leave you vulnerable to DoS attacks, it is better to fix application vulnerabilities by following the best practices.</p>
<p><strong>4. Performance tuning using in-memory caching available on Apache, MySQL and PHP to make sure that you get the most out of your server.</strong><br />
We can re-optimize the VPS configuration for Apache/MySQL etc. once or twice in a year based on your particular load/traffic characteristics. We&#8217;ll ofcourse never refuse to look into a server if a client asks us even to seek advice.</p>
<p><strong>5. Free Installation and setup of various unix softwares </strong>where we spend less than 5-10 minutes of our time. Free manual reboots.</p>
<p><strong>6. Optimizing your server control panel</strong> to make sure that your server is secure and functional (private DNS setup, hostnames, server contacts, log settings, etc)<br />
We also welcome all feedback here from our clients and most likely any feature requests you make would make into the control panel eventually</p>
<h2><strong>Only for our managed customers</strong></h2>
<p><strong>7. Server monitoring and SMS alerts using Zabbix.</strong> 24&#215;7 monitoring of CPU, Memory, Disk I/O, Network utilization. Patches and Security Updates. Human intervention incase any of the operating parameters shoot off the charts e.g. CPU utilization<br />
* <strong>Carte blanche from E2E management to offer memory/CPU/disk upgrades on the fly to make sure Run the Business tasks of a client are not affected for want of an upgrade approval within +33% of your CPU+Memory+Disk resources as promised in a plan, such upgrades are gratis and allow a customer not to upgrade a plan for another say 10GB diskspace or 256 MB of RAM </strong>. Upgrades are also done for our un-managed customers gratis sometimes but as a general rule we have a hands off policy with un-managed servers.</p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2010/02/02/support-for-un-managed-plans/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Delhi Zone unplanned downtime 2010 JAN 25 and emergency maintenance</title>
		<link>http://e2enetworks.com/2010/01/27/delhi-zone-unplanned-downtime-2010-jan-25-1107pm-1138-pm-delhi-zone-uplanned-downtime-2010-jan-25/</link>
		<comments>http://e2enetworks.com/2010/01/27/delhi-zone-unplanned-downtime-2010-jan-25-1107pm-1138-pm-delhi-zone-uplanned-downtime-2010-jan-25/#comments</comments>
		<pubDate>Wed, 27 Jan 2010 07:49:18 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=313</guid>
		<description><![CDATA[Un-Planned Downtime from 19:37 PM-19:57 PM
Emergency maintenance window ( 20:45 PM to 22:00) and actual downtime from  20:50 PM-21:03 PM and 21:09PM to 21:15PM
]]></description>
			<content:encoded><![CDATA[<p>Un-Planned Downtime from 19:37 PM-19:57 PM<br />
Emergency maintenance window ( 20:45 PM to 22:00) and actual downtime from  20:50 PM-21:03 PM and 21:09PM to 21:15PM</p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2010/01/27/delhi-zone-unplanned-downtime-2010-jan-25-1107pm-1138-pm-delhi-zone-uplanned-downtime-2010-jan-25/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Delhi Zone uplanned downtime 2010 Jan 24 11:07PM-11:38 PM</title>
		<link>http://e2enetworks.com/2010/01/25/delhi-zone-uplanned-downtime-2010-jan-25-1107pm-1138-pm/</link>
		<comments>http://e2enetworks.com/2010/01/25/delhi-zone-uplanned-downtime-2010-jan-25-1107pm-1138-pm/#comments</comments>
		<pubDate>Mon, 25 Jan 2010 04:28:01 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=310</guid>
		<description><![CDATA[E2E Networks Delhi zone outage affected VPS and Dedicated Server customers due to router issues first noticed here. We apologize for the inconvenience to all our customers. We would like to offer a free 12 hours service extension to all our affected customers.  We still have more than 99.7% uptime on our services in totality [...]]]></description>
			<content:encoded><![CDATA[<p>E2E Networks Delhi zone outage affected VPS and Dedicated Server customers due to router issues first noticed <a href="http://e2enetworks.com/2010/01/19/delhi-zone-uplanned-downtime-2010-jan-19-20-1130pm-1230-am/">here</a>. We apologize for the inconvenience to all our customers. We would like to offer a free 12 hours service extension to all our affected customers.  We still have more than 99.7% uptime on our services in totality excluding any service degradations or complete blackout events.</p>
<p>We haven&#8217;t yet completed the steps we promised during the last downtime to prevent a recurrence of the issue, this blog would be updated to reflect when that happens. We constantly strive to provide as much operational information to our clients as is known to us. We also promise to take proactive steps in the future to avoid any other type of issues.</p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2010/01/25/delhi-zone-uplanned-downtime-2010-jan-25-1107pm-1138-pm/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Delhi Zone uplanned downtime 2010 Jan 19-20 11:30PM-12:30 AM</title>
		<link>http://e2enetworks.com/2010/01/19/delhi-zone-uplanned-downtime-2010-jan-19-20-1130pm-1230-am/</link>
		<comments>http://e2enetworks.com/2010/01/19/delhi-zone-uplanned-downtime-2010-jan-19-20-1130pm-1230-am/#comments</comments>
		<pubDate>Tue, 19 Jan 2010 07:47:17 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=290</guid>
		<description><![CDATA[E2E Networks Delhi zone outage affected VPS and Dedicated Server customers due to router meltdown. We apologize for the inconvenience to all our customers. We would like to offer a free 1 day service extension to all our affected customers. This is the first time we had a total blackout event since we started our [...]]]></description>
			<content:encoded><![CDATA[<p>E2E Networks Delhi zone outage affected VPS and Dedicated Server customers due to router meltdown. We apologize for the inconvenience to all our customers. We would like to offer a free 1 day service extension to all our affected customers. This is the first time we had a total blackout event since we started our services from 1st nov 2009, we have had 1 hour long downtime for E2ENetworks.com itself without any customers being affected earlier and also network degradation for about an hour due to reasons beyond our control. We still have more than 99.7% uptime on our services in totality excluding any service degradations or complete blackout events.</p>
<p>We are taking steps over next few days to prevent the repeat of the outage which would involve building router level redundancy in our network to prevent a recurrence of the issue. We constantly strive to provide as much operational information to our clients as is known to us. We also promise to take proactive steps in the future to avoid any other type of issues.</p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2010/01/19/delhi-zone-uplanned-downtime-2010-jan-19-20-1130pm-1230-am/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>11 Ways on how not to end up on the spam/bulk folder</title>
		<link>http://e2enetworks.com/2010/01/08/how-not-to-end-up-on-the-spam-bulk-folder/</link>
		<comments>http://e2enetworks.com/2010/01/08/how-not-to-end-up-on-the-spam-bulk-folder/#comments</comments>
		<pubDate>Fri, 08 Jan 2010 03:52:59 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=280</guid>
		<description><![CDATA[You don&#8217;t need to actually spam these days to end up on bulk or spam folder. It just takes a bit of patience to get out of there,  there is no magic bullet or red pill to do the job quickly and painlessly.  It is incredibly frustrating to deal with some largish Internet companies these [...]]]></description>
			<content:encoded><![CDATA[<p>You don&#8217;t need to actually spam these days to end up on bulk or spam folder. It just takes a bit of patience to get out of there,  there is no magic bullet or red pill to do the job quickly and painlessly.  It is incredibly frustrating to deal with some largish Internet companies these days where the attitude is &#8216;our machines+algorithms are smarter than you&#8217;.</p>
<p>1. Don&#8217;t host your sites at spam friendly hosting providers. If you are on a shared hosting service don&#8217;t abuse the resources(and don&#8217;t host on a provider who lets other shared hosting customers abuse the resources).  Check against some known spam blacklists.</p>
<p>2. postmaster@ or abuse@ addresses of large e-mail providers do respond to your requests to whitelist provided<br />
a) your customers opted-in to receive e-mail on the topic you are sending them e-mail, it is not ok to send marketing e-mails to customers who signed up to receive some kind of alerts.<br />
b) make it as easy to un-subscribe for customers as atleast as easy as it is to hit the spam button, see point 11.<br />
c) Honest mistakes(say your server got cracked and sent out a million &#8216;viagra&#8217; e-mails) are forgiven more easily than willful spamming</p>
<p>3.  Requesting your customers to add your newsletter &#8216;From&#8217; address to their addressbooks seems to help esp. with some providers.<br />
4. Rate limiting number of e-mails per minute is a good idea otherwise its considered DoS type abuse of services by e-mail providers, most will send you to a tarpit .<br />
5. Keep the lines of communication open at your own postmaster@, abuse@ addresses, list out a phone number for abuse complaints, listen to the bounces and customer feedback. <strong>Do not send e-mail from un-monitored e-mail IDs and rub it in by calling them donotreply@ or similar.</strong><br />
6. Logs are you friends, log all e-mail send actions in your web application.<br />
7. Guard your reputation against <a href="http://en.wikipedia.org/wiki/Joe_job">joe-job</a> accusations  by using one or more sender identification/authentication/reputation frameworks like SPF and DKIM<br />
8. Make sure you have DNS reverse records for your MTA.<br />
9. Never use a bulk mailing software from your home DSL connection<br />
10) Most indian companies(job sites, mutual funds, banks, online travel companies  with a few notable exceptions, credit card companies and most of the social networks) don&#8217;t give a damn if a customer doesn&#8217;t want to receive their e-mails or SMS&#8217;es. Don&#8217;t be like them. Differentiate yourself<br />
11) Add &#8216;a one click un-subscribe&#8217;, and ability to &#8216;delete&#8217; the account of a subscriber by the subscriber herself from your web-service. A non-tedious one click un-subscribe not requiring a person to login to your site goes a long way in avoiding subscriber anger and consequent hitting of [this is spam] button in frustration. Also if one is running a social network, allowing a digest style bunching of invites/referrals/shares/ratings and other communication received over a day/week.<br />
12) Get expert help and <a href="http://e2enetworks.com/contact">Contact Us</a></p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2010/01/08/how-not-to-end-up-on-the-spam-bulk-folder/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>E2E Networks refund policy for VPS servers</title>
		<link>http://e2enetworks.com/2009/12/30/e2enetworks-refund-policy/</link>
		<comments>http://e2enetworks.com/2009/12/30/e2enetworks-refund-policy/#comments</comments>
		<pubDate>Wed, 30 Dec 2009 12:38:37 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>
		<category><![CDATA[Virtual Dedicated Server]]></category>
		<category><![CDATA[VPS]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=259</guid>
		<description><![CDATA[No one has actually asked us for a refund yet but we have been asked to clarify our refund policy.
Full money back applies for first 30 days of sign up which means if you cancel within a month and you get the remaining period fee refunded in full. If you cancel after a month you&#8217;ll [...]]]></description>
			<content:encoded><![CDATA[<p>No one has actually asked us for a refund yet but we have been asked to clarify our refund policy.</p>
<p>Full money back applies for first 30 days of sign up which means if you cancel within a month and you get the remaining period fee refunded in full. If you cancel after a month you&#8217;ll still get refunded the pro-rated amount but without the discounts. </p>
<p>As an example for someone signing up on VPS-HDD-S plan for yearly prepay</p>
<p>If you cancel before 30 days you only pay us Rs. 2.06 per hour(Rs. 1480/pm slab) the VPS was running.<br />
If you cancel on day 30 we&#8217;ll charge you Rs 1480 for the 1st month and refund the remaining amount in its entirety.<br />
If you cancel on say on day 35 we&#8217;ll charge Rs. 1850 + 308.33(for the 5 days) and refund the remaining amount.<br />
If you cancel say at the end of 6months we&#8217;ll charge you Rs. 1655*6 and refund the remaining amount<br />
At end of 9 months we&#8217;ll charge Rs. 1655*9 and refund the remaining amount.</p>
<p>We&#8217;ll refund you prorated amount based on the number of days you have used your VPS without regard to the monthly billing cycle so you get refunded for each un-used day.</p>
<p>Lets hope this is considered a fair policy and lets people take advantage of signing up for longer duration to enjoy the discounts without bother.</p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2009/12/30/e2enetworks-refund-policy/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Is your webhost really in India ? How it affects your site speed</title>
		<link>http://e2enetworks.com/2009/11/30/is-your-webhost-really-in-india-how-it-affects-your-site-speed/</link>
		<comments>http://e2enetworks.com/2009/11/30/is-your-webhost-really-in-india-how-it-affects-your-site-speed/#comments</comments>
		<pubDate>Mon, 30 Nov 2009 14:34:29 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[bandwidth]]></category>
		<category><![CDATA[latency]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=197</guid>
		<description><![CDATA[Is your website target audience in India ? If 70% or more of your web traffic is from India this for you.
Why should it matter ?
If your site is hosted in US have you noticed the long delay before your webpages start appearing on the browser. While some of the other big media sites are [...]]]></description>
			<content:encoded><![CDATA[<p>Is your website target audience in India ? If 70% or more of your web traffic is from India this for you.</p>
<p><strong>Why should it matter ?</strong><br />
If your site is hosted in US have you noticed the long delay before your webpages start appearing on the browser. While some of the other big media sites are &#8217;snappy&#8217; as in they start instantly loading up. This is because of the <a href="http://e2enetworks.com/2009/07/21/demystifying-latency-in-webpage-requests/">&#8216;latency&#8217;</a> due to physical distance from the datacenter where the site is hosted. </p>
<p>There is a lot of performance optimization that you can do with CSS sprites ( reduces the number of image elements to load) , combining CSS files, javascript minify, concat and at the bottom apart from other Y! Slow rules.</p>
<p>Dedicated RAM, sufficient IOPS and fair share of CPU are some other elements that need to be in place so a web visitor to your site is not queued for several seconds before she gets her first byte of your website.</p>
<p>Add to it hosting in India at < 85ms latency, it gets you another level of performance boost beyond these optimizations where you can aim for snappiness that only big boys in the media industry could hope to buy till now in India. Think a 200 ms per page element saving on load times. Google's research shows it is important to reduce latency of your webpages <a href="http://code.google.com/speed/files/delayexp.pdf">http://code.google.com/speed/files/delayexp.pdf</a></p>
<p>A lot of Internet players in India now recognize the importance of having their websites available at a lower latency for faster response times for the end users. The latency to US/German datacenters is around 300/270 ms which translates into several additional seconds while loading up pages of websites. The big players have always chosen to host locally in India despite the high costs long associated with hosting in India.</p>
<p><strong>How do I find out if my datacenter/webhosting company hosts me in India</strong><br />
Assuming you are in India and if you are on windows use the run dialog to open up the command prompt by typing in &#8216;cmd&#8217;<br />
ping <yoursitename><br />
is your friend. As an example :-</p>
<p>C:\Documents and Settings\Tarun Dua>ping e2enetworks.com</p>
<p>Pinging e2enetworks.com [180.151.0.212] with 32 bytes of data:</p>
<p>Reply from 180.151.0.212: bytes=32 time=81ms TTL=54<br />
Reply from 180.151.0.212: bytes=32 time=82ms TTL=54<br />
Reply from 180.151.0.212: bytes=32 time=81ms TTL=54<br />
Reply from 180.151.0.212: bytes=32 time=81ms TTL=54</p>
<p>Ping statistics for 180.151.0.212:<br />
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),<br />
Approximate round trip times in milli-seconds:<br />
    Minimum = 81ms, Maximum = 82ms, Average = 51ms<br />
Less than 100ms (milliseconds) ping round trip time is a good indicator if your webhost is located in India. More than 280 milliseconds is fairly a UK or US based host who remotely manages servers from India.</p>
<p><strong> So I would really like to move to an Indian web host ? </strong><br />
Check out our hosting plans for <a href="/dedicated-servers/">dedicated servers</a> and <a href="/vps-servers/">Virtual Private Servers</a></p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2009/11/30/is-your-webhost-really-in-india-how-it-affects-your-site-speed/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Dedicated Server and VPS Plans pricing before Oct 15 2009 Launch</title>
		<link>http://e2enetworks.com/2009/09/28/oct-15soft-launch/</link>
		<comments>http://e2enetworks.com/2009/09/28/oct-15soft-launch/#comments</comments>
		<pubDate>Mon, 28 Sep 2009 07:34:13 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>
		<category><![CDATA[Dedicated Server]]></category>
		<category><![CDATA[Delhi]]></category>
		<category><![CDATA[hosting]]></category>
		<category><![CDATA[India]]></category>
		<category><![CDATA[latency]]></category>
		<category><![CDATA[linux]]></category>
		<category><![CDATA[performance]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=113</guid>
		<description><![CDATA[Please look at the currently available plans for Dedicated Server and VPS servers. The plans mentioned below are now deprecated.
These are discounted prices for customers signing up before October 15th 2009. Customers who choose the current plans will always have the same ( or lower ) pricing available to them for their provisioned and running [...]]]></description>
			<content:encoded><![CDATA[<p>Please look at the currently available plans for <a href="/dedicated-servers/">Dedicated Server</a> and <a href="/vps-servers/">VPS servers</a>. The plans mentioned below are now deprecated.</p>
<p>These are discounted prices for customers signing up before October 15th 2009. Customers who choose the current plans will always have the same ( or lower ) pricing available to them for their provisioned and running resources.</p>
<p><big><span style="font-weight: bold; color: #166e16;">Un-Managed VPS plans:-</span></big><br />
QuadCore Xeon CPU<br />
HDD plans storage on RAID &#8211; 1 SATA-II disks<br />
SSD plans storage on Intel SSD X 25 series<br />
No INODE limitations for diskspace<br />
Assured CPU always and burstable when more available.<br />
Operating System &#8211; Any 64bit Linux Distribution among Debian, CentOS, Ubuntu<br />
100 Mbps shared bandwidth</p>
<p>Hosted in Delhi Latency of less than 85 ms from anywhere in India</p>
<table style="text-align: left; height: 219px;" border="1" cellspacing="1" cellpadding="1" width="500">
<tbody>
<tr>
<th style="width: 50px;">Plan</th>
<th style="width: 50px;">RAM</th>
<th style="width: 75px;">Storage</th>
<th style="width: 50px;">Bandwidth</th>
<th style="width: 75px;">CPU</th>
<th style="width: 100px;">Monthly Fee<br />
6-month prepay</th>
<th style="width: 100px;">Monthly Fee<br />
yearly prepay</th>
</tr>
<tr>
<td>VPS-HDD-1</td>
<td>1.75GB</td>
<td>75GB</td>
<td>30GB</td>
<td>1/3 Core</td>
<td>3300INR</td>
<td>3000INR</td>
</tr>
<tr>
<td>VPS-SSD-1</td>
<td>1.75GB</td>
<td>10GB</td>
<td>30GB</td>
<td>1/3 Core</td>
<td>3600INR</td>
<td>3300INR</td>
</tr>
<tr>
<td>VPS-HDD-2</td>
<td>3GB</td>
<td>150GB</td>
<td>70GB</td>
<td>2/3 Core</td>
<td>5500INR</td>
<td>5000INR</td>
</tr>
<tr>
<td>VPS-SSD-2</td>
<td>3GB</td>
<td>20GB</td>
<td>70GB</td>
<td>2/3 Core</td>
<td>6000INR</td>
<td>5500INR</td>
</tr>
</tbody>
</table>
<p><big><span style="font-weight: bold; color: #166e16;">Un-managed<br />
Dedicated Server plans:-</span></big></p>
<p>QuadCore Xeon CPU<br />
HDD plans storage on RAID &#8211; 1 SATA-II disks<br />
SSD plans storage on Intel SSD X 25 series<br />
No INODE limitations for diskspace<br />
Assured CPU always and burstable when more available.<br />
Operating System &#8211; Any 64bit Linux Distribution among Debian, CentOS, Ubuntu<br />
Hosted in Delhi Latency of less than 85 ms from anywhere in India<br />
100 Mbps shared bandwidth<br />
Setup Fee waived off on 6 month prepay<br />
Setup Fee waived off and 12th month free if prepaid for 12 months</p>
<table style="text-align: left; height: 220px;" border="1" cellspacing="2" cellpadding="2" width="600">
<tbody>
<tr>
<th style="width: 50px;">Plan</th>
<th style="width: 50px;">RAM</th>
<th style="width: 75px;">Storage</th>
<th style="width: 75px;">Bandwidth</th>
<th style="width: 50px;">CPU</th>
<th style="width: 75px;">Setup Fee</th>
<th style="width: 75px;">Monthly Fee</th>
</tr>
<tr>
<td>DED-HDD-1</td>
<td>8GB</td>
<td>500GBx2 RAID 1</td>
<td>100GB</td>
<td>4&#215;2.66 Ghz</td>
<td>10000INR</td>
<td>10000INR</td>
</tr>
<tr>
<td>DED-SSD-1</td>
<td>8GB</td>
<td>80GB SSD</td>
<td>100GB</td>
<td>4&#215;2.66 Ghz</td>
<td>13000INR</td>
<td>13000INR</td>
</tr>
<tr>
<td>DED-SSD-2</td>
<td>8GB</td>
<td>2&#215;80GB SSD</td>
<td>100GB</td>
<td>4&#215;2.66 Ghz</td>
<td>15000INR</td>
<td>15000INR</td>
</tr>
</tbody>
</table>
<p><big><span style="font-weight: bold; color: #166e16;">Addon plans:-</span></big></p>
<p><span style="font-weight: bold;">Additional Bandwidth</span></p>
<table style="text-align: left; height: 219px;" border="1" cellspacing="2" cellpadding="2" width="500">
<tbody>
<tr>
<th style="width: 125px;">Plan</th>
<th style="width: 125px;">Bandwidth in GB</th>
<th style="width: 125px;">Fee per GB</th>
<th style="width: 125px;">Bundle Price per month</th>
</tr>
<tr>
<td>Overage</td>
<td>0</td>
<td>200 INR</td>
<td>0</td>
</tr>
<tr>
<td>Bandwidth-20GB</td>
<td>20GB</td>
<td>125 INR</td>
<td>2500 INR</td>
</tr>
<tr>
<td>Bandwidth-50GB</td>
<td>50GB</td>
<td>100 INR</td>
<td>5000 INR</td>
</tr>
<tr>
<td>Bandwidth-100GB</td>
<td>100GB</td>
<td>90 INR</td>
<td>9000 INR</td>
</tr>
</tbody>
</table>
<p><span style="font-weight: bold;">Backup</span></p>
<table style="text-align: left; height: 219px;" border="1" cellspacing="2" cellpadding="2" width="600">
<tbody>
<tr>
<th style="width: 100px;">Plan</th>
<th style="width: 125px;">Storage</th>
<th style="width: 125px;">One Time Setup Fee</th>
<th style="width: 125px;">Monthly Fee</th>
<th style="width: 125px;">One Time Restore Fee</th>
</tr>
<tr>
<td>BACKUP-1</td>
<td>Upto 100GB</td>
<td>750 INR</td>
<td>750 INR</td>
<td>2500INR</td>
</tr>
<tr>
<td>BACKUP-2</td>
<td>Upto 200GB</td>
<td>1250 INR</td>
<td>1250 INR</td>
<td>2500INR</td>
</tr>
<tr>
<td>BACKUP-3</td>
<td>Upto 500GB</td>
<td>2000 INR</td>
<td>2000 INR</td>
<td>2500INR</td>
</tr>
</tbody>
</table>
<p><big></big></p>
<p><span style="font-weight: bold;">Managed Services per Server (Dedicated or VPS)</span><br />
Custom Tasks are 30 minute tickets<br />
Additional Tasks are 30 minute tickets</p>
<table style="text-align: left; height: 219px;" border="1" cellspacing="2" cellpadding="2" width="700">
<tbody>
<tr>
<th style="width: 100px;">Plan</th>
<th style="width: 100px;">Monthly Fee</th>
<th style="width: 100px;">Managed Tasks</th>
<th style="width: 150px;">Tasks Time /month</th>
<th style="width: 150px;">Custom Tasks Time/ month</th>
<th style="width: 100px;">Additional Task fee per Ticket</th>
</tr>
<tr>
<td>Managed-1</td>
<td>1500 INR</td>
<td>Security+Updates</td>
<td>2.5 hours</td>
<td>5 tickets</td>
<td>500INR</td>
</tr>
<tr>
<td>Managed-2</td>
<td>2500 INR</td>
<td>+Log+Application</p>
<p>monitoring</td>
<td>5 hours</td>
<td>10 tickets</td>
<td>350INR</td>
</tr>
<tr>
<td>Managed-3</td>
<td>5000 INR</td>
<td>+ Application deployments</td>
<td>10 hours</td>
<td>20 tickets</td>
<td>250INR</td>
</tr>
</tbody>
</table>
<p><strong>Service Tax as applicable to all the above prices</strong>.</p>
<p>Contact :-<br />
+91-129-404-5792<br />
+91-997-172-0550<br />
tarun.dua@e2enetworks.com<br />
sales@e2enetworks.com</p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2009/09/28/oct-15soft-launch/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Demystifying latency in webpage requests</title>
		<link>http://e2enetworks.com/2009/07/21/demystifying-latency-in-webpage-requests/</link>
		<comments>http://e2enetworks.com/2009/07/21/demystifying-latency-in-webpage-requests/#comments</comments>
		<pubDate>Tue, 21 Jul 2009 07:16:49 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>
		<category><![CDATA[performance]]></category>
		<category><![CDATA[internet]]></category>
		<category><![CDATA[latency]]></category>
		<category><![CDATA[webpage]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=98</guid>
		<description><![CDATA[Since the advent of the Internet and the World Wide Web (www) in the last century, till today there have been trillions and trillions of Internet page requests made across the world. However, webmasters feel all the more curious to know how actually a webpage request is being served on their user&#8217;s computer and to [...]]]></description>
			<content:encoded><![CDATA[<p>Since the advent of the Internet and the World Wide Web (www) in the last century, till today there have been trillions and trillions of Internet page requests made across the world. However, webmasters feel all the more curious to know how actually a webpage request is being served on their user&#8217;s computer and to use that understanding to try to speed it up.</p>
<div>Data on the Internet is packaged and transported across in small data packets. The regular or irregular flow of these data packets affect the user&#8217;s Internet experience. Whenever, one sees a continuous flow of data on his screen, this in turn means that the data packets are moving across smoothly and in a timely fashion. However, if the same data packets move across with large and visible delays, that means that the user&#8217;s experience is degraded and he may feel frustrated at the poor network connection and speed.</div>
<div>In this article, I seek to demystify all such beliefs and bring parity to our understanding of webpage request. I shall make an attempt creating a better understanding of latency effects of network and low bandwidth on a webpage request.</div>
<div>Lets first develop an understanding of some of the networking concepts to build our follow up understanding of the webpage request and latency. With the advent of networking, it was thought that millions and millions of users would be connected through a common network, hence the idea of TCP / IP model.</div>
<div>The key features of the TCP/IP model is encapsualtion, which is the concept of collecting the data and covering it with a common container for transmission. The common container is called the “IP Datagram”, also known as “IP Packet” or just the “Packet”. This IP Packet is a simple thing, with a header which contains the information used for routing the the packet to the destination and followed by data which is any information sent across.</div>
<div>Lets now concentrate all our energies on understanding another important concept in networking, the OSI model. It was created to lay out the process of turning the application data into something that can be transported through the Internet. The upper layers of the OSI model describe as to what happens within the applications running on the computer. These include the human-machine interface, conversion of the high level language into machine language, encryption, authentication and permissions. The lower layers are the ones where to and from applications are turned into data to move across the network. This is where data encapsulation occurs and the IP Datagram or “packet” is built.</div>
<div>The transport of data across the network is a 3 step process:</div>
<div>1. Data from the source is passed through the TCP/IP stack and wrapped into IP Datagrams, commonly known as “Packets”. These packets are then transmitted by the source computer in the network</div>
<div>2. Packets are passed along the network until they reach the destination computer</div>
<div>3. Packets are received by the destination computer and are passed through the stack</div>
<div>According to Wikipedia, Latency is the time delay between the moment something is initiated, and the moment one of its effects begins or becomes detectable. The most common understanding of Latency is it takes time for web pages to load and for emails to reach the destination inbox. Though, this is a form of latency, however, lets take down latency as the time delay imparted by each element involved in the transmission of data. Lets develop our understanding of what causes latency. The are many logical and physical elements involved in networking.</div>
<div><strong>Application Latency</strong></div>
<div>The need to read and write to disk causes some time delays. The processor could be very strong and highly rated, however, it still has limitations to as to what it can read and write in stipulated time. It takes a finite amount of time to manufacture data and present it. There are a lot of hardware limitations as well, such as the amount of memory which affects application performance.</div>
<div><strong>Serialization Latency</strong></div>
<div>The encapsulation of data (as discussed above) is called serialization and takes a finite amount of time. It is calculated as follows: Serialization Delay = Packet Size in bits / Transmission Rate in bits per second Serialization can lead to significant delays and latency on link that operate on low transmission rates.</div>
<div><strong>Routing &amp; Switching Latency</strong></div>
<div>A network request causes data to flow from point A to point B. This would be simple, if the network was just 2 computers, however, this is not to be. In networks like the Internet, data and hence the packets are transmitted from source to destination through a series of routers and switches connected through circuits, which are hardware devices needed for transmission through the network.</div>
<div>These hardware machines have to manage the Internet traffic causing delays caused by the routing and switching process. This refers to the amount of processing time for a router or switch to receive a packet, process it and transmit it.</div>
<div>These days, with the advancements in the computer hardware technology, these delays have reduced to only a few nanoseconds. High performance routers and switches each usually add upto 200µs of latency to the link.</div>
<div><strong>Queuing Latency</strong></div>
<div>Queuing latency refers to the amount of time a packet spends sitting in a queue waiting for transmission due to over utilization of the link. Though over-utilization of high speed Internet backbone is very rare, but it can be easily seen on lower speed networks. Congestion can cause these delays to become infinite since packets may be dropped when router becomes full. Routers use various queueing management algorights to ensure latency is minimized. The most commonly used WRED algorithms bound queueing latency at 20 ms.</div>
<div><strong>Propagation Latency</strong></div>
<div>Propagation latency is the delay caused by the transmission medium. The amount of slowing down is known as the Velocity Factor (VF). Typically, there are 3 medium of transmission of data across the networks, copper cables having a VF in the range of 40% &#8211; 80% of the speed of light, fibre-optic cables leading to a VF of around 70% of the speed of light and the electro-magnetic radio waves having the least possible VF. This delay happens even without considering the amount of data being transferred, the transmission rate, the protocol being used or the link problems.</div>
<div><strong>Transmission Rate and Bandwidth Latency</strong></div>
<div>Transmission Rate is the term used to define the number of bits that can be extracted from the medium. It is commonly measured in the terms of number of bits per second. The maximum transmission rate defines the fundamental limitation of the transmission medium. Generally, Copper links have a maximum transmission rate of 10, 100 or 1000 Mbps. For Fibre-optic links, transmission rates vary from around 50 Mbps to 10 Gbps.</div>
<div>Wireless LANs and satellite links use a modem to convert the bits into a modulated wave and then on transmission convert them back into bits using the demodulator. The limiting factor in these type of links is the limited bandwidth available to these signals. The amount of radio spectrum occupied by any given signal is called its bandwidth. Since radio spectrum is a limited resource, the occupied radio bandwidth is an important limiting factor in wireless and satellite links.</div>
<div><strong>Protocol Latency</strong></div>
<div>Lets now take a look at the network data exchanges. Connectionless data exchange is the one where data is pushed through with any consideration. Here the packet traverses the Internet to search for its destination, however, if something happens to it midway, nothing can be done. This is usually used for streaming music, videos, VOIP. The protocol used is User Datagram Protocol (UDP). It doesn&#8217;t have any overhead or connection management. There is no retransmission of data as well.</div>
<div>On the other hand are the connection based data exchanges. They rely on the establishment of the connection which manages every packet that is transmitted. The transport protocol used is the Transmission Control Protocol (TCP). It provides for the error free delivery of packets and hence the data. TCP connections have 3 phases:</div>
<div>1. Establish the connection</div>
<div>2. Send the data</div>
<div>3. Close the connection</div>
<div>All this adds to the time being taken while the data is transmitted and hence the delay and Latency.</div>
<div>This puts the webpage request on the table and opens it thread bare to clear the air on what goes behind each of our clicks while we are on the Internet connected to the millions or billions of users and trillions of data. We make an understanding of the time delays or Latency and now agree that it is imperative and necessary.</div>
<div><strong>References</strong></div>
<div>1. What is network latency? and Why does it matter? -</div>
<div><span><a href="http://www.o3bnetworks.com/docs/O3b_latency_white_paper2.pdf" target="_blank">http://www.o3bnetworks.com/docs/O3b_latency_white_paper2.pdf</a></span></div>
<div>2. Satellite Internet Access - <a href="http://www.sisp.net/broadband/satellite.htm" target="_blank">http://www.sisp.net/broadband/satellite.htm</a></div>
<div>3. Network bandwidth and Latency - <a href="http://compnetworking.about.com/od/speedtests/a/network_latency.htm" target="_blank"></a></div>
<div><a href="http://compnetworking.about.com/od/speedtests/a/network_latency.htm" target="_blank">http://compnetworking.about.com/od/speedtests/a/network_latency.htm</a></div>
<div>4. Anatomy of a HTTP Request -</div>
<div><a href="http://www.websiteoptimization.com/secrets/metrics/10-21-http-request.html" target="_blank">http://www.websiteoptimization.com/secrets/metrics/10-21-http-request.html</a></div>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2009/07/21/demystifying-latency-in-webpage-requests/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Still care about diskspace in a hosting plan?</title>
		<link>http://e2enetworks.com/2009/05/31/who-cares-about-diskspace-anymore/</link>
		<comments>http://e2enetworks.com/2009/05/31/who-cares-about-diskspace-anymore/#comments</comments>
		<pubDate>Sun, 31 May 2009 18:56:03 +0000</pubDate>
		<dc:creator>tarun</dc:creator>
				<category><![CDATA[datacenter]]></category>
		<category><![CDATA[diskspace]]></category>
		<category><![CDATA[hosting]]></category>

		<guid isPermaLink="false">http://e2enetworks.com/?p=85</guid>
		<description><![CDATA[Shared Hosting
So do you get excited by shared hosting plans that mention un-limited bandwidth and un-limited diskspace or thousands of GiB of diskspace with thousands of GiB of bandwidth ? There are practical limits to un-limited though. You can store theoretically store Terabytes of data but when would you finish uploading it though ? and [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Shared Hosting</strong><br />
So do you get excited by shared hosting plans that mention un-limited bandwidth and un-limited diskspace or thousands of GiB of diskspace with thousands of GiB of bandwidth ? There are practical limits to un-limited though. You can store theoretically store Terabytes of data but when would you finish uploading it though ? and it can&#8217;t all be served because sufficient number of storage IOPS(IO operations per second ) are simply not available on shared hosting plans, you are probably sharing a machine with several hundred others and eventually everyone&#8217;s site ends up slow because there is not sufficient CPU/disk IOPS and memory available to your site to utilize the supposedly huge bandwidth and diskspace allowance. </p>
<p><strong>VPS plans</strong><br />
The VPS servers solve the problem of CPU/Memory availability by resource reservation, carving out a fractional machine for you with full OS Virtualization using Xen/KVM supported by VT compatible hardware.<br />
VPS hosting providers also don&#8217;t resist using larger but slower disks advertising the large diskspace they provide but failing to mention if they disks used by them are spinning at 15K RPM or 10K RPM and how many spindles per server have they added. </p>
<p>The speed of your application is limited by the slowest components on your hardware (real or virtual) which happens to be disk-subsystem.  Stop worrying about the size of diskspace and instead start asking about IOPS available to you instead.</p>
]]></content:encoded>
			<wfw:commentRss>http://e2enetworks.com/2009/05/31/who-cares-about-diskspace-anymore/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
