<?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 Fragments</title>
	<atom:link href="http://blogs.nil.com/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.nil.com</link>
	<description>The Official NIL Blog</description>
	<pubDate>Thu, 20 Nov 2008 13:34:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.3</generator>
		<item>
		<title>Comment on Cisco should embrace VMsafe, big time! by Bostjan Sustar</title>
		<link>http://blogs.nil.com/blog/2008/06/26/why-cisco-should-embrace-vmsafe-big-time/#comment-4</link>
		<dc:creator>Bostjan Sustar</dc:creator>
		<pubDate>Tue, 28 Oct 2008 13:54:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=203#comment-4</guid>
		<description>Cisco Security Agent cannot really do its job outside the VM. Its main strength is that it is tied into the OS to control its behaviour.</description>
		<content:encoded><![CDATA[<p>Cisco Security Agent cannot really do its job outside the VM. Its main strength is that it is tied into the OS to control its behaviour.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Who is an associate? by Rogman</title>
		<link>http://blogs.nil.com/blog/2008/10/23/who-is-an-associate/#comment-14</link>
		<dc:creator>Rogman</dc:creator>
		<pubDate>Tue, 28 Oct 2008 12:12:57 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=270#comment-14</guid>
		<description>Here is my thought on this.

I have a CCNA. I am preparing for my BSCI.

However I have committed to myself after I complete my BSCI to to go back and go over the fundamentals again.

I believe I have a fair knowledge, but my thinking is that I want the fundamentals to be so ingrained in to me that I could explain them in my sleep.

This means the core protocols like ARP, ICMP, DNS etc.

I felt like the CCNA and my preparation for it did not do me justice.</description>
		<content:encoded><![CDATA[<p>Here is my thought on this.</p>
<p>I have a CCNA. I am preparing for my BSCI.</p>
<p>However I have committed to myself after I complete my BSCI to to go back and go over the fundamentals again.</p>
<p>I believe I have a fair knowledge, but my thinking is that I want the fundamentals to be so ingrained in to me that I could explain them in my sleep.</p>
<p>This means the core protocols like ARP, ICMP, DNS etc.</p>
<p>I felt like the CCNA and my preparation for it did not do me justice.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Gaining Knowledge - what&#8217;s the best way to do it? by Bojan Kotnik</title>
		<link>http://blogs.nil.com/blog/2008/10/14/gaining-knowledge-whats-the-best-way-to-do-it/#comment-13</link>
		<dc:creator>Bojan Kotnik</dc:creator>
		<pubDate>Fri, 24 Oct 2008 12:07:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=263#comment-13</guid>
		<description>Excellent question Rogman, thank you!

Specific training geared for one person is possible, all you would need is to select most suitable learning method for you.

Of course an &lt;a href="http://www.nil.si/C1257455003A036D/html/classroom+trainings" rel="nofollow"&gt;ILT&lt;/a&gt; for one person would probably be quite exclusive solution, on the other hand there are many types of &lt;a href="http://www.nil.si/C1257455003A036D/html/learning_options" rel="nofollow"&gt;learning options&lt;/a&gt; to suit your specific needs.

Please do not hesitate to contact &lt;a href="mailto:sales-support@nil.com" rel="nofollow"&gt;NIL Learning and Consulting Services&lt;/a&gt; for additional information. Looking forward to hear from you :-)</description>
		<content:encoded><![CDATA[<p>Excellent question Rogman, thank you!</p>
<p>Specific training geared for one person is possible, all you would need is to select most suitable learning method for you.</p>
<p>Of course an <a href="http://www.nil.si/C1257455003A036D/html/classroom+trainings" rel="nofollow">ILT</a> for one person would probably be quite exclusive solution, on the other hand there are many types of <a href="http://www.nil.si/C1257455003A036D/html/learning_options" rel="nofollow">learning options</a> to suit your specific needs.</p>
<p>Please do not hesitate to contact <a href="mailto:sales-support@nil.com" rel="nofollow">NIL Learning and Consulting Services</a> for additional information. Looking forward to hear from you <img src='http://blogs.nil.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Gaining Knowledge - what&#8217;s the best way to do it? by Rogman</title>
		<link>http://blogs.nil.com/blog/2008/10/14/gaining-knowledge-whats-the-best-way-to-do-it/#comment-12</link>
		<dc:creator>Rogman</dc:creator>
		<pubDate>Mon, 20 Oct 2008 10:28:07 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=263#comment-12</guid>
		<description>Hmm Ivan well what about someone like me, a single person.

Is it possible to have specific training geared for one person? I doubt but I thought I would still ask.</description>
		<content:encoded><![CDATA[<p>Hmm Ivan well what about someone like me, a single person.</p>
<p>Is it possible to have specific training geared for one person? I doubt but I thought I would still ask.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Don&#8217;t despair, vote! by Rogman</title>
		<link>http://blogs.nil.com/blog/2008/10/10/dont-despair-vote/#comment-11</link>
		<dc:creator>Rogman</dc:creator>
		<pubDate>Tue, 14 Oct 2008 12:05:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=261#comment-11</guid>
		<description>Ivan I am taking your posts to heart as this has struck a chord with me. I have some feedback to give NIL on some of the labs I recently did with you.

I have so many network questions I am almost a bit embarassed :)

See you in the forums</description>
		<content:encoded><![CDATA[<p>Ivan I am taking your posts to heart as this has struck a chord with me. I have some feedback to give NIL on some of the labs I recently did with you.</p>
<p>I have so many network questions I am almost a bit embarassed <img src='http://blogs.nil.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /><br />
See you in the forums</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on End-to-end responsibility by pavel skovajsa</title>
		<link>http://blogs.nil.com/blog/2008/09/01/end-to-end-responsibility/#comment-9</link>
		<dc:creator>pavel skovajsa</dc:creator>
		<pubDate>Mon, 15 Sep 2008 19:16:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=241#comment-9</guid>
		<description>Ivan,

there are number of areas in which I think your way of running a company has couple drawbacks.

Mainly I think that this is not a sustainable model for running a bigger company as it does not conform to the 'factory' approach, where each unit specializes in the area in which they are best.

Yes, I agree that the way the 'factory' approach tranforms into reality is somehow cumbersome - sometimes presales are 'too' high level ("let's put some network devices here and there"), implementation guys want to "just get the work done and gone", and support people "don't really care", but I believe this all can be tamed and glued together with some good management skills and official handover processes.

To give you an example, we at work have something which is called a 'release to production acceptance' process which is run every time 'something' has to move from 'implementation' status into full 'production' status thereby the implementation guys are handing over the network to the support guys. As part of this process the support/ongoing delivery guys check whether everything is properly documented and handed over properly, there are no flaws in the design, monitoring is setup etc.

The second drawback that I see in this way of running a company is that it is against the specialization approach where some people are only good at certain things (talkative people for presales, tech geeks for implementation etc.). Also you are giving away the time of your expensive CCIE employee, just to fix some small problem for a customer and be distracted by it from current work, which has obviously cost implication for you and your customers.

All in all, running the company with one man end-to-end responsibility is maybe nice for the customer, but certainly not sustainable and effective from long-term perspective.

Regards,
Pavel</description>
		<content:encoded><![CDATA[<p>Ivan,</p>
<p>there are number of areas in which I think your way of running a company has couple drawbacks.</p>
<p>Mainly I think that this is not a sustainable model for running a bigger company as it does not conform to the &#8216;factory&#8217; approach, where each unit specializes in the area in which they are best.</p>
<p>Yes, I agree that the way the &#8216;factory&#8217; approach tranforms into reality is somehow cumbersome - sometimes presales are &#8216;too&#8217; high level (&#8221;let&#8217;s put some network devices here and there&#8221;), implementation guys want to &#8220;just get the work done and gone&#8221;, and support people &#8220;don&#8217;t really care&#8221;, but I believe this all can be tamed and glued together with some good management skills and official handover processes.</p>
<p>To give you an example, we at work have something which is called a &#8216;release to production acceptance&#8217; process which is run every time &#8217;something&#8217; has to move from &#8216;implementation&#8217; status into full &#8216;production&#8217; status thereby the implementation guys are handing over the network to the support guys. As part of this process the support/ongoing delivery guys check whether everything is properly documented and handed over properly, there are no flaws in the design, monitoring is setup etc.</p>
<p>The second drawback that I see in this way of running a company is that it is against the specialization approach where some people are only good at certain things (talkative people for presales, tech geeks for implementation etc.). Also you are giving away the time of your expensive CCIE employee, just to fix some small problem for a customer and be distracted by it from current work, which has obviously cost implication for you and your customers.</p>
<p>All in all, running the company with one man end-to-end responsibility is maybe nice for the customer, but certainly not sustainable and effective from long-term perspective.</p>
<p>Regards,<br />
Pavel</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on End-to-end responsibility by MPLS-Routing</title>
		<link>http://blogs.nil.com/blog/2008/09/01/end-to-end-responsibility/#comment-8</link>
		<dc:creator>MPLS-Routing</dc:creator>
		<pubDate>Wed, 03 Sep 2008 04:18:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=241#comment-8</guid>
		<description>Ivan

In our company we used to follow the tradition which you were talking about. But now a days out CTO has changed the same like you were talking, in which a technical guy is sent with the sales person to understand the problem and after that technical guy prepares the design and handover to the implementation team and design guy will work with that team also. Prior implementing the solution we were fcing lot of problems like sales &#38; presales guy commited the solution which may have some constraints in technical but now a days after the implementation of new solution we relaxed so much.

regards
shivlu</description>
		<content:encoded><![CDATA[<p>Ivan</p>
<p>In our company we used to follow the tradition which you were talking about. But now a days out CTO has changed the same like you were talking, in which a technical guy is sent with the sales person to understand the problem and after that technical guy prepares the design and handover to the implementation team and design guy will work with that team also. Prior implementing the solution we were fcing lot of problems like sales &amp; presales guy commited the solution which may have some constraints in technical but now a days after the implementation of new solution we relaxed so much.</p>
<p>regards<br />
shivlu</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PKI Hell, Part 2: We Have Met the Third Party and It is Us by Jan Bervar</title>
		<link>http://blogs.nil.com/blog/2008/07/28/pki-hell-part-2-we-have-met-the-third-party-and-he-is-us/#comment-7</link>
		<dc:creator>Jan Bervar</dc:creator>
		<pubDate>Mon, 04 Aug 2008 15:08:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=219#comment-7</guid>
		<description>It seems that this topic is still hot :) Today, there is a discussion on Slashdot (Mozilla SSL Policy Considered Bad For the Web, http://tech.slashdot.org/article.pl?sid=08/08/04/0058217) that again shows that most people do not understand the basic issues with self-signed certificates, and that SSL/TLS encryption critically depends on correct authentication.</description>
		<content:encoded><![CDATA[<p>It seems that this topic is still hot <img src='http://blogs.nil.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> Today, there is a discussion on Slashdot (Mozilla SSL Policy Considered Bad For the Web, <a href="http://tech.slashdot.org/article.pl?sid=08/08/04/0058217" rel="nofollow">http://tech.slashdot.org/article.pl?sid=08/08/04/0058217</a>) that again shows that most people do not understand the basic issues with self-signed certificates, and that SSL/TLS encryption critically depends on correct authentication.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Which IOS release should I use? by SeanW</title>
		<link>http://blogs.nil.com/blog/2008/07/04/which-ios-release-should-i-use/#comment-6</link>
		<dc:creator>SeanW</dc:creator>
		<pubDate>Sat, 12 Jul 2008 15:27:13 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=212#comment-6</guid>
		<description>Some questions come to mind after I read this.

- If reliability is the primary concern, why are we using the Internet?  The reliability of the Internet is likely going to be an order of magnitude less than that of a randomly chosen IOS release.  The delta in reliability between this release and the release you choose after intensive investigation is going to be even smaller still.

- Is "well, we haven't seen any problems with it" a good way of choosing an IOS?  If that's the litmus test, then why not call TAC for advice (who should be more in tune with known problems) and use the bug tracker to look for defects in the release? Coupled with smoke testing in the lab, this would seem to provide the same level of assurance as the partner's recommendation, and at zero cost.  The assumption here is that you and your team have the capability to do the work, which should be the case if the architect in question has reached the level of architect in a large financial institution.

Cisco Press published (a long time ago) a book on network reliability calculations which really puts this stuff in perspective.  I wish I still had it so I could mention the title.

Thanks for all the descriptions of the various plans and designations that Cisco has for IOS releases.

Sean</description>
		<content:encoded><![CDATA[<p>Some questions come to mind after I read this.</p>
<p>- If reliability is the primary concern, why are we using the Internet?  The reliability of the Internet is likely going to be an order of magnitude less than that of a randomly chosen IOS release.  The delta in reliability between this release and the release you choose after intensive investigation is going to be even smaller still.</p>
<p>- Is &#8220;well, we haven&#8217;t seen any problems with it&#8221; a good way of choosing an IOS?  If that&#8217;s the litmus test, then why not call TAC for advice (who should be more in tune with known problems) and use the bug tracker to look for defects in the release? Coupled with smoke testing in the lab, this would seem to provide the same level of assurance as the partner&#8217;s recommendation, and at zero cost.  The assumption here is that you and your team have the capability to do the work, which should be the case if the architect in question has reached the level of architect in a large financial institution.</p>
<p>Cisco Press published (a long time ago) a book on network reliability calculations which really puts this stuff in perspective.  I wish I still had it so I could mention the title.</p>
<p>Thanks for all the descriptions of the various plans and designations that Cisco has for IOS releases.</p>
<p>Sean</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New math: 2 + 0 = 3? by Ivan Pepelnjak</title>
		<link>http://blogs.nil.com/blog/2008/07/02/new-math-2-0-3/#comment-5</link>
		<dc:creator>Ivan Pepelnjak</dc:creator>
		<pubDate>Wed, 02 Jul 2008 14:15:50 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.nil.com/?p=209#comment-5</guid>
		<description>Let me just add that IBM had an &lt;a href="http://en.wikipedia.org/wiki/VM/CMS" rel="nofollow"&gt;operating system with virtual machines&lt;/a&gt; and hypervisor 35 years ago; they even supported VM-inside-VM :)</description>
		<content:encoded><![CDATA[<p>Let me just add that IBM had an <a href="http://en.wikipedia.org/wiki/VM/CMS" rel="nofollow">operating system with virtual machines</a> and hypervisor 35 years ago; they even supported VM-inside-VM <img src='http://blogs.nil.com/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
