<?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>Simpleman &#38; Simple Life &#187; Network</title>
	<atom:link href="http://xuming.info/category/network/feed/" rel="self" type="application/rss+xml" />
	<link>http://xuming.info</link>
	<description>Learn to write and appreciate</description>
	<lastBuildDate>Sat, 11 Dec 2010 03:05:06 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
		<item>
		<title>The Top Five Virtualization Mistakes</title>
		<link>http://xuming.info/2010/01/the-top-five-virtualization-mistakes/</link>
		<comments>http://xuming.info/2010/01/the-top-five-virtualization-mistakes/#comments</comments>
		<pubDate>Mon, 18 Jan 2010 12:01:11 +0000</pubDate>
		<dc:creator>xuming</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[Segment]]></category>
		<category><![CDATA[VPN]]></category>
		<category><![CDATA[Vyatta]]></category>

		<guid isPermaLink="false">http://xuming.info/?p=1373</guid>
		<description><![CDATA[There is an interesting article provided by Vyatta about the most common mistakes practised by many companies, and I think that from this white paper we all can get something beside server virtualizaion, and should conside give network virtualization a try in the near future. You can get the withe paper here. The Top Five [...]]]></description>
			<content:encoded><![CDATA[<p>There is an interesting article provided by Vyatta about the most common mistakes practised by many companies, and I think that from this white paper we all can get something beside server virtualizaion, and should conside give network virtualization a try in the near future. You can get the withe paper <a href="http://www.vyatta.com/downloads/whitepapers/Vyatta_BiggestVirtualizationMistakes.pdf">here</a>.</p>
<p>The Top Five Virtualization Mistakes</p>
<p>MISTAKE #1: LEAVING THE NETWORK UNSEGMENTED<br />
MISTAKE #2: VIRTUALIZING ONLY THE SERVERS<br />
MISTAKE #3: FORGETTING TO VIRTUALIZE THE BRANCH OFFICE<br />
MISTAKE #4: FORGETTING TO VIRTUALIZE THE NETWORK AS PART OF THE DISASTER RECOVERY PLAN<br />
MISTAKE #5: FORGETTING TO SELL YOUR OLD HARDWARE ON EBAY</p>
<p>The conclusion: </p>
<p>To get the most out of your virtualization project and to avoid common mistakes, here’s a checklist to use in planning.<br />
1. Look for unsegmented networks that might be at risk from virtualization and use virtualization tools to segment them.<br />
2. Look at the networking functions associated with servers you plan to virtualize and virtualize them together.<br />
3. Consider networking functions such as routing, firewalls, and VPN as part of branch virtualization projects. Putting them on the same hardware as other applications will get you a long way toward “branch in a box.”<br />
4. Use virtualize to include network functions in disaster recovery plans, so that when there’s a disaster, your routing, firewall, and VPN will come back online along with the rest of your compute resources.<br />
5. Sell off specialized network hardware on eBay. By using x86 hardware and virtualization, you’ll save money on purchase, operation, and maintenance.</p>
]]></content:encoded>
			<wfw:commentRss>http://xuming.info/2010/01/the-top-five-virtualization-mistakes/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Cisco UCS vs HP Matrix</title>
		<link>http://xuming.info/2009/12/cisco-ucs-vs-hp-matrix/</link>
		<comments>http://xuming.info/2009/12/cisco-ucs-vs-hp-matrix/#comments</comments>
		<pubDate>Tue, 29 Dec 2009 01:14:23 +0000</pubDate>
		<dc:creator>xuming</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[Blade]]></category>
		<category><![CDATA[UCS]]></category>

		<guid isPermaLink="false">http://xuming.info/?p=1267</guid>
		<description><![CDATA[In the last few days, a great article about the comparison of Cisco UCS and HP Matix has been quoted in many web sites. Although Cisco is a new attendant in the server hardware market, but with its UCS bundled with EMC and VMware, anyone can ignore it presence. The first public comparison between the [...]]]></description>
			<content:encoded><![CDATA[<p>In the last few days, a great article about the comparison of Cisco UCS and HP Matix has been quoted in many web sites. Although Cisco is a new attendant in the server hardware market, but with its UCS bundled with EMC and VMware, anyone can ignore it presence.</p>
<p>The first public comparison between the two blade systems comes from Steve Kaplan, Vice President Data Center Virtualization Practice at INX.</p>
<p><p>His technical analysis is <a href="http://www.bythebell.com/2009/12/cisco-ucs-vs-hp-matrix-strategic-vs-tactical-approach-to-virtualization.html">well worth a read</a>.  </p></p>
]]></content:encoded>
			<wfw:commentRss>http://xuming.info/2009/12/cisco-ucs-vs-hp-matrix/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>HP 服务器多网卡的一些设置</title>
		<link>http://xuming.info/2009/12/hp-%e6%9c%8d%e5%8a%a1%e5%99%a8%e5%a4%9a%e7%bd%91%e5%8d%a1%e7%9a%84%e4%b8%80%e4%ba%9b%e8%ae%be%e7%bd%ae/</link>
		<comments>http://xuming.info/2009/12/hp-%e6%9c%8d%e5%8a%a1%e5%99%a8%e5%a4%9a%e7%bd%91%e5%8d%a1%e7%9a%84%e4%b8%80%e4%ba%9b%e8%ae%be%e7%bd%ae/#comments</comments>
		<pubDate>Fri, 18 Dec 2009 04:58:43 +0000</pubDate>
		<dc:creator>xuming</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Fault Tolerance]]></category>
		<category><![CDATA[Load Balance]]></category>

		<guid isPermaLink="false">http://xuming.info/?p=1071</guid>
		<description><![CDATA[比如 Load Balance、Fault Tolerance 等选项？ 个人理解： HP 自带的工具，可以实现将多块网卡绑定为一个 Team，多块网卡可以是同时连接到一个交换机上，也可以实现分别连接到不同的交换机上。但是，从 Server 本身的角度来说，所谓的 Load Balance 只能是从发送的角度来说，即只能是 Transmit 的 Load Balance，而不能实现 Receive 的 Load Balance。即服务器只能控制其发送的数据从多块网卡走，但不能实现对接收的数据具体是从哪块网卡进来。 如果要实现对接收的数据的 Load Balance，只能是从其上联的交换机方面来实现，而且必须是多块网卡连接到同一个上联交换机，而不能是连接到多个上联交换机，如果是多个交换机，则只能实现 Fault Tolerance，即只能实现多块网卡，有一个失去连接时，保持网络连接，而不能实现 load Balance 功能，即不能同时从多块网卡进来。]]></description>
			<content:encoded><![CDATA[<div>比如 Load Balance、Fault Tolerance 等选项？<code><br />
</code></div>
<div>个人理解：<code><br />
</code></div>
<div>HP 自带的工具，可以实现将多块网卡绑定为一个 Team，多块网卡可以是同时连接到一个交换机上，也可以实现分别连接到不同的交换机上。但是，从 Server 本身的角度来说，所谓的 Load Balance 只能是从发送的角度来说，即只能是 Transmit 的 Load Balance，而不能实现 Receive 的 Load Balance。即服务器只能控制其发送的数据从多块网卡走，但不能实现对接收的数据具体是从哪块网卡进来。<code><br />
</code></div>
<div>如果要实现对接收的数据的 Load Balance，只能是从其上联的交换机方面来实现，而且必须是多块网卡连接到同一个上联交换机，而不能是连接到多个上联交换机，如果是多个交换机，则只能实现 Fault Tolerance，即只能实现多块网卡，有一个失去连接时，保持网络连接，而不能实现 load Balance 功能，即不能同时从多块网卡进来。<code><br />
</code></div>
<div><a href="http://xuming.info/wp-content/uploads/2009/12/zrclip_001n675a6359.png"><img style="width: 250px; height: 183px; border: #000000 1px solid;" src="http://xuming.info/wp-content/uploads/2009/12/zrtn_001n7c25582_tn.jpg" alt="" width="250" height="183" /></a></div>
<div>
<div><a href="http://xuming.info/wp-content/uploads/2009/12/zrclip_002n79192505.png"><img style="width: 250px; height: 184px;" src="http://xuming.info/wp-content/uploads/2009/12/zrtn_002p6e7673a4_tn.jpg" alt="" width="250" height="184" /></a><!-- Tag links generated by Zoundry Raven. Do not manually edit. http://www.zoundryraven.com --></div>
<p><code><br />
</code></div>
]]></content:encoded>
			<wfw:commentRss>http://xuming.info/2009/12/hp-%e6%9c%8d%e5%8a%a1%e5%99%a8%e5%a4%9a%e7%bd%91%e5%8d%a1%e7%9a%84%e4%b8%80%e4%ba%9b%e8%ae%be%e7%bd%ae/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>利用 Wireshark 处理网络问题</title>
		<link>http://xuming.info/2007/09/1034/</link>
		<comments>http://xuming.info/2007/09/1034/#comments</comments>
		<pubDate>Mon, 10 Sep 2007 03:09:14 +0000</pubDate>
		<dc:creator>xuming</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Ethereal]]></category>
		<category><![CDATA[hub]]></category>
		<category><![CDATA[monitor]]></category>
		<category><![CDATA[Wireshare]]></category>

		<guid isPermaLink="false">http://xuming.info/?p=1034</guid>
		<description><![CDATA[利用 Wireshark 处理网络问题 原文 http://www.novell.com/connectionmagazine/2007/q3/tech_talk_9.html?sourceid=NCM_q3_07_tt9 WireShark 截图 Switches only forward four types of traffic: Broadcasts Multicasts Traffic to and from the connected system’s MAC address Traffic to an unknown MAC address 作者的监听解决方案： half-duplex lines：a simple four-port hub full-duplex lines：a small network tap Tapping into Full Duplex Networks Sometimes referred to as “walkie-talkie” style communications, the [...]]]></description>
			<content:encoded><![CDATA[<h1>利用 Wireshark 处理网络问题</h1>
<p>原文 http://www.novell.com/connectionmagazine/2007/q3/tech_talk_9.html?sourceid=NCM_q3_07_tt9</p>
<p><img src="http://lh4.google.com/simpleman.xu/RuS065OUuYI/AAAAAAAAAPQ/5wQ2J-IHy_0/tt9_02.gif.jpg?imgmax=512"><br />WireShark 截图</p>
<p><b>Switches only forward four types of traffic:</b></p>
<ul>
<li>Broadcasts
<li>Multicasts
<li>Traffic to and from the connected system’s MAC address
<li>Traffic to an unknown MAC address
</ul>
<p>作者的监听解决方案： <br />
half-duplex lines：a simple four-port hub<br />
full-duplex lines：a small network tap</p>
<p><b>Tapping into Full Duplex Networks</b></p>
<p>Sometimes referred to as “walkie-talkie” style communications, the simple half-duplex environment supports traffic moving in one direction at a time, transmit or receive, but never both simultaneously. Alternatively, fullduplex networks support two communications channels for simultaneous transmit and receive. A simple hub doesn’t support full-duplex communications, but a full-duplex tap does.</p>
<p>Full duplex taps are placed inline—typically acting as passive devices. Taps are simple to set up. Let’s say, for example, that you want to tap into a full-duplex link that uses CAT5e cable between two network routers. One CAT5e cable runs from the first router to port A. A second CAT5e cable runs from port B to the second router. Monitor ports connect to the analyzer allowing you to see a copy of all traffic.</p>
<p>There are two flavors of full-duplex taps—aggregating and non-aggregating taps. Aggregating taps combine the data from the transmit and receive channels into a single monitor port allowing you to connect a single analyzer to listen to both traffic channels. Non-aggregating taps as shown in Figure, do not combine the transmit and receive streams. You must connect the monitor ports to two separate analyzers or an analyzer with two NICs installed.</p>
<p><img src="http://lh6.google.com/simpleman.xu/RuS07ZOUuZI/AAAAAAAAAPY/QS64fHtwwfk/tt9_03.gif.jpg?imgmax=512"></p>
<p class="hint"><b>Attention!!!</b></p>
<p>If you use non-aggregating taps and two separate analyzers, you should time sync the two analyzers using NTP (Network Time Protocol) to ensure data in your streams can be merged into proper order.</p>
]]></content:encoded>
			<wfw:commentRss>http://xuming.info/2007/09/1034/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Configuring ESX Networking on Blade Servers</title>
		<link>http://xuming.info/2007/08/1022/</link>
		<comments>http://xuming.info/2007/08/1022/#comments</comments>
		<pubDate>Fri, 17 Aug 2007 10:05:31 +0000</pubDate>
		<dc:creator>xuming</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[Blade]]></category>
		<category><![CDATA[iSCSI]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[server]]></category>
		<category><![CDATA[Storage]]></category>

		<guid isPermaLink="false">http://xuming.info/?p=1022</guid>
		<description><![CDATA[Because blade servers may have a limited number of network adapters, it will likely be necessary to use VLANs to separate traffic for the service console, VMotion, IP storage, and various groups of VMs. VMware best practices recommend that the service console and VMotion have their own networks for security reasons. If you dedicate physical [...]]]></description>
			<content:encoded><![CDATA[<p>Because blade servers may have a limited number of network adapters, it will likely be necessary to use VLANs to separate traffic for the service console, VMotion, IP storage, and various groups of VMs. VMware best practices recommend that the service console and VMotion have their own networks for security reasons. If you dedicate physical adapters to separate vSwitches for this purpose, you will likely have to give up redundant (teamed) connections or give up isolating the various networking clients, or both. VLANs allow you to achieve network ostentation without having to use multiple physical adapters.</p>
<p>For the network blade of a blade server to support an ESX Server port group with VLAN tagged traffic, you must configure the blade to support 802.1Q and configure the port as a tagged port.</p>
<p>The method for configuring a port as a tagged port differs from server to server. The following list describes how to configure a tagged port on three of the most commonly used blade servers:</p>
<ul>
<li>HP Blade — Set the port’s VLAN Tagging to enabled.
<li>Dell PowerEdge — Set the port to Tagged.
<li>IBM eServer Blade Center — Select Tag in the port’s configuration.
</ul>
<p><b>To configure a virtual machine port group with VLAN on a blade server</b></p>
<ol>
<li>Log into the VMware VI Client and select the server from the inventory panel.  
<p>The hardware configuration page for this server appears.</p>
<li>Click the Configuration tab, and click Networking.
<li>On the right side of the screen, click Properties for vSwitch associated with the service console.
<li>On the Ports tab, click Add. 
<p>The Add Network Wizard appears.</p>
<li>As a connection type, select Virtual Machines, which is the default.
<li>Click Next. 
<p>The Connection Settings page appears.<br />
<img src="http://lh4.google.com/simpleman.xu/RsVyVpOUuJI/AAAAAAAAAKE/GZobiiq_RqM/1.jpg?imgmax=512"></p>
<li>Under Port Group Properties, enter a network label that identifies the port group that you are creating. <br />Use network labels to identify migration-compatible connections common to two or more hosts.
<li>In the VLAN ID field, enter a number between 1 and 4094.  <br />If you are unsure what to enter, leave this blank or ask your network administrator.
<li>Click Next. <br />The Ready to Complete page appears. <br />
<img src="http://lh6.google.com/simpleman.xu/RsVyWJOUuKI/AAAAAAAAAKM/pgsrsIe2BoQ/2.jpg?imgmax=512"></p>
<li>After you have determined that the vSwitch is configured correctly, click Finish.
</ol>
<p><b>To configure a VMkernel port with VLAN on a blade server</b></p>
<ol>
<li>Log into the VMware VI Client and select the server from the inventory panel.  
<p>The hardware configuration page for this server appears.</p>
<li>Click the Configuration tab, and click Networking.
<li>On the right side of the screen, click Properties for vSwitch associated with the service console.
<li>On the Ports tab, click Add. 
<p>The Add Network Wizard appears.</p>
<li>Select VMkernel and click Next. 
<p>This lets you connect the VMkernel, which runs services for VMotion and IP storage (NFS or iSCSI), to the physical network.<br />
The Connection Settings page appears.</p>
<li>Under Port Group Properties, select or enter a network label and a VLAN ID.
<ul>
<li>Network Label — A name that identifies the port group that you are creating. This is the label that you specify when configuring a virtual adapter to be attached to this port group, when configuring VMkernel services, such as VMotion and IP storage.
<li>VLAN ID — Identifies the VLAN that the port group’s network traffic will use.
</ul>
<li> Select the Use this port group for VMotion check box to enable this port group to advertise itself to another ESX Server as the network connection where VMotion traffic should be sent. 
<p>You can enable this property for only one VMotion and IP storage port group for each ESX Server host. If this property is not enabled for any port group, migration with VMotion to this host is not possible.</p>
<p><img src="http://lh3.google.com/simpleman.xu/RsVyWZOUuLI/AAAAAAAAAKU/lRGXIG2ENyI/3.jpg?imgmax=512"></p>
<li>Under IP Settings, click Edit to set the VMkernel Default Gateway for VMkernel services, such as VMotion, NAS, and iSCSI
<p class="hint"><b>Note  </b></p>
<p>	Make sure that you set a default gateway for the port that you created. VirtualCenter 2 behaves differently here from VirtualCenter 1.x. You must use a valid IP address to configure the VMkernel IP stack, not a dummy address.
	</p>
<p>The DNS and Routing Configuration dialog box appears. Under the DNS Configuration tab, the name of the host is entered into the name field by default. The DNS server addresses that were specified during installation are also preselected as is the domain.<br />
Under the Routing tab, the service console and the VMkernel each need their own gateway information. A gateway is needed if connectivity to machines not on the same IP subnet as the service console or VMkernel.<br />
Static IP settings is the default.</p>
<li>Click OK to save your changes, and close the DNS Configuration and Routing dialog box.
<li>Click Next.
<li>Use the Back button to make any changes.
<li>Review your changes on the Ready to Complete page and click Finish.
</ol>
]]></content:encoded>
			<wfw:commentRss>http://xuming.info/2007/08/1022/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Networking Configuration for Software iSCSI Storage</title>
		<link>http://xuming.info/2007/08/1021/</link>
		<comments>http://xuming.info/2007/08/1021/#comments</comments>
		<pubDate>Fri, 17 Aug 2007 09:36:06 +0000</pubDate>
		<dc:creator>xuming</dc:creator>
				<category><![CDATA[Network]]></category>
		<category><![CDATA[Storage]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[ESX]]></category>
		<category><![CDATA[iSCSI]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[VMkernel]]></category>

		<guid isPermaLink="false">http://xuming.info/?p=1021</guid>
		<description><![CDATA[The storage you configure for an ESX Server host might include one or more storage area networks (SANs) that use iSCSI, which is a means of accessing SCSI devices and exchanging data records using TCP/IP protocol over a network port rather than through a direct connection to a SCSI device. In iSCSI transactions, blocks of [...]]]></description>
			<content:encoded><![CDATA[<p>The storage you configure for an ESX Server host might include one or more storage area networks (SANs) that use iSCSI, which is a means of accessing SCSI devices and exchanging data records using TCP/IP protocol over a network port rather than through a direct connection to a SCSI device. In iSCSI transactions, blocks of raw SCSI data are encapsulated in iSCSI records and transmitted to the requesting device or user.</p>
<p>Before you can configure iSCSI storage, you must create a VMkernel port to handle iSCSI networking and a service console connection to the iSCSI network.</p>
<p><b>To create a VMkernel port for software iSCSI</b></p>
<ol>
<li>Log into the VMware VI Client, and select the server from the inventory panel. <br />The hardware configuration page for this server appears.
<li>Click the Configuration tab, and click Networking.
<li>Click the Add Networking link.
<li>Select VMkernel and click Next. <br />This lets you connect the VMkernel, which runs services for iSCSI storage, to the physical network.<br />
The Network Access page appears.</p>
<li>Select the vSwitch you want to use or the Create a virtual switch radio button.
<li>Select the check boxes for the network adapters your vSwitch will use.<br />
	<img src="http://lh6.google.com/simpleman.xu/RsVrGJOUuBI/AAAAAAAAAIw/-y9rXLSUI1A/1.jpg?imgmax=512"> <br />
	Your choices appear in the Preview pane. <br />
Select adapters for each vSwitch so that virtual machines or other services that connect through the adapter can reach the correct Ethernet segment. If no adapters appear under Create a new virtual switch, this means that all the network adapters in the system are being used by existing vSwitches.</p>
<li>Click Next. <br />The Connection Settings page appears.
<li>Under Port Group Properties, select or enter a network label and a VLAN ID.
<ul>
<li>Network Label — A name that identifies the port group that you are creating. This is the label that you specify when configuring a virtual adapter to be attached to this port group, when configuring iSCSI storage.
<li>VLAN ID — Identifies the VLAN that the port group’s network traffic will use. <br />
		<img src="http://lh5.google.com/simpleman.xu/RsVrG5OUuCI/AAAAAAAAAI4/MBgeGUAcnuw/2.jpg?imgmax=512"></p>
<li>Under IP Settings, click Edit to set the VMkernel Default Gateway for iSCSI. 
<p>The DNS and Routing Configuration dialog box appears. Under the DNS Configuration tab, the name of the host is entered into the name field by default. The DNS server addresses that were specified during installation are also preselected as is the domain.<br />
<img src="http://lh3.google.com/simpleman.xu/RsVrHZOUuDI/AAAAAAAAAJA/1wvgXyfA_EA/3.jpg?imgmax=512"><br />
Under the Routing tab, the service console and the VMkernel each need their own gateway information. A gateway is needed for connectivity to machines not on the same IP subnet as the service console or VMkernel.<br />
<img src="http://lh6.google.com/simpleman.xu/RsVrIJOUuFI/AAAAAAAAAJQ/h6vGvN94k0M/4.jpg?imgmax=512"></p>
<p class="hint"><b>Note</b></p>
<p>  Make sure that you set a default gateway for the port that you created. You must use a valid static IP address to configure the VMkernel stack.
</p>
</ul>
<li>Click OK to save your changes, and close the DNS and Routing Configuration dialog box.
<li>Click Next.
<li>Use the Back button to make any changes.
<li>Review your changes on the Ready to Complete page and click Finish.
</ol>
<p>After you create a VMkernel port for iSCSI, you must create a service console connection on the same vSwitch as the VMkernel port.</p>
<p><b>To configure a service console connection for software iSCSI storage</b></p>
<ol>
<li>Log into the VMware VI Client and select the server from the inventory panel.<br />The hardware configuration page for this server appears.
<li>Click the Configuration tab, and click Networking.
<li>On the right side of the screen, click Properties for vSwitch associated with the VMkernel port you just created.
<li>On the Ports tab, click Add. <br />
The Add Network Wizard appears.<br />
<img src="http://lh5.google.com/simpleman.xu/RsVrH5OUuEI/AAAAAAAAAJI/aDL9EFtcq8I/5.jpg?imgmax=512"></p>
<li>As a connection type, select Service Console and click Next. <br />
	The Connection Settings screen appears.</p>
<li>Under Port Group Properties, enter a network label that identifies the port group that you are creating. <br />
	<img src="http://lh4.google.com/simpleman.xu/RsVrIpOUuGI/AAAAAAAAAJY/zDC_JJuZ49A/6.jpg?imgmax=512"><br />
	Newer ports and port groups appear at the top of the vSwitch diagram.</p>
<li>Enter the IP Address and Subnet Mask, or select the DHCP option Obtain IP setting automatically for the IP address and subnet mask.
<li>Click the Edit button to set the Service Console Default Gateway.
<li>Click Next. 
<p>The Ready to Complete screen appears.<br />
<img src="http://lh5.google.com/simpleman.xu/RsVrI5OUuHI/AAAAAAAAAJg/uQVDS5dkRnM/7.jpg?imgmax=512"></p>
<li>After you have determined that the vSwitch is configured correctly, click Finish.
</ol>
<p>After you create a VMkernel port and service console connection, you are able to enable and configure software iSCSI storage. </p>
]]></content:encoded>
			<wfw:commentRss>http://xuming.info/2007/08/1021/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

