<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments for Network Observations</title>
	<atom:link href="http://networkinstruments.wordpress.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://networkinstruments.wordpress.com</link>
	<description>Monitoring the trends in network and application performance</description>
	<pubDate>Sun, 06 Jul 2008 01:03:44 +0000</pubDate>
	<generator>http://wordpress.org/?v=MU</generator>
		<item>
		<title>Comment on Unexplained Spikes in Web Traffic by AVG Responds to Fake Traffic Spikes &#171; Network Observations</title>
		<link>http://networkinstruments.wordpress.com/2008/07/03/unexplained-spikes-in-web-traffic/#comment-1164</link>
		<dc:creator>AVG Responds to Fake Traffic Spikes &#171; Network Observations</dc:creator>
		<pubDate>Sat, 05 Jul 2008 08:26:50 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=562#comment-1164</guid>
		<description>[...] Network Observations Monitoring the trends in network and application performance      &#171; Unexplained Spikes in Web&#160;Traffic [...]</description>
		<content:encoded><![CDATA[<p>[...] Network Observations Monitoring the trends in network and application performance      &laquo; Unexplained Spikes in Web&nbsp;Traffic [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Enterprise Drives 10 Gb Movement by Compatibility Questions with 10 Gigabit Ethernet &#171; Network Observations</title>
		<link>http://networkinstruments.wordpress.com/2008/05/14/enterprise-drives-10-gb-movement/#comment-1160</link>
		<dc:creator>Compatibility Questions with 10 Gigabit Ethernet &#171; Network Observations</dc:creator>
		<pubDate>Wed, 02 Jul 2008 19:02:52 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=521#comment-1160</guid>
		<description>[...] Questions with 10 Gigabit&#160;Ethernet  Given our many discussions of 10 Gigabit Ethernet, I thought it would be great to highlight an article that appeared recently in SearchNetworking [...]</description>
		<content:encoded><![CDATA[<p>[...] Questions with 10 Gigabit&nbsp;Ethernet  Given our many discussions of 10 Gigabit Ethernet, I thought it would be great to highlight an article that appeared recently in SearchNetworking [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Most Companies Fail to Use NetFlow by Links List 6.27.08 &#124; ScienceLogic</title>
		<link>http://networkinstruments.wordpress.com/2008/06/20/most-companies-fail-to-use-netflow/#comment-1155</link>
		<dc:creator>Links List 6.27.08 &#124; ScienceLogic</dc:creator>
		<pubDate>Fri, 27 Jun 2008 20:03:02 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=554#comment-1155</guid>
		<description>[...] are some interesting NetFlow use stats from our friends at Network Instruments. In a survey they did a few months ago, only 23% of [...]</description>
		<content:encoded><![CDATA[<p>[...] are some interesting NetFlow use stats from our friends at Network Instruments. In a survey they did a few months ago, only 23% of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Cisco, Microsoft Unified Communications by Stephen Brown</title>
		<link>http://networkinstruments.wordpress.com/2008/06/16/cisco-microsoft-unified-communications/#comment-1153</link>
		<dc:creator>Stephen Brown</dc:creator>
		<pubDate>Wed, 25 Jun 2008 03:16:51 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=545#comment-1153</guid>
		<description>I'm still looking for materials. I was hoping through the post to get a few ideas. I'll be contacting other sources for info for a future UC blog post. In the mean time, www.tmcnet.com and networkworld are good sources for info and reviews.</description>
		<content:encoded><![CDATA[<p>I&#8217;m still looking for materials. I was hoping through the post to get a few ideas. I&#8217;ll be contacting other sources for info for a future UC blog post. In the mean time, <a href="http://www.tmcnet.com" rel="nofollow">http://www.tmcnet.com</a> and networkworld are good sources for info and reviews.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Cisco, Microsoft Unified Communications by Jaison</title>
		<link>http://networkinstruments.wordpress.com/2008/06/16/cisco-microsoft-unified-communications/#comment-1149</link>
		<dc:creator>Jaison</dc:creator>
		<pubDate>Tue, 24 Jun 2008 11:28:39 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=545#comment-1149</guid>
		<description>Hi

Did you got any materials. I am looking for some details about cisco - microsoft integration.

Jaison</description>
		<content:encoded><![CDATA[<p>Hi</p>
<p>Did you got any materials. I am looking for some details about cisco - microsoft integration.</p>
<p>Jaison</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Hidden Obstacles to Successful 10 Gb Deployments by Considerations for 10 Gb Deployments &#171; Network Observations</title>
		<link>http://networkinstruments.wordpress.com/2008/06/09/hidden-obstacles-to-successful-10-gb-deployments/#comment-1138</link>
		<dc:creator>Considerations for 10 Gb Deployments &#171; Network Observations</dc:creator>
		<pubDate>Mon, 16 Jun 2008 16:53:20 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=537#comment-1138</guid>
		<description>[...] Considerations for 10 Gb&#160;Deployments  Last week I wrote about some of the obstacles people might encounter when deploying and managing 10 Gb networks. [...]</description>
		<content:encoded><![CDATA[<p>[...] Considerations for 10 Gb&nbsp;Deployments  Last week I wrote about some of the obstacles people might encounter when deploying and managing 10 Gb networks. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Faster Firefox Browsing by securitydude</title>
		<link>http://networkinstruments.wordpress.com/2008/06/13/faster-firefox-browsing/#comment-1137</link>
		<dc:creator>securitydude</dc:creator>
		<pubDate>Mon, 16 Jun 2008 14:24:21 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=542#comment-1137</guid>
		<description>Hi Mark,

My client has transitioned from eval to production user.  It turned out to be much simpler than I first thought.  The setup is a two-tier/two-context web server farm.  All is working well.  There is a lot to learning the "subtlties" of health probes, but ACE is an interesting animal.

Regards,

SecurityDude</description>
		<content:encoded><![CDATA[<p>Hi Mark,</p>
<p>My client has transitioned from eval to production user.  It turned out to be much simpler than I first thought.  The setup is a two-tier/two-context web server farm.  All is working well.  There is a lot to learning the &#8220;subtlties&#8221; of health probes, but ACE is an interesting animal.</p>
<p>Regards,</p>
<p>SecurityDude</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Faster Firefox Browsing by Mark Weiner</title>
		<link>http://networkinstruments.wordpress.com/2008/06/13/faster-firefox-browsing/#comment-1130</link>
		<dc:creator>Mark Weiner</dc:creator>
		<pubDate>Fri, 13 Jun 2008 18:48:07 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=542#comment-1130</guid>
		<description>Very interesting, am trying now.  How is your eval of ACE going?</description>
		<content:encoded><![CDATA[<p>Very interesting, am trying now.  How is your eval of ACE going?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Enterprise Drives 10 Gb Movement by Hidden Obstacles to Successful 10 Gb Deployments &#171; Network Observations</title>
		<link>http://networkinstruments.wordpress.com/2008/05/14/enterprise-drives-10-gb-movement/#comment-1123</link>
		<dc:creator>Hidden Obstacles to Successful 10 Gb Deployments &#171; Network Observations</dc:creator>
		<pubDate>Mon, 09 Jun 2008 15:28:43 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=521#comment-1123</guid>
		<description>[...] Obstacles to Successful 10 Gb&#160;Deployments  As I wrote about earlier, we&#8217;re in the beginning stages of a definite move towards 10 Gb with nearly one-quarter of organizations deploying by the end of [...]</description>
		<content:encoded><![CDATA[<p>[...] Obstacles to Successful 10 Gb&nbsp;Deployments  As I wrote about earlier, we&#8217;re in the beginning stages of a definite move towards 10 Gb with nearly one-quarter of organizations deploying by the end of [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Monitoring Avaya IP Telephony by Stephen Brown</title>
		<link>http://networkinstruments.wordpress.com/2008/05/30/monitoring-avaya-ip-telephony/#comment-1117</link>
		<dc:creator>Stephen Brown</dc:creator>
		<pubDate>Wed, 04 Jun 2008 16:01:28 +0000</pubDate>
		<guid isPermaLink="false">http://networkinstruments.wordpress.com/?p=531#comment-1117</guid>
		<description>Really appreciated your comments on available Avaya tools and other monitoring applications. Both product sets, whether from Network Instruments or Avaya, have definite markets. It depends upon the type of organization and network we're talking about. 

Part of what spawned this post was the number of Avaya customers that have been purchasing our tools. A couple of things come to mind in terms of looking at why someone might look at Network Instruments in addition to the Avaya tools:

Integrated VoIP and Network Monitoring
Given VoIP's sensitivity to interruptions from other applications, it's important to have a complete view of all network traffic. Network Instruments solutions provide that complete view of all applications flowing across your entire network. So, from your web browser you could monitor VoIP, see MOS is decreasing, and immediately identify whether an unexpected bandwidth spike from another application caused the problem.

Handling Higher Network Speeds
Wireshark is a solid solution, but it does have limitations for larger organizations monitoring larger full-duplex gigabit and 10 Gigabit Ethernet networks. This is a part of what I meant by each product has its markets. Your network environment may dictate the monitoring solutions you use. 

Post-Event Capture vs. Rewinding the Network 
One of the newest developments in network troubleshooting has been the ability to store terabytes of network-level data for later replay and analysis called retrospective network analysis (RNA). Rather than having to wait for the problem to recur, network engineers can rewind the network and replay the event. In the same way that TiVo changed the way we watch TV, GigaStor and similar RNA products are changing troubleshooting. When time to resolution is critical, RNA offers significant time savings over traditional analysis tools by eliminating problem recreation.

Drilling Into Packets
Although Avaya offerings allow you to monitor statistics such as round-trip-delay, deviance-buffers (jitter), perceived link quality (MOS Score), among others, how do you proceed to troubleshooting when you do spot a potential performance problem? With Network Instruments solutions you can easily drill from a high-level statistical view down to the packet level for quick diagnosis. So upon seeing any type of call quality issues, you could immediately dive into the packets. You can also use experts to graphically view the network conversations to identify latency, see packets traveling across multiple network segments, replay the VoIP call, etc. 

Reporting and Data Mining
Network Instruments reports can be viewed either from the console or web browser. VoIP statistics can be tracked on an aggregated or per-call basis. Data mining and drill down is seamless because it's the same product. So there isn't any use of an outside database or toggling between different tools. Not to mention hoping that the data same data captured/monitored by one solution was seen by the other.</description>
		<content:encoded><![CDATA[<p>Really appreciated your comments on available Avaya tools and other monitoring applications. Both product sets, whether from Network Instruments or Avaya, have definite markets. It depends upon the type of organization and network we&#8217;re talking about. </p>
<p>Part of what spawned this post was the number of Avaya customers that have been purchasing our tools. A couple of things come to mind in terms of looking at why someone might look at Network Instruments in addition to the Avaya tools:</p>
<p>Integrated VoIP and Network Monitoring<br />
Given VoIP&#8217;s sensitivity to interruptions from other applications, it&#8217;s important to have a complete view of all network traffic. Network Instruments solutions provide that complete view of all applications flowing across your entire network. So, from your web browser you could monitor VoIP, see MOS is decreasing, and immediately identify whether an unexpected bandwidth spike from another application caused the problem.</p>
<p>Handling Higher Network Speeds<br />
Wireshark is a solid solution, but it does have limitations for larger organizations monitoring larger full-duplex gigabit and 10 Gigabit Ethernet networks. This is a part of what I meant by each product has its markets. Your network environment may dictate the monitoring solutions you use. </p>
<p>Post-Event Capture vs. Rewinding the Network<br />
One of the newest developments in network troubleshooting has been the ability to store terabytes of network-level data for later replay and analysis called retrospective network analysis (RNA). Rather than having to wait for the problem to recur, network engineers can rewind the network and replay the event. In the same way that TiVo changed the way we watch TV, GigaStor and similar RNA products are changing troubleshooting. When time to resolution is critical, RNA offers significant time savings over traditional analysis tools by eliminating problem recreation.</p>
<p>Drilling Into Packets<br />
Although Avaya offerings allow you to monitor statistics such as round-trip-delay, deviance-buffers (jitter), perceived link quality (MOS Score), among others, how do you proceed to troubleshooting when you do spot a potential performance problem? With Network Instruments solutions you can easily drill from a high-level statistical view down to the packet level for quick diagnosis. So upon seeing any type of call quality issues, you could immediately dive into the packets. You can also use experts to graphically view the network conversations to identify latency, see packets traveling across multiple network segments, replay the VoIP call, etc. </p>
<p>Reporting and Data Mining<br />
Network Instruments reports can be viewed either from the console or web browser. VoIP statistics can be tracked on an aggregated or per-call basis. Data mining and drill down is seamless because it&#8217;s the same product. So there isn&#8217;t any use of an outside database or toggling between different tools. Not to mention hoping that the data same data captured/monitored by one solution was seen by the other.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
