<?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>The Journey of a Network Engineer &#187; application</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/network-engineering-journey/tag/application/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/network-engineering-journey</link>
	<description></description>
	<lastBuildDate>Tue, 26 Feb 2013 11:05:07 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>New Datacenter Network Design Proposal</title>
		<link>http://itknowledgeexchange.techtarget.com/network-engineering-journey/new-datacenter-network-design-proposal/</link>
		<comments>http://itknowledgeexchange.techtarget.com/network-engineering-journey/new-datacenter-network-design-proposal/#comments</comments>
		<pubDate>Wed, 01 Aug 2012 06:43:59 +0000</pubDate>
		<dc:creator>Sulaiman Syed</dc:creator>
				<category><![CDATA[6509]]></category>
		<category><![CDATA[application]]></category>
		<category><![CDATA[CCDP]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[datacenter]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[detail]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[SUP720]]></category>
		<category><![CDATA[datacenter design cisco vss]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/network-engineering-journey/?p=344</guid>
		<description><![CDATA[I have mentioned the DC design that was at hand, A new network design was proposed to tackle the issues. Figure below shows the proposed design. The benefits of such design are: Image: DC design based on VSS 1-      Virtual Switching System (VSS) With VSS, the two 6500 will become one. This will make both [...]]]></description>
				<content:encoded><![CDATA[<p>I have mentioned the <a href="http://itknowledgeexchange.techtarget.com/network-engineering-journey/new-datacenter-network-design/">DC design</a> that was at hand, A new network design was proposed to tackle the issues. Figure below shows the proposed design. The benefits of such design are:</p>
<p style="text-align: center"><a href="http://s116.photobucket.com/albums/o35/night_wolf_in/Blog/?action=view&amp;current=Proposal-1.jpg" target="_blank"><img src="http://i116.photobucket.com/albums/o35/night_wolf_in/Blog/Proposal-1.jpg" alt="DC network proposal" border="0" /></a><br />
Image: DC design based on VSS</p>
<p>1-      Virtual Switching System (VSS)</p>
<ul>
<li>With VSS, the two 6500 will become one.</li>
<li>This will make both 6500 active in same time, increasing the network bandwidth for all servers and applications.</li>
<li>This design will eliminate STP.</li>
</ul>
<p>2-      User Vlans terminated at MSFC</p>
<ul>
<li>This will reduce the operational and management task. It will keep the network simple, yet the Data Center will be secured by the FWSM.</li>
<li>Dynamic routing can be used between the MPLS routing, Core (6500), and future distribution switches that can/should be introduced to follow the standard hierarchy network design.</li>
</ul>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/network-engineering-journey/new-datacenter-network-design-proposal/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>New Datacenter Network Design</title>
		<link>http://itknowledgeexchange.techtarget.com/network-engineering-journey/new-datacenter-network-design/</link>
		<comments>http://itknowledgeexchange.techtarget.com/network-engineering-journey/new-datacenter-network-design/#comments</comments>
		<pubDate>Mon, 30 Jul 2012 22:08:06 +0000</pubDate>
		<dc:creator>Sulaiman Syed</dc:creator>
				<category><![CDATA[application]]></category>
		<category><![CDATA[Catalyst]]></category>
		<category><![CDATA[CCDP]]></category>
		<category><![CDATA[Cisco]]></category>
		<category><![CDATA[datacenter]]></category>
		<category><![CDATA[design]]></category>
		<category><![CDATA[IPv4]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[cisco]]></category>
		<category><![CDATA[router]]></category>
		<category><![CDATA[stp]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/network-engineering-journey/?p=342</guid>
		<description><![CDATA[I&#8217;ve came upon a network design for data center. While the physical infrastructure consisted of the latest technology,  it had &#8220;flaws&#8221; in the technical side of  it. The figure blew shows the connectivity. &#160; Image: DC Network Design From the diagram, we found the following observations. 1- Two MSFC (SUP engine) in each 6500. Since all servers [...]]]></description>
				<content:encoded><![CDATA[<p>I&#8217;ve came upon a network design for data center. While the physical infrastructure consisted of the latest technology,  it had &#8220;flaws&#8221; in the technical side of  it. The figure blew shows the connectivity.</p>
<p>&nbsp;</p>
<p style="text-align: center"><a href="http://s116.photobucket.com/albums/o35/night_wolf_in/Blog/?action=view&amp;current=Current.jpg" target="_blank"><img src="http://i116.photobucket.com/albums/o35/night_wolf_in/Blog/Current.jpg" alt="DC Network Design" border="0" /></a><br />
Image: DC Network Design</p>
<p>From the diagram, we found the following observations.</p>
<p>1- Two MSFC (SUP engine) in each 6500.</p>
<ul>
<li>Since all servers are connected two different Chassis (6500), there was no need for redundant (SUP). This is extra redundancy that has no benefit, but only cost of running and purchasing. Redundant SUP are used in scenarios with a single chassis.</li>
<li>The probability of two SUPs going down is very very low from the manufacturing point of view. It has higher probability in going down in case of fire or loss electricity, then even the Second Chassis with 2 SUPs will go down.</li>
</ul>
<p>2- Using Static Routing.</p>
<ul>
<li>Static routes are not Scalable, not Flexible, not simple, don’t provide high availability. These are major issues that need to be handle when making a new network design. Dynamic routing is a MUST.</li>
<li>Only when dynamic routing a high available and redundant paths can be utilized.</li>
</ul>
<p>3- Using Spanning Tree Protocol (STP)</p>
<ul>
<li>No new data Center based on STP. All new data center technologies from CISCO, HP, JUNIPER, and BROCADE are going away from STP.</li>
<li>STP will always have links not utilized. As STP works by “blocking” ports. Hence, all networking components and servers will be running with the half networking capacity.</li>
</ul>
<p>4- Terminating user Vlans at FWSM (firewall)</p>
<ul>
<li>Although this is good for security, it has many issues when it comes to scalability, management, and operation.</li>
<li>The Server Farm is protected by FWSM, user Vlans are not required to be controlled.</li>
<li>Referring to point one. The two MSFC (SUP) will not be utilized at all! The 6500 will be used as a giant firewall. If, this is the case. Then there was no requirement to purchase 6500 in first place. Any cheap Cisco 2960 will do the job.</li>
</ul>
<p>These are the points that i did not like from the design. to tackle this, I would propose my own design that would make better use of the links and hardware in questions.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/network-engineering-journey/new-datacenter-network-design/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Manage Engine IT360 Review &#8211; part 2</title>
		<link>http://itknowledgeexchange.techtarget.com/network-engineering-journey/79/</link>
		<comments>http://itknowledgeexchange.techtarget.com/network-engineering-journey/79/#comments</comments>
		<pubDate>Sun, 13 Mar 2011 09:26:05 +0000</pubDate>
		<dc:creator>Sulaiman Syed</dc:creator>
				<category><![CDATA[alarm]]></category>
		<category><![CDATA[application]]></category>
		<category><![CDATA[dashboard]]></category>
		<category><![CDATA[IT360]]></category>
		<category><![CDATA[ITIL]]></category>
		<category><![CDATA[manage engin]]></category>
		<category><![CDATA[monitor]]></category>
		<category><![CDATA[network]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/network-engineering-journey/79/</guid>
		<description><![CDATA[Following on my previous entry of IT360, where we have Introduced Manage Engine IT360. I would like to go on how the dashboard looks like. I think that once the alarms and monitors configured properly. the dashboard will give a real over view of every element in the network that the IT360 support. I would [...]]]></description>
				<content:encoded><![CDATA[<p>Following on my previous entry of IT360, where we have  <a href="http://itknowledgeexchange.techtarget.com/network-engineering-journey/manage-engine-it360-review-part-1/" target="_blank">Introduced Manage Engine IT360</a>.  I would like to go on how the dashboard looks like. I think that once the alarms and monitors configured properly. the dashboard will give a real over view of every element in the network that the IT360 support. I would like to apologize for the zoom out images. I wanted to fit all information into a single webpage.</p>
<p>Once logged into IT360, you can see the dashboard, refer to figure 1. In there The business can be configured (grouped) so all services follow a logical pattern. Practices from ITIL will help to define the group of services, and making them into a logical processes with process owners, who can go and log into IT360 to find the appropriate data that they are monitoring, and operating.</p>
<p><a href="http://s116.photobucket.com/albums/o35/night_wolf_in/Blog/?action=view&amp;current=Dashboard.jpg" target="_blank"><img src="http://i116.photobucket.com/albums/o35/night_wolf_in/Blog/Dashboard.jpg" border="0" alt="Dashboard" /></a></p>
<p>The dashboard will also give the option to see the networks, servers, or applications that are monitored. But i will leave that for some other time. So clicking on the IT360 business (it was the default one). It will take you by default into the Summary tap. as shown in figure 2. The main variables to see are Up-time, recent alarms, application response time, server response time, CPU utilization, link utilization (it is not shown since the network data was not available, misconfiguration?). These readings are very accurate. To this moment of the review, it seems that IT360 provide actual proper data. (our own motoring tool without naming it. wont pull these data, or pull them wrong).</p>
<p><a href="http://s116.photobucket.com/albums/o35/night_wolf_in/Blog/?action=view&amp;current=Business.jpg" target="_blank"><img src="http://i116.photobucket.com/albums/o35/night_wolf_in/Blog/Business.jpg" border="0" alt="Business" /></a></p>
<p>Figure 3 is showing the inventory. This tap will just give a brief idea of health, up-time for all the items that were added. This can be configured to show only the important inventory, or to show everything. when adding routers, it will show the interfaces as well. which is good just to see if everything is up or not. I don&#8217;t find the data here interesting, since it is presented in other taps as well.</p>
<p><a href="http://s116.photobucket.com/albums/o35/night_wolf_in/Blog/?action=view&amp;current=inventory.jpg" target="_blank"><img src="http://i116.photobucket.com/albums/o35/night_wolf_in/Blog/inventory.jpg" border="0" alt="Inventory" /></a></p>
<p>Business View is how you categorize the Items. As seen from image. It is really good touch, to see which service is down effecting which business. Again, since i haven&#8217;t configured this. all shown in one single business.</p>
<p><a href="http://s116.photobucket.com/albums/o35/night_wolf_in/Blog/?action=view&amp;current=Businessview.jpg" target="_blank"><img src="http://i116.photobucket.com/albums/o35/night_wolf_in/Blog/Businessview.jpg" border="0" alt="Business View" /></a></p>
<p>Last tap, the troubleshoot. will show the status per hour. the period can be changed from hours, to days, to custom. When there is a ticket/alarm clicking on the box will take window to the alarm. This will help to see what was the issue, was it resolved, and who is responsible.</p>
<p><a href="http://s116.photobucket.com/albums/o35/night_wolf_in/Blog/?action=view&amp;current=troubelshoot.jpg" target="_blank"><img src="http://i116.photobucket.com/albums/o35/night_wolf_in/Blog/troubelshoot.jpg" border="0" alt="troubleshoot" /></a></p>
<p>In our next entry, I will go through the network tap. and see all the possible things to monitor, and how to do that. I have not yet done proper review of it. but from the first glance. I really liked it. I think a more deep digging will give me a good insight. but i can tell that it can do everything what our current solution (whatsup) can do. This can be seen in the last article on <a href="http://itknowledgeexchange.techtarget.com/network-engineering-journey/82/" target="_blank">Manage Enginer IT360</a>.</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/network-engineering-journey/79/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
