<?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>All_about_network &#187; Huawei</title>
	<atom:link href="http://www.kuncar.net/blog/tag/huawei/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.kuncar.net/blog</link>
	<description></description>
	<lastBuildDate>Wed, 12 May 2010 00:09:53 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>From Huawei to HP&#8230;</title>
		<link>http://www.kuncar.net/blog/from-huawei-to-hp/2010/</link>
		<comments>http://www.kuncar.net/blog/from-huawei-to-hp/2010/#comments</comments>
		<pubDate>Wed, 12 May 2010 00:09:53 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[3com]]></category>
		<category><![CDATA[H3C]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[Huawei]]></category>
		<category><![CDATA[commware]]></category>
		<category><![CDATA[vrp]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=523</guid>
		<description><![CDATA[This post will be slightly atypical for this blog, but I think it is rather important to sum up what happened in last approximately three years. I&#8217;ll try summarize some history behind the Huawei/H3C/3Com/HP products. The reason for this &#8220;history&#8221; lesson is that quite a lot of people is confused of what was/is/will be and [...]]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/from-huawei-to-hp/2010/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Frame-relay multilink and VRF on AR46 platform with VRP 3.40</title>
		<link>http://www.kuncar.net/blog/frame-relay-multilink-and-vrf-on-ar46-platform-with-vrp-340/2009/</link>
		<comments>http://www.kuncar.net/blog/frame-relay-multilink-and-vrf-on-ar46-platform-with-vrp-340/2009/#comments</comments>
		<pubDate>Sun, 17 May 2009 23:10:14 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[Huawei]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[ar-46]]></category>
		<category><![CDATA[frame relay]]></category>
		<category><![CDATA[multilink]]></category>
		<category><![CDATA[vrf]]></category>
		<category><![CDATA[vrp]]></category>
		<category><![CDATA[vrp 3.40]]></category>
		<category><![CDATA[vrrp]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=58</guid>
		<description><![CDATA[So time had come to (finally) leave the IPSec and move on to some other stuff. This scenario will show how to configure Frame Relay multilink, some QoS and all of that in combination with VRF and VRRP technology. As this topic is rather more extensive than the previous ones it will be divided into [...]]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/frame-relay-multilink-and-vrf-on-ar46-platform-with-vrp-340/2009/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>l2tp over IPSec scenario</title>
		<link>http://www.kuncar.net/blog/l2tp-over-ipsec-scenario/2009/</link>
		<comments>http://www.kuncar.net/blog/l2tp-over-ipsec-scenario/2009/#comments</comments>
		<pubDate>Sat, 09 May 2009 23:59:14 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[Huawei]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[Security Links]]></category>
		<category><![CDATA[windows]]></category>
		<category><![CDATA[IPSec]]></category>
		<category><![CDATA[L2tp]]></category>
		<category><![CDATA[vrp 3.40]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=77</guid>
		<description><![CDATA[So this is the long promised scenario that can be used with windows XP (even though it is not really user friendly). If you need a &#8220;PC-client &#8211; VPN-concentrator&#8221; scenario. Huawei does offer only one-way ticket for you and it is l2tp over IPSec. Unless you want to use some MPLS over IPSec which is [...]]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/l2tp-over-ipsec-scenario/2009/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Port isolate vs. Mac Forced Forwarding</title>
		<link>http://www.kuncar.net/blog/mac-forced-forwarding/2009/</link>
		<comments>http://www.kuncar.net/blog/mac-forced-forwarding/2009/#comments</comments>
		<pubDate>Thu, 09 Apr 2009 16:28:10 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[Huawei]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[mac-forced-forwarding]]></category>
		<category><![CDATA[port isolate]]></category>
		<category><![CDATA[S3900]]></category>
		<category><![CDATA[S5600]]></category>
		<category><![CDATA[S6500]]></category>
		<category><![CDATA[VRP 3.10]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=211</guid>
		<description><![CDATA[<img class="alignleft size-thumbnail wp-image-118" title="Huawei Logo" src="http://www.kuncar.net/blog/wp-content/uploads/2009/03/huawei_logo_001-150x150.jpg" alt="Huawei Logo" width="120" height="120" />Let me first say that these two features are supposed to do very similar things - they are designed to separate access users so their traffic cannot go directly between them without any control. This is a must as most of the attacks are actually executed from inside your own network and specifically in the same subnet where the]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/mac-forced-forwarding/2009/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Huawei&#8217;s send command</title>
		<link>http://www.kuncar.net/blog/huaweis-send-command/2009/</link>
		<comments>http://www.kuncar.net/blog/huaweis-send-command/2009/#comments</comments>
		<pubDate>Mon, 06 Apr 2009 22:21:28 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[Huawei]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[vrp]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=177</guid>
		<description><![CDATA[<img class="alignleft size-thumbnail wp-image-118" title="Huawei Logo" src="http://www.kuncar.net/blog/wp-content/uploads/2009/03/huawei_logo_001-150x150.jpg" alt="Huawei Logo" width="120" height="120" />This article is just about small, handy and not-so-widely known command in all Huawei's equipment. The command is in user-view and is called send.

If you are wandering what exactly does this do the answer is quite simple - it is sort of instant messaging built into every VRP I have seen. It enables to send message to any console/terminal]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/huaweis-send-command/2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Troubleshooting IPSec on Huawei routers</title>
		<link>http://www.kuncar.net/blog/troubleshooting-ipsec-on-huawei-routers/2009/</link>
		<comments>http://www.kuncar.net/blog/troubleshooting-ipsec-on-huawei-routers/2009/#comments</comments>
		<pubDate>Sun, 11 Jan 2009 00:23:07 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[Huawei]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[ike]]></category>
		<category><![CDATA[IPSec]]></category>
		<category><![CDATA[router]]></category>
		<category><![CDATA[troubleshooting]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=62</guid>
		<description><![CDATA[<img class="alignleft size-thumbnail wp-image-118" title="Huawei Logo" src="http://www.kuncar.net/blog/wp-content/uploads/2009/03/huawei_logo_001-150x150.jpg" alt="Huawei Logo" width="120" height="120" />Ok so in my previous posts I described the most common config of IPsec with IKE. For troubleshooting this config there are few simple things one should check for basic troubleshoot.

No. 1 Check display IKE sa command in user view

Output of this command should show you two IKE entries. It is necessary to be two because if there is]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/troubleshooting-ipsec-on-huawei-routers/2009/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>Few notes to comparison between VRP 3.40 and 5.20</title>
		<link>http://www.kuncar.net/blog/few-notes-to-comparison-between-vrp-340-and-520/2008/</link>
		<comments>http://www.kuncar.net/blog/few-notes-to-comparison-between-vrp-340-and-520/2008/#comments</comments>
		<pubDate>Fri, 26 Dec 2008 01:11:54 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[Huawei]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[AR-19-1X]]></category>
		<category><![CDATA[VRP-5.20]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=54</guid>
		<description><![CDATA[<img class="alignleft size-thumbnail wp-image-118" title="Huawei Logo" src="http://www.kuncar.net/blog/wp-content/uploads/2009/03/huawei_logo_001-150x150.jpg" alt="Huawei Logo" width="120" height="120" />As on the AR 19-X boxes I had an opportunity to work on new VRP (which stands for Versatile Routing Platform and is equal to CISCO's IOS) the version was 5.20 and 5.20 release 1618. I have to admit  that I was kind of disappointed. There are two major setbacks.
<ul>
	<li>The CLI is forcing you to use complete commands</li>
</ul>
This would]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/few-notes-to-comparison-between-vrp-340-and-520/2008/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Some GRE/IPSec and basic QoS scenarios on AR 19-X and VRP 5.20 Part I.</title>
		<link>http://www.kuncar.net/blog/some-gre-ipsec-and-basic-qos-ar-19-x-and-vrp-520-part-i/2008/</link>
		<comments>http://www.kuncar.net/blog/some-gre-ipsec-and-basic-qos-ar-19-x-and-vrp-520-part-i/2008/#comments</comments>
		<pubDate>Thu, 25 Dec 2008 02:21:29 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[Huawei]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[adsl]]></category>
		<category><![CDATA[AR-19-1X]]></category>
		<category><![CDATA[ATM]]></category>
		<category><![CDATA[chap]]></category>
		<category><![CDATA[GRE]]></category>
		<category><![CDATA[IPSec]]></category>
		<category><![CDATA[pap]]></category>
		<category><![CDATA[pppoe]]></category>
		<category><![CDATA[VPN]]></category>
		<category><![CDATA[VRP-5.20]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=44</guid>
		<description><![CDATA[<img class="alignright size-thumbnail wp-image-118" title="Huawei Logo" src="http://www.kuncar.net/blog/wp-content/uploads/2009/03/huawei_logo_001-150x150.jpg" alt="Huawei Logo" width="120" height="120" /> As I promised there goes some stuff I was having fun with lately. Followingscenario is from real life and includes some interesting combinations of features.

The problem is stated as follows:
<ol>
	<li>AR 19-X is a CPE that is connected to ADSL (SHDSL) line of ISP</li>
	<li>You need to use GRE tunnel for transporting L3 multicast (especially for OSPF) and IPSec for</li></ol>]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/some-gre-ipsec-and-basic-qos-ar-19-x-and-vrp-520-part-i/2008/feed/</wfw:commentRss>
		<slash:comments>6</slash:comments>
		</item>
		<item>
		<title>QoS on AR 19-1X and 29-X series</title>
		<link>http://www.kuncar.net/blog/qos-on-ar-19-1x-and-29-x-series/2008/</link>
		<comments>http://www.kuncar.net/blog/qos-on-ar-19-1x-and-29-x-series/2008/#comments</comments>
		<pubDate>Tue, 09 Dec 2008 23:56:39 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[Huawei]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[router]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=40</guid>
		<description><![CDATA[As my days at Huawei Czech are getting to an end I would like to share as much as I was able to learn about some advanced stuff. To be exact I will publish three scenarios for hierarchical QoS on above mentioned routers. If time allows I will add also some stuff about VRFs. So [...]]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/qos-on-ar-19-1x-and-29-x-series/2008/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Unlocking CISCO devices to work with &#8220;unsupported&#8221; SFP</title>
		<link>http://www.kuncar.net/blog/unlocking-cisco-devices-to-work-with-unsupported-sfp/2008/</link>
		<comments>http://www.kuncar.net/blog/unlocking-cisco-devices-to-work-with-unsupported-sfp/2008/#comments</comments>
		<pubDate>Sun, 21 Sep 2008 17:42:37 +0000</pubDate>
		<dc:creator>tnk</dc:creator>
				<category><![CDATA[Cisco]]></category>
		<category><![CDATA[Huawei]]></category>
		<category><![CDATA[Networking]]></category>
		<category><![CDATA[sfp]]></category>

		<guid isPermaLink="false">http://www.kuncar.net/blog/?p=24</guid>
		<description><![CDATA[<img class="alignleft size-full wp-image-131" title="cisco_logo" src="http://www.kuncar.net/blog/wp-content/uploads/2008/09/cisco_logo.jpg" alt="cisco_logo" width="130" height="69" />In cisco equipment there is one very irritating problem - it works only with "cisco" SFPs.

Well actually cisco is not manufacturing sfps so basically there is just some check going on inside the router/switch. It can drive you crazy if your only cisco sfp dies and you have nothing except for some normal 3rd party sfp (which is by cisco standard]]></description>
		<wfw:commentRss>http://www.kuncar.net/blog/unlocking-cisco-devices-to-work-with-unsupported-sfp/2008/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
