<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
>

<channel>
	<title>NetNotes</title>
	<atom:link href="http://netnotes.maka.biz/feed/" rel="self" type="application/rss+xml" />
	<link>http://netnotes.maka.biz</link>
	<description>Data/Voice/Video networking, TCP/IP Routing/Switching, Cisco networking</description>
	<pubDate>Sat, 10 Oct 2009 20:12:11 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
	<language>en</language>
		<!-- podcast_generator="podPress/8.8" -->
		<copyright>&#xA9; </copyright>
		<managingEditor>netnotes@maka.biz ()</managingEditor>
		<webMaster>netnotes@maka.biz()</webMaster>
		<category></category>
		<ttl>1440</ttl>
		<itunes:keywords></itunes:keywords>
		<itunes:subtitle></itunes:subtitle>
		<itunes:summary>Data/Voice/Video networking, TCP/IP Routing/Switching, Cisco networking</itunes:summary>
		<itunes:author></itunes:author>
		<itunes:category text="Society &amp; Culture"/>
		<itunes:owner>
			<itunes:name></itunes:name>
			<itunes:email>netnotes@maka.biz</itunes:email>
		</itunes:owner>
		<itunes:block>No</itunes:block>
		<itunes:explicit>no</itunes:explicit>
		<itunes:image href="http://netnotes.maka.biz/wp-content/plugins/podpress/images/powered_by_podpress_large.jpg" />
		<image>
			<url>http://netnotes.maka.biz/wp-content/plugins/podpress/images/powered_by_podpress.jpg</url>
			<title>NetNotes</title>
			<link>http://netnotes.maka.biz</link>
			<width>144</width>
			<height>144</height>
		</image>
		<item>
		<title>GRE/IPSEC терминация зад NAT</title>
		<link>http://netnotes.maka.biz/?p=87</link>
		<comments>http://netnotes.maka.biz/?p=87#comments</comments>
		<pubDate>Sat, 10 Oct 2009 20:12:11 +0000</pubDate>
		<dc:creator>blastinc</dc:creator>
		
		<category><![CDATA[Security]]></category>

		<category><![CDATA[VPNs]]></category>

		<category><![CDATA[GRE]]></category>

		<category><![CDATA[IPSEC]]></category>

		<category><![CDATA[ISAKMP]]></category>

		<category><![CDATA[NAT]]></category>

		<category><![CDATA[VPN]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/?p=87</guid>
		<description><![CDATA[Да предположим , че ни трябва (по каквато и да било причина; ) ) site-to-site VPN, на който едната страна да е зад NAT. Следната диаграма илюстрира този сценарий:
Трябва да имаме IPSEC SA между RLeft и RRight и също така трябва да имаме  GRE тунел между същите два рутера, върху тази IPSEC SA. IPSEC [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=87</wfw:commentRss>
		</item>
		<item>
		<title>Първоначалната спецификация на TCP</title>
		<link>http://netnotes.maka.biz/?p=69</link>
		<comments>http://netnotes.maka.biz/?p=69#comments</comments>
		<pubDate>Tue, 10 Feb 2009 10:00:50 +0000</pubDate>
		<dc:creator>maka</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[IP]]></category>

		<category><![CDATA[TCP]]></category>

		<category><![CDATA[TCP/IP]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/?p=69</guid>
		<description><![CDATA[Интересно четиво, което ми попадна напоследък е първоначалната предложена спецификация на TCP протокола. Спецификацията е презентация на Винт Сърф и Робърт Кан от 1974г. когато по време на IEEE Transaction of Communications те предлагат дизайн на нов протокол за пакетна комутация. Документът се казва A protocol for packet network intercommunication и е интересен от гледна [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=69</wfw:commentRss>
		</item>
		<item>
		<title>Cisco IOS banner константи</title>
		<link>http://netnotes.maka.biz/?p=60</link>
		<comments>http://netnotes.maka.biz/?p=60#comments</comments>
		<pubDate>Sat, 17 Jan 2009 16:16:06 +0000</pubDate>
		<dc:creator>maka</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[banner]]></category>

		<category><![CDATA[banner tokens]]></category>

		<category><![CDATA[Cisco IOS]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/?p=60</guid>
		<description><![CDATA[От Cisco IOS Release 12.0(3)T съществува опция за използване на константи в различните банери, настройвани на рутери. Константите се заменят от съответната фактическа стойност при показване на банера и могат да сочат към различни параметри на устройството или конфигурацията. 
Възможните константи и тяхната поддържка в различните банери са описани в таблицата:




Банер\константа


motd


login


exec


incoming


slip-ppp


Описание




$(hostname)


ДА

ДА

ДА


ДА


ДА

Хостнаме на устройството



$(domain)


ДА


ДА

ДА

ДА


ДА

Домейн



$(peer-ip)


НЕ


НЕ


НЕ


НЕ

ДА
IP Address на отсрещното [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=60</wfw:commentRss>
		</item>
		<item>
		<title>BGP RIB Failure</title>
		<link>http://netnotes.maka.biz/?p=46</link>
		<comments>http://netnotes.maka.biz/?p=46#comments</comments>
		<pubDate>Wed, 07 Jan 2009 19:05:11 +0000</pubDate>
		<dc:creator>maka</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[Routing]]></category>

		<category><![CDATA[BGP]]></category>

		<category><![CDATA[eBGP]]></category>

		<category><![CDATA[iBGP]]></category>

		<category><![CDATA[RIB-Failure]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/?p=46</guid>
		<description><![CDATA[BGP RIB-Failure е ситуация, при която маршрути от BGP базата данни не могат да бъдат инсталирани в главната рутинг таблица, по различни причини:

Маршрутът вече е инсталиран в маршрутната таблица с по-нисък administrative distance (напр. статичен маршрут или научен от вътрешен протокол);
Маршрутът е директно свързана мрежа (частен случай на по-ниският administrative distance);
Маршрутът е до IP адрес [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=46</wfw:commentRss>
		</item>
		<item>
		<title>VRF Lite - VRF без MPLS</title>
		<link>http://netnotes.maka.biz/?p=21</link>
		<comments>http://netnotes.maka.biz/?p=21#comments</comments>
		<pubDate>Fri, 26 Dec 2008 10:00:05 +0000</pubDate>
		<dc:creator>maka</dc:creator>
		
		<category><![CDATA[Routing]]></category>

		<category><![CDATA[BGP]]></category>

		<category><![CDATA[EIGRP]]></category>

		<category><![CDATA[metro ethernet]]></category>

		<category><![CDATA[MP-iBGP]]></category>

		<category><![CDATA[MPLS]]></category>

		<category><![CDATA[OSPF]]></category>

		<category><![CDATA[VRF]]></category>

		<category><![CDATA[VRF Lite]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/?p=21</guid>
		<description><![CDATA[MPLS VRF-ите са едно колкото популярно, толкова и рекламирано решение за provider vpn-и и сегрегация на трафик в трета мрежа, което предлага и разчита на няколко неща, за да се продава  :

Сегментиране на трафик между устройства на различни клиенти през трета мрежа, обикновено доставчик на услуга;
Възможност за запазване на маршрутната информация на клиента, чрез [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=21</wfw:commentRss>
		</item>
		<item>
		<title>&#8220;странни&#8221; команди при CISCO3825 boot</title>
		<link>http://netnotes.maka.biz/?p=12</link>
		<comments>http://netnotes.maka.biz/?p=12#comments</comments>
		<pubDate>Fri, 10 Oct 2008 19:52:41 +0000</pubDate>
		<dc:creator>maka</dc:creator>
		
		<category><![CDATA[General]]></category>

		<category><![CDATA[autotest]]></category>

		<category><![CDATA[crypto accelerator]]></category>

		<category><![CDATA[crypto map]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/2008/10/10/%d1%81%d1%82%d1%80%d0%b0%d0%bd%d0%bd%d0%b8-%d0%ba%d0%be%d0%bc%d0%b0%d0%bd%d0%b4%d0%b8-%d0%bf%d1%80%d0%b8-cisco3825-boot/</guid>
		<description><![CDATA[Доста се учудих като видях следните команди логнати при bootване на един рутер:
idx   sess           user@line      Logged command
1     1        console@console  &#124;access-list 199 permit icmp host 10.10.10.10 host 20.20.20.20
2     1        console@console  &#124;crypto map NiStTeSt1 10 ipsec-manual
3     1        console@console  &#124;match address 199
4     1        console@console  &#124;set peer 20.20.20.20
5     1        console@console  &#124;exit
6     1        console@console  &#124;no access-list 199
7     1        console@console  &#124;no [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=12</wfw:commentRss>
		</item>
		<item>
		<title>cable testing на cisco 3750</title>
		<link>http://netnotes.maka.biz/?p=11</link>
		<comments>http://netnotes.maka.biz/?p=11#comments</comments>
		<pubDate>Sun, 02 Mar 2008 00:59:29 +0000</pubDate>
		<dc:creator>maka</dc:creator>
		
		<category><![CDATA[Switching]]></category>

		<category><![CDATA[cable testing]]></category>

		<category><![CDATA[Catalyst 3750]]></category>

		<category><![CDATA[TDR]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/2008/03/02/cable-testing-%d0%bd%d0%b0-cisco-3750/</guid>
		<description><![CDATA[Catalyst 2960, 2970, 3560/3560-E, и 3750/3750-E суичовете имат вграден Time Domain Reflector (TDR), с който може да се тестват кабелите директно от порта на суича. TDR не се поддържа на 10Gig портове и на SFP-портове.
Пример:

&#160;
SW01#test cable-diagnostics tdr interface gigabitethernet2/1
TDR test started on interface Gi2/1
A TDR test can take a few seconds to run on an [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=11</wfw:commentRss>
		</item>
		<item>
		<title>TCP congestion control и queueing</title>
		<link>http://netnotes.maka.biz/?p=10</link>
		<comments>http://netnotes.maka.biz/?p=10#comments</comments>
		<pubDate>Sun, 10 Feb 2008 23:01:35 +0000</pubDate>
		<dc:creator>maka</dc:creator>
		
		<category><![CDATA[Routing]]></category>

		<category><![CDATA[VoIP]]></category>

		<category><![CDATA[congestion avoidance]]></category>

		<category><![CDATA[congestion control]]></category>

		<category><![CDATA[QoS]]></category>

		<category><![CDATA[queueing]]></category>

		<category><![CDATA[slow-start]]></category>

		<category><![CDATA[TCP]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/2008/02/11/tcp-congestion-control-%d0%b8-queueing/</guid>
		<description><![CDATA[TCP механизми за регулация на трафика и congestion-control
В стандартните TCP имплементации има няколко механизма за предотвратяване на congestion:

 TCP Slow-start - това е стандартният метод за увеличаване на количеството данни, което се изпраща - в началото експоненциално започвайки от един сегмент, а след определен момент - линейно(congestion-avoidance поведение), и регулация на това количество при наличие [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=10</wfw:commentRss>
		</item>
		<item>
		<title>Port-channel</title>
		<link>http://netnotes.maka.biz/?p=6</link>
		<comments>http://netnotes.maka.biz/?p=6#comments</comments>
		<pubDate>Sun, 10 Feb 2008 00:29:18 +0000</pubDate>
		<dc:creator>maka</dc:creator>
		
		<category><![CDATA[Switching]]></category>

		<category><![CDATA[port-channel]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/2008/02/10/port-channel-%d0%b1%d0%b5%d0%bb%d0%b5%d0%b6%d0%ba%d0%b8/</guid>
		<description><![CDATA[Имаме следната настройка на port-channel между два Catalyst 3750 - SW1 Gig1/0/1 и Gig1/0/2, комбинирани в port-channel1 са свързани към Gig1/0/1 и Gig1/0/2 на SW2:

SW1:
interface GigabitEthernet1/0/1
description Member of PC1
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 1,2,3,4
switchport mode trunk
switchport nonegotiate
channel-group 1 mode on
interface GigabitEthernet1/0/2
description Member of PC1
switchport trunk encapsulation dot1q
switchport trunk allowed vlan 1,2,3,4
switchport mode trunk
switchport [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=6</wfw:commentRss>
		</item>
		<item>
		<title>Планиране на капацитет за VoIP</title>
		<link>http://netnotes.maka.biz/?p=5</link>
		<comments>http://netnotes.maka.biz/?p=5#comments</comments>
		<pubDate>Sat, 26 Jan 2008 02:50:29 +0000</pubDate>
		<dc:creator>maka</dc:creator>
		
		<category><![CDATA[VoIP]]></category>

		<category><![CDATA[bandwidth]]></category>

		<category><![CDATA[network design]]></category>

		<category><![CDATA[planning]]></category>

		<guid isPermaLink="false">http://netnotes.maka.biz/2008/01/26/%d0%9f%d0%bb%d0%b0%d0%bd%d0%b8%d1%80%d0%b0%d0%bd%d0%b5-%d0%bd%d0%b0-%d0%ba%d0%b0%d0%bf%d0%b0%d1%86%d0%b8%d1%82%d0%b5%d1%82-%d0%b7%d0%b0-voip/</guid>
		<description><![CDATA[Няколко са основните неща при планиране на необходим капацитет на свързаност при внедряване на VoIP:

Период на пакетизация (packetization period, a.k.a. PP);
Пакети в секунда (a.k.a. PPS, обратно пропорционална на периода на пакетизация);
Капацитет на кодека (codec bandwidth, a.k.a. CBW);
Допълнителни байтове от Data Link/IP/UDP/RTP/tunneling хедъри (overhead, a.k.a. TOH);

Съществуват някои механизми за спестяване на капацитет като например VAD (Voice [...]]]></description>
		<wfw:commentRss>http://netnotes.maka.biz/?feed=rss2&amp;p=5</wfw:commentRss>
		</item>
	</channel>
</rss>
