<?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>Tom&#039;s Notes &#187; Cisco CCNA4</title>
	<atom:link href="http://wp.greenwood.net.nz/category/cisco-ccna4/feed/" rel="self" type="application/rss+xml" />
	<link>http://wp.greenwood.net.nz</link>
	<description>CCNA4 Notes - Term 2, 2009</description>
	<lastBuildDate>Thu, 02 Jul 2009 21:43:25 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Module 6 &#8211; Network Administration</title>
		<link>http://wp.greenwood.net.nz/module-6-network-admin/</link>
		<comments>http://wp.greenwood.net.nz/module-6-network-admin/#comments</comments>
		<pubDate>Thu, 18 Jun 2009 21:00:02 +0000</pubDate>
		<dc:creator>Tom GT</dc:creator>
				<category><![CDATA[Cisco CCNA4]]></category>
		<category><![CDATA[cmip]]></category>
		<category><![CDATA[management]]></category>
		<category><![CDATA[mib]]></category>
		<category><![CDATA[rmon]]></category>
		<category><![CDATA[snmp]]></category>
		<category><![CDATA[syslog]]></category>

		<guid isPermaLink="false">http://wp.greenwood.net.nz/?p=127</guid>
		<description><![CDATA[Index

Network Management

OSI and Network Management
SNMP and CMIP
MIB Structure
SNMP Protocol
SNMP Configuration
RMON
Syslog




Network Management
OSI and Network Management
There are 4 parts to the OSI management model:

Orginizational &#8211; describes components of network management and their relationships
Information &#8211; structure and storage of information, representation of objects
Communication &#8211; method for data transfer between the agent and manager
Functional &#8211; Fault, Configuration, Accounting, Performance, [...]]]></description>
			<content:encoded><![CDATA[<h3>Index</h3>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-6-network-admin/#management">Network Management</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-6-network-admin/#osi-management">OSI and Network Management</a></li>
<li><a href="http://wp.greenwood.net.nz/module-6-network-admin/#snmp-cmip">SNMP and CMIP</a></li>
<li><a href="http://wp.greenwood.net.nz/module-6-network-admin/#mib">MIB Structure</a></li>
<li><a href="http://wp.greenwood.net.nz/module-6-network-admin/#snmp-protocol">SNMP Protocol</a></li>
<li><a href="http://wp.greenwood.net.nz/module-6-network-admin/#snmp-config">SNMP Configuration</a></li>
<li><a href="http://wp.greenwood.net.nz/module-6-network-admin/#rmon">RMON</a></li>
<li><a href="http://wp.greenwood.net.nz/module-6-network-admin/#syslog">Syslog</a></li>
</ul>
</li>
</ul>
<h3><span id="more-127"></span></h3>
<h3><a style="text-decoration: none; color: #555555;" name="management">Network Management</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="osi-management">OSI and Network Management</a></strong></span></p>
<p>There are 4 parts to the OSI management model:</p>
<ul>
<li>Orginizational &#8211; describes components of network management and their relationships</li>
<li>Information &#8211; structure and storage of information, representation of objects</li>
<li>Communication &#8211; method for data transfer between the agent and manager</li>
<li>Functional &#8211; Fault, Configuration, Accounting, Performance, Security (FCAPS)</li>
</ul>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="snmp-cmip">SNMP and CMIP</a></strong></span></p>
<p>Simple Network Management Protocol (SNMP):</p>
<ul>
<li>made up of a protocol, a database structure, and a set of data objects</li>
<li>SNMP v2c was released in &#8216;93, SNMP v3 is current</li>
<li>TCP/IP adopted SNMP as a protocol in 1989</li>
</ul>
<p>Common Management Information Protocol (CMIP):</p>
<ul>
<li>ISO standard</li>
<li>made up of a complex set of standards</li>
</ul>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="mib">MIB structure</a></strong></span></p>
<p>MIB I includes 114 objects, and the newer MIB II is expanded, with 185 objects defined.</p>
<p>There are objects administered by the Internet Activities Board (IAB), which are standardized. Vendors may also create custom objects, while it is recommended that they release the definitions of their objects, they are not always.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="snmp-protocol">SNMP Protocol</a></strong></span></p>
<p>There are three main functions that can be used by the Network Management Station, GetRequest, GetNextRequest, and SetRequest. SNMP v2c added a Bulk function to these, allowing more than one value to be requested at a time.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="snmp-config">SNMP Configuration</a></strong></span></p>
<p><span style="text-decoration: underline;">Basic SNMP Configuration<strong> </strong></span><br />
<em>Router(config) <strong>snmp-server community [string (acts as password)] [ro (read only) | rw (read/write)]</strong></em></p>
<p><span style="text-decoration: underline;">Specify the location and main contact of managed device</span><br />
<em>Router(config) <strong>snmp-server location [text]</strong><br />
Router(config) <strong>snmp-server contact [text]</strong></em></p>
<p><span style="text-decoration: underline;"><strong><strong><a style="text-decoration: none; color: #555555;" name="rmon">RMON</a></strong></strong></span></p>
<ul>
<li>is an MIB</li>
<li>based on IETF RFCs</li>
<li>gets statistics by analyzing all frames on a segment</li>
<li>RMON1 works on the data link layer</li>
<li>RMON2 works on the network layer</li>
<li>has a different group for each type of information it analyzes</li>
</ul>
<p><span style="text-decoration: underline;"><strong><strong><a style="text-decoration: none; color: #555555;" name="syslog">Syslog</a></strong></strong></span></p>
<ul>
<li>based on UNIX syslog utility</li>
<li>has 8 severity levels, from 0 (most critical) to 7 (least critical):
<ul>
<li>0 &#8211; Emergencies</li>
<li>1 &#8211; Alerts</li>
<li>2 &#8211; Critical</li>
<li>3 &#8211; Errors</li>
<li>4 &#8211; Warnings</li>
<li>5 &#8211; Notifications</li>
<li>6 &#8211; Informational (default on Cisco IOS)</li>
<li>7 &#8211; Debugging</li>
</ul>
</li>
</ul>
<p><span style="text-decoration: underline;">Configuration:</span></p>
<p><span>Enable logging to all supported destinations:<br />
<em><span>Router(config)#<strong>logging on</strong></span></em></span></p>
<p>Send log messages to a syslog server host:<br />
<em><span>Router(config)#<strong>logging</strong> [<strong>hostname | ip address]</strong></span></em></p>
<p>Set logging severity level<br />
<em><span>Router(config)#<strong>logging trap [level name]</strong></span></em></p>
<p>Include timestamp with syslog message:<br />
<em><span>Router(config)#<strong>service timestamps log datetime</strong></span></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wp.greenwood.net.nz/module-6-network-admin/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Module 5 &#8211; Frame Relay</title>
		<link>http://wp.greenwood.net.nz/module-5-frame-relay/</link>
		<comments>http://wp.greenwood.net.nz/module-5-frame-relay/#comments</comments>
		<pubDate>Wed, 17 Jun 2009 21:00:08 +0000</pubDate>
		<dc:creator>Tom GT</dc:creator>
				<category><![CDATA[Cisco CCNA4]]></category>
		<category><![CDATA[frame relay]]></category>
		<category><![CDATA[pvc]]></category>
		<category><![CDATA[svc]]></category>

		<guid isPermaLink="false">http://wp.greenwood.net.nz/?p=120</guid>
		<description><![CDATA[Index

Frame Relay Concepts

General Concepts
Bandwidth and Flow
Address Mapping and Topology
LMI


Frame Relay Configuration

Basic Configuration
Static Map
Subinterfaces




Frame Relay Concepts
General Concepts

Customer end is the DTE
Frame Relay switch is the DCE
The connection between two DTEs is called a Virtual Circuit (VC)
Dynamic VCs are known as Switched VCs (SVCs)
Static VCs are known as Permanent VCs (PVCs), which are the most common.
Frame Relay [...]]]></description>
			<content:encoded><![CDATA[<h3>Index</h3>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-5-frame-relay/#concepts">Frame Relay Concepts</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-5-frame-relay/#general-concepts">General Concepts</a></li>
<li><a href="http://wp.greenwood.net.nz/module-5-frame-relay/#bandwidth">Bandwidth and Flow</a></li>
<li><a href="http://wp.greenwood.net.nz/module-5-frame-relay/#address-mapping">Address Mapping and Topology</a></li>
<li><a href="http://wp.greenwood.net.nz/module-5-frame-relay/#LMI">LMI</a></li>
</ul>
</li>
<li><a href="http://wp.greenwood.net.nz/module-5-frame-relay/#config">Frame Relay Configuration</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-5-frame-relay/#basic-config">Basic Configuration</a></li>
<li><a href="http://wp.greenwood.net.nz/module-5-frame-relay/#static">Static Map</a></li>
<li><a href="http://wp.greenwood.net.nz/module-5-frame-relay/#subinterface">Subinterfaces</a></li>
</ul>
</li>
</ul>
<h3><span id="more-120"></span></h3>
<h3><a style="text-decoration: none; color: #555555;" name="concepts">Frame Relay Concepts</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="general-concepts">General Concepts</a></strong></span></p>
<ul>
<li>Customer end is the DTE</li>
<li>Frame Relay switch is the DCE</li>
<li>The connection between two DTEs is called a Virtual Circuit (VC)</li>
<li>Dynamic VCs are known as Switched VCs (SVCs)</li>
<li>Static VCs are known as Permanent VCs (PVCs), which are the most common.</li>
<li>Frame Relay has no error recovery, corrupt frames are discarded without notification. It is up to the upper layers to detect missing frames and request retransmission</li>
<li>Several VCs can operate on one physical link</li>
<li>DLCIs are used locally to identify where a packet is going, and is put in the address field of an outgoing frame.</li>
</ul>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="bandwidth">Bandwidth and flow</a></strong></span></p>
<ul>
<li>Typical port speed is 64kbps to 4Mbps, though some providers offer up to 45Mbps</li>
<li>Each VC has a Commited Information Rate (CIR), which is the guaranteed bandwidth.</li>
<li>As it is unlikely for all VCs to need to transmit at the same time, lines are commonly over-allocated by up to 2-3x the CIR</li>
<li>Packets that are being sent over the CIR are marked as Discard Eligible, and will be discarded should a link become congested.</li>
<li>The difference between the port speed and the CIR is the Excess Information Rate (EIR)</li>
<li>The load average is worked out by dividing the data transferred by the committed time (Tc)</li>
<li>Idle time can not be saved up for use at a later time of load</li>
<li>The FECN bits are set on all frames downstream of a congested link</li>
<li>The BECN bits are set on all frames upstream of a congested link</li>
<li>When a DTE receives a frame with ECN bits set, it is expected to reduce the amount of traffic it creates</li>
</ul>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="address-mapping">Address Mapping and Topology<br />
</a></strong></span></p>
<ul>
<li>DLCIs are mapped to the IP address of the remote router, either with RARP or statically</li>
<li>Frame Relay can be used in a full or partial mesh topology, point to point links are possible, but are usually not cost effective</li>
<li>There can only be &lt;100 VCs per physical interface, so full mesh topologies are not usually cost effective for larger networks</li>
</ul>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="LMI">LMI</a></strong></span></p>
<ul>
<li>Link Management Interface (LMI) is used on Frame Relay to provide status updates</li>
<li>Some DLCIs are reserved for use by LMI</li>
<li>There are three types of LMI supported by Cisco routers:
<ul>
<li>Cisco &#8211; original LMI extensions</li>
<li>ANSI &#8211; ANSI standard T1.617 Annex D</li>
<li>Q933a &#8211; ITU standard Q933 Annex A</li>
</ul>
</li>
</ul>
<h3><a style="text-decoration: none; color: #555555;" name="config">Frame Relay Configuration</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="basic-config">Basic Configuration</a></strong></span></p>
<p><em>Router(config)# <strong>interface [interface]</strong></em><br />
<em>Router(config-if)# <strong>ip address [address] [mask]</strong></em><br />
<em>Router(config-if)# <strong>encapsulation frame-relay [cisco | ietf]</strong></em></p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="static">Static Map</a></strong></span></p>
<p><em>Router(config)# <strong>frame-relay map [protocol] [address] [dlci] ['broadcast']</strong></em></p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="subinterface">Subinterfaces</a></strong></span></p>
<p><em>Router(config) <strong>interface [interface].[sub-if no.] [point-to-point | multipoint]</strong></em><br />
<em>Router(config-if) <strong>ip address [address] [mask]</strong></em><br />
<em>Router(config-if) <strong>frame-relay interface-dlci [dlci]</strong></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wp.greenwood.net.nz/module-5-frame-relay/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Module 4 &#8211; ISDN and DDR</title>
		<link>http://wp.greenwood.net.nz/module-4-isdn-and-ddr/</link>
		<comments>http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#comments</comments>
		<pubDate>Sun, 14 Jun 2009 21:00:25 +0000</pubDate>
		<dc:creator>Tom GT</dc:creator>
				<category><![CDATA[Cisco CCNA4]]></category>
		<category><![CDATA[ddr]]></category>
		<category><![CDATA[isdn]]></category>

		<guid isPermaLink="false">http://wp.greenwood.net.nz/?p=37</guid>
		<description><![CDATA[Index

ISDN Concepts

ISDN Benefits
ISDN standards and access methods
ISDN 3-layer model and related standards
ISDN functions
ISDN reference points
Determining the router ISDN interface
ISDN switch types


ISDN Configuration

Configuring ISDN BRI
Configuring ISDN PRI
Verifying ISDN Configuration
Troubleshooting ISDN Configurations


DDR Configuration

DDR Operation
Configuring legacy DDR
Static Routes
Defining interesting traffic
Dialer Profiles
Debugging DDR configs




ISDN Concepts
ISDN Benefits
Traditional PSTN is based on an analog connection between the local exchange and the [...]]]></description>
			<content:encoded><![CDATA[<h3>Index</h3>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-concepts">ISDN Concepts</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-benefits">ISDN Benefits</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-standards">ISDN standards and access methods</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-3-layer">ISDN 3-layer model and related standards</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-functions">ISDN functions</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-ref-points">ISDN reference points</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-interface">Determining the router ISDN interface</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-switches">ISDN switch types</a></li>
</ul>
</li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-config">ISDN Configuration</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-config-bri">Configuring ISDN BRI</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-config-pri">Configuring ISDN PRI</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#verify-isdn">Verifying ISDN Configuration</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#troubleshoot-isdn">Troubleshooting ISDN Configurations</a></li>
</ul>
</li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#isdn-config">DDR Configuration</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#ddr-operation">DDR Operation</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#legacy-ddr">Configuring legacy DDR</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#static-routes">Static Routes</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#interesting-traffic">Defining interesting traffic</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#dialer-profiles">Dialer Profiles</a></li>
<li><a href="http://wp.greenwood.net.nz/module-4-isdn-and-ddr/#debug-ddr">Debugging DDR configs</a></li>
</ul>
</li>
</ul>
<p><span id="more-37"></span></p>
<h3><a style="text-decoration: none; color: #555555;" name="isdn-concepts">ISDN Concepts</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="isdn-benefits">ISDN Benefits</a></strong></span></p>
<p>Traditional PSTN is based on an analog connection between the local exchange and the customer site. Analog links are limited in the available bandwidth.</p>
<p><span>ISDN was made possible by <span>telcos</span> upgrading switches to support digital signals over the local loop.</span></p>
<p>Some of the benefits include:</p>
<ul>
<li>Carries several different types of data</li>
<li>Faster to connect than analog</li>
<li><span>B channels offer more bandwidth than <span>dialup</span></span></li>
<li>B channels are able to be used with PPP</li>
</ul>
<p><span>The D channel is used to setup calls and signaling, and is either 16 or 64<span>kbps</span>.</span></p>
<p>Each B channel offers 64kbps of bandwidth.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="isdn-standards">ISDN standards and access methods</a></strong></span></p>
<p>ISDN is made up by three series of protocols:</p>
<ul>
<li><strong>E protocols &#8211; </strong><span>defines telephone network <span>standards</span></span></li>
<li><strong>I protocols &#8211; </strong>defines concepts, terminology, and general methods. I.100 includes general ISDN concepts. I.200 defines service aspects. I.300 defines network aspects. I.400 defines how UNI is provided.</li>
<li><strong>Q protocols &#8211; </strong>defines how call setup and switching is handled.</li>
</ul>
<p><span>Unlike a standard TCP connection, ISDN uses out-of-band signalling, meaning all connections are <span>negotiatied</span> over the D channel, while data goes through the B channels.</span></p>
<p>B channels can carry digitized speech signals. They use either HDLC or PPP. PPP is more robust as it allows for authentication and negotiation of link and protocol configuration.</p>
<p>The D channel uses Link Access Procedure on the D Channel (LAPD) as its data link layer protocol.</p>
<p>North America and Japan PRI connections are 23B+D (giving T1), and most other countries use 30B+D (giving E1).</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="isdn-3-layer">ISDN 3-layer model and related standards</a><br />
</strong></span></p>
<p><span>BRI and PRI <span>pysical</span> layer specifications are  defined in ITU-T I.430 and I.431</span></p>
<p>ISDN data link layer is based on LAPD and is specified in ITU-T Q.920, Q.921, Q.922, and Q.923</p>
<p>The network layer is defined by ITU-T Q.930 and Q.931, also known as I.450 and I.451, respectively.</p>
<p>With a BRI connection, a standard phone line local loop is used. Although there is only one physical link, the 3 ISDN channels are multiplexed as to not require any extra physical links.</p>
<p>Each BRI frame on the physical layer has:</p>
<ul>
<li>8 bits from B1</li>
<li>8 bits from B2</li>
<li>2 bits from D</li>
<li>6 bits overhead</li>
</ul>
<p>4,000 frames are sent per second, giving a total of 192kbps, though 48kb of this is overhead, which makes for 144kbps of throughput.</p>
<p>The overhead bits are used for these purposes:</p>
<ul>
<li><strong>Framing &#8211; </strong>provides synchronization</li>
<li><strong>Load balancing &#8211; </strong>changes the average bit value</li>
<li><strong>Echo of previous D channel bits &#8211; </strong>used for contention resolution</li>
<li><strong>Activation bit &#8211; </strong>activates devices</li>
<li><strong>Spare bit &#8211; </strong>unassigned</li>
</ul>
<p>The ISDN signaling channel uses LAPD for Layer 2. The flag and control fields for LAPD are the same as in HDLC. The address field is 2 bytes long, made up of the following:</p>
<ul>
<li><strong>Service Address Point Identifier (SAPI) &#8211; </strong>identifies the  portal that is providing LAPD services to layer 3. One byte long</li>
<li><strong>Command/Response (C/R) bit &#8211; </strong>specifies if the command is a command or response</li>
<li><strong>Terminal Endpoint Identifier (TEI) &#8211; </strong>identifies the terminal, ranges between 0 and 63 if static, 64-126 if dynamic, and 127 for a broadcast. 7b long.</li>
</ul>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="isdn-functions">ISDN functions</a></strong></span></p>
<p>The D channel is always up, so that ISDN calls can be started.</p>
<p>The following steps are used to connect an ISDN call:</p>
<ol>
<li>Called number sent to local ISDN switch via D channel</li>
<li>The local switch sets up a connection to the remote ISDN switch using the SS7 protocol</li>
<li>The remote switch signals the remote site via the D channel</li>
<li>The remote site&#8217;s NT-1 device sends a call-connect message to the remote switch</li>
<li>The remote switch uses SS7 to forward the call-connect message to the local switch</li>
<li>The local switch connects one B channel to the remote site, leaving the other free for another conversation or data link, as both channels can be used at the same time.</li>
</ol>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="isdn-ref-points">ISDN reference points</a></strong></span></p>
<p>The following devices are used to facilitate ISDN connectivity:</p>
<ul>
<li><strong>Terminal Equipment 1 (TE1) &#8211; </strong><span>native ISDN device. <span>eg</span>. ISDN router or ISDN phone</span></li>
<li><strong>Terminal Equipment 2 (TE2) -</strong><span> non-ISDN device. <span>eg</span>. workstation or router. Requires TA to connect to ISDN service</span></li>
<li><strong>Terminal Adapter (TA) &#8211; </strong>Converts serial link into ISDN BRI</li>
<li><strong>Network Termination 2 &#8211; </strong>point at which the ISDN lines at the customer site are aggregated and switched using a customer switching device</li>
<li><strong>Network Termination 1 &#8211; </strong>controls the physical/electrical termination at the customer premises. Converts from 4 wire ISDN BRI to 2 line used over local loop</li>
</ul>
<p>The following are reference points used to identify connections between ISDN devices:</p>
<ul>
<li><strong>R &#8211; </strong>connection between TA and TE2</li>
<li><strong>S &#8211; </strong>connection between NT2 and customer premises equipment</li>
<li><strong>T &#8211; </strong>electrically identical to the S interface, referencing the outbound connection from the NT2 to the ISDN network or NT1</li>
<li><strong>U &#8211; </strong><span>link between the NT1 and the <span>telco</span> owned ISDN network</span></li>
</ul>
<p>As S and T connections are electrically identical, interfaces are often labeled as S/T, meaning they can perform either role.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="isdn-interface">Determining the router ISDN interface</a></strong></span></p>
<p>For North America and Japan, a router should use an ISDN interface with the NT1 built in, as the NT1 is a customer premises device in these countries. These interfaces are labeled with a &#8216;U&#8217;</p>
<p><span>In other countries, the NT1 is usually provided by the <span>telco</span>, so the interface should not include an NT1. These interfaces are labeled with &#8216;S/T&#8217;</span></p>
<p>If the router doesn&#8217;t have a way to fit an ISDN interface, a TA is required, this will connect to a serial interface on the router.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="isdn-switches">ISDN switch types</a></strong></span></p>
<p><span>As there are no fixed standards for D channel communication with ISDN switches, it is necessary </span>to specify the type on the router. The type of switch generally varies from country to country, though it can change within a country as well.</p>
<p>With some switches, a service profile identifier (SPID) is required. An SPID sets the line configuration, and allows for voice and data to both be carried over the local loop.</p>
<p>SPIDs are only used in North America and Japan.</p>
<p>Below is a table of the different switch types by country.</p>
<table border="0">
<tbody>
<tr>
<td><span style="text-decoration: underline;"><strong>Country</strong></span></td>
<td><span style="text-decoration: underline;"><strong>Switch Type</strong></span></td>
</tr>
<tr>
<td>US and Canada</td>
<td>AT&amp;T 5ESS and 4ESS; Northern Telecom DMS-100</td>
</tr>
<tr>
<td>France</td>
<td>VN2, VN3</td>
</tr>
<tr>
<td>Japan</td>
<td>NTT</td>
</tr>
<tr>
<td>UK</td>
<td>Net3 and Net5</td>
</tr>
<tr>
<td>Europe</td>
<td>Net3</td>
</tr>
</tbody>
</table>
<h3><a style="text-decoration: none; color: #555555;" name="isdn-config">ISDN Configuration</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="isdn-config-bri">Configuring ISDN BRI</a></strong></span></p>
<p>To setup a BRI connection, use the following commands:</p>
<p><em>Router(config)# <strong>isdn switch-type [type]</strong></em></p>
<p><em>Router(config)#<strong> interface bri</strong><strong> [number]</strong></em></p>
<p>If required: <em>Router(config-if)# <strong>spid1 [spid-number] [ldn (optional)]<br />
</strong></em></p>
<p>If required: <em>Router(config-if)# <strong>spid2</strong></em><em><strong> [spid-number] [ldn (optional)]</strong></em></p>
<p><em><strong> </strong></em><em>Router(config-if)# <strong>no shutdown</strong></em></p>
<p><strong><span style="text-decoration: underline;"><a style="text-decoration: none; color: #555555;" name="isdn-config-pri">Configuring ISDN PRI</a></span></strong></p>
<p>To setup a PRI connection, use the following commands:</p>
<p><em>Router(config)#<strong> controller [t1 | e1]</strong><strong> </strong></em></p>
<p>For T1 lines: <em>Router(config-controller)# <strong>framing [sf | esf]<br />
</strong></em></p>
<p>For E1 lines: <em>Router(config-controller)# <strong>framing [crc4 | no-crc4] [australia (optional)]</strong></em></p>
<p><em>Router(config-controller)# <strong>linecode [ami | b8zs | hdb3]</strong></em> -  Nth America usually uses B8ZS, Europe usually uses HDB3.</p>
<p><em>Router(config-controller)# <strong>pri-group [timeslots range (1-24 for T1, 1-31 for E1)]</strong></em></p>
<p><em>Router(config)# <strong>interface serial [slot/port: | unit:] [23 (T1) | 15 (E1)]</strong></em></p>
<p><em>Router(config-if)# <strong>isdn switch-type [type]</strong></em></p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="verify-isdn">Verifying ISDN configuration</a></strong></span></p>
<p><em>Router# <strong>show isdn status </strong></em>allows the isdn link to the local switch to be checked. When the link is working correctly, the layer 1 status will be &#8216;ACTIVE&#8217;, and the layer 2 status &#8216;MULTIPLE_FRAME_ESTABLISHED&#8217;</p>
<p><em>Router# <strong>show isdn active </strong></em>will give information regarding:</p>
<ul>
<li>called number</li>
<li>time until disconnect</li>
<li>Advice of Charge (AOC)</li>
<li>charging units used</li>
<li>whether AOC is provided during or after calls</li>
</ul>
<p><em>Router# <strong>show dialer</strong></em> shows the following details:</p>
<ul>
<li>current call status</li>
<li>dial timer config</li>
<li>dial reason</li>
<li>remote device that is connected</li>
</ul>
<p><em>Router# <strong>show interface bri 0/0 </strong></em>will display interface statistics.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="troubleshoot-isdn">Troubleshooting ISDN configurations</a></strong></span></p>
<p><em>Router# <strong>debug isdn q921 </strong></em>displays layer 2 information related to the D channel. This command should be used if <em><strong>show isdn status</strong></em> doesn&#8217;t show layer 1 as &#8216;ACTIVE&#8217; and layer 2 as &#8216;MULTIPLE_FRAME_ESTABLISHED&#8217;</p>
<p><em>Router# <strong>debug isdn q931</strong></em> shows exchanged messages for call setup and teardown</p>
<p><em>Router# <strong>debug ppp authentication</strong></em> displays messages regarding PPP authentication</p>
<p><em>Router# <strong>debug ppp negotiation </strong></em>displays messages related to the PPP link configuration when the connection is started</p>
<p><em>Router# <strong>debug ppp error </strong></em>shows errors relating to PPP.</p>
<p>The <em><strong>debug ppp</strong></em> commands are for use when there are layer 2 issues and <em><strong>show isdn status</strong></em> doesn&#8217;t show any problems with the ISDN connection.</p>
<h3><a style="text-decoration: none; color: #555555;" name="ddr-config">DDR Configuration</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="ddr-operation">DDR operation</a></strong></span></p>
<p>Dial-on-demand routing (DDR) is used to make a connection when an &#8216;interesting packet&#8217; needs to cross the link. Packets that are not interesting are forwarded only if the connection is already active. The protocols of which the packets are &#8216;interesing&#8217; are set with <strong><em>dialer-list.</em></strong></p>
<p>The following steps are used for an interesting packet to be forwarded using DDR:</p>
<ol>
<li>Router recieves packet, checks there is a valid route to the destination, and identifies the outbound interface</li>
<li>If the interface is connected to the next hop router, the packet is forwarded, if the interface is not connected, the packet is identified as interesting.</li>
<li>The router connects the the remote site. Now that the link is up, the packet is forwarded.</li>
<li>All packets to the remote site, whether interesting or not are forwarded over the link.</li>
<li>Once the set time limit has passed without an interesting packet, the call is terminated.</li>
</ol>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="legacy-ddr">Configuring legacy DDR</a></strong></span></p>
<p>Legacy DDR refers to having one connection set per interface.</p>
<p>Follow these steps to set up legacy DDR:</p>
<ol>
<li>Set the static routes</li>
<li>Define the interesting traffic</li>
<li>Set up the dialer information</li>
</ol>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="static-routes">Static Routes</a></strong></span></p>
<p>Static routes should be used over for connections with DDR, as using a dynamic routing protocol could cause the connection to be dialed more often than it is needed.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="interesting-traffic">Defining interesting traffic</a></strong></span></p>
<p>Using <em><strong>dialer-list [no.] protocol ip permit</strong></em> allows all IP traffic, if more control is needed, an ACL can be used. Create the ACL and then use <em><strong>dialer-list [no.] protocol ip list [ACL no.]</strong></em></p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="dialer-profiles">Dialer profiles</a></strong></span></p>
<p>Dialer profiles allow for a single ISDN interface to connect to different links as required. Several interfaces can also be used, so if, for example, there were three possible connections, but only 2 were ever required at once, the dialer could have 3 profiles in a pool with 2 interfaces.</p>
<p>When configuring dialer interfaces, the dialer pool membership is specified for the physical interface, with the other settings configured for each logical interface.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="debug-ddr">Debugging DDR configs</a></strong></span></p>
<p><em><strong>debug dialer [events | packets]</strong></em> will help diagnose problems with the DDR configuration.</p>
]]></content:encoded>
			<wfw:commentRss>http://wp.greenwood.net.nz/module-4-isdn-and-ddr/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Module 3 &#8211; PPP</title>
		<link>http://wp.greenwood.net.nz/module-3-ppp/</link>
		<comments>http://wp.greenwood.net.nz/module-3-ppp/#comments</comments>
		<pubDate>Tue, 09 Jun 2009 21:00:30 +0000</pubDate>
		<dc:creator>Tom GT</dc:creator>
				<category><![CDATA[Cisco CCNA4]]></category>
		<category><![CDATA[ccna]]></category>
		<category><![CDATA[dce]]></category>
		<category><![CDATA[dte]]></category>
		<category><![CDATA[hdlc]]></category>
		<category><![CDATA[ntu]]></category>
		<category><![CDATA[ppp]]></category>
		<category><![CDATA[wan]]></category>

		<guid isPermaLink="false">http://wp.greenwood.net.nz/?p=11</guid>
		<description><![CDATA[Index

Serial Point-to-Point Links

TDM
Demarcation Point
DTE and DCE
HDLC
Enabling HDLC on an Interface
Troubleshooting a serial interface


PPP Authentication

PPP layered architecture
Establishing a PPP connection
PPP Authentication Protocols
PAP
CHAP

Configuring PPP

Set up basic PPP encapsulation
Set up PPP with compression
Set up PPP with error correction
Set up PPP with load balancing
Configuring PPP athentication
Check the PPP encapsulation configuration
Debug the PPP configuration



Serial Point-to-Point Links
TDM
Time division multiplexing interleaves data [...]]]></description>
			<content:encoded><![CDATA[<h3>Index</h3>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#sp2pl">Serial Point-to-Point Links</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#tdm">TDM</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#dp">Demarcation Point</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#dte-dce">DTE and DCE</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#hdlc">HDLC</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#enable-hdlc">Enabling HDLC on an Interface</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#trouble-int">Troubleshooting a serial interface</a></li>
</ul>
</li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#ppp-auth">PPP Authentication</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#ppp-layer">PPP layered architecture</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#establish-ppp">Establishing a PPP connection</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#ppp-auth-protocol">PPP Authentication Protocols</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#pap">PAP</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#chap">CHAP</a></li>
</ul>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#config-ppp">Configuring PPP</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#set-basic-ppp">Set up basic PPP encapsulation</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#set-ppp-compress">Set up PPP with compression</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#set-ppp-error">Set up PPP with error correction</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#set-ppp-balancing">Set up PPP with load balancing</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#set-ppp-auth">Configuring PPP athentication</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#check-ppp-encap">Check the PPP encapsulation configuration</a></li>
<li><a href="http://wp.greenwood.net.nz/module-3-ppp/#debug-ppp">Debug the PPP configuration</a></li>
</ul>
</ul>
<p><span id="more-11"></span></p>
<h3><a style="text-decoration: none; color: #555" name="sp2pl">Serial Point-to-Point Links</a></h3>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="tdm">TDM</a></span><br />
Time division multiplexing interleaves data so protocols do not have to wait for another protocol to finish before they can transmit. It is a similar concept to Hyper-Threading in CPUs.<br />
<span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="dp">Demarcation Point</a></span><br />
The demarcation point or demarc is where the responsibility of the link goes to the customer, rather than the link provider.</p>
<p>In the US, this is before the DCE device (CSU/DSU), where the local loop ends. In most other countries, the DCE is provided by the telco, in the form of an NTU. NTUs allow the telco to manage and troubleshoot the local loop.<br />
<span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="dte-dce">DTE and DCE</a></span><br />
The DTE is the customer device, which is commonly a router, though there are many other devices it could be, including a computer or fax machine.</p>
<p>The DCE is the device which changes the DTE&#8217;s data into a form suitable for the WAN link.</p>
<p>There are 4 main specifications defined in DTE/DCE standards:</p>
<ul>
<li><strong>Physical &#8211; </strong>number of pins and connector form factor</li>
<li><strong>Electrical &#8211; </strong>voltage levels</li>
<li><strong>Functional &#8211; </strong>assigns functions to different signals</li>
<li><strong>Procedural &#8211; </strong>sequence of data transmission</li>
</ul>
<p>When two DTE devices are connected together, such as in a lab, a null modem cable must be used. For synchronous links, one of the DTEs must have a clock rate set, to emulate a DCE.</p>
<p>A DTE will usually have a DB-60 or smart-serial connection on it, and the cable will have the connection specified by the telco on the other end.<br />
<span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="hdlc">HDLC</a></span><br />
HDLC is the main signaling standard used by WAN links. Below is a list of some of the derivatives of HDLC in use:</p>
<ul>
<li>Link Access Procedure, Balanced for X.25</li>
<li>Link Access Procedure on the D channel for ISDN</li>
<li>Link Access Procedure for Modems and PPP for modems</li>
<li>Link Access Procedure for Frame Relay</li>
</ul>
<p>HDLC has three types of frames:</p>
<ul>
<li>Information frames &#8211; for data</li>
<li>Supervisory frames &#8211; request/response for when piggybacking is not used</li>
<li>Unnumbered frames &#8211; control, such as connection setup</li>
</ul>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="enable-hdlc">Enabling HDLC on an Interface</a></span><br />
<em>Router(config-if)# <strong>encapsulation hdlc</strong></em><br />
<span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="trouble-int">Troubleshooting a serial interface</a><a></a></span><br />
By using <strong><em>show interface [type] [no.]</em></strong>, details of the interface will be shown, so the incorrect parameter can be found.</p>
<h3><a style="text-decoration: none; color: #555" name="ppp-auth">PPP Authentication</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555" name="ppp-layer">PPP layered architecture</a></strong></span></p>
<p>PPP is made from two sub-protocols:</p>
<ul>
<li><strong>Link Control Protocol &#8211; </strong>establishes a point-to-point link</li>
<li><strong>Network Control Protocol &#8211; </strong>configures the network layer protocols</li>
</ul>
<p>LCP is used for the following:</p>
<ul>
<li><strong>Authentication -</strong> authenticates the connection, using either PAP or CHAP</li>
<li><strong>Compression &#8211; </strong>sets up compression on the link which is then decompressed when it reaches the other end of the link</li>
<li><strong>Error detection &#8211; </strong>recognizing errors</li>
<li><strong>Multilink &#8211; </strong>IOS 11.1 and later supports multilink, which provides load balancing</li>
<li><strong>PPP Callback &#8211; </strong>increases security by requesting the other device calls back to make the connection</li>
</ul>
<p>NCP has a different protocol to control each network layer protocol, e.g IPCP is used for IP connections.</p>
<p>PPP uses the following fields:</p>
<ul>
<li><strong>Flag &#8211; </strong><em>01111110 </em>is used to mark the beginning and end of a frame</li>
<li><strong>Address &#8211; </strong>a broadcast address (11111111) is used, as PPP doesn&#8217;t use individual station addresses</li>
<li><strong>Protocol &#8211; </strong>specifies the type of data being carried</li>
<li><strong>Data -</strong> between 0 and 1500 bytes of data</li>
<li><strong>FCS -</strong> checksum used to detect errors</li>
</ul>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555" name="establish-ppp">Establishing a PPP connection</a></strong></span></p>
<ul>
<li><strong>Link-establishment </strong><strong>phase &#8211; </strong>LCP frames are used to configure the link. Details such as MTU are confirmed during this phase. The phase is completed with a configuration acknowledgement frame</li>
<li><strong>Authentication phase (optional) &#8211; </strong>if configured, the link is authenticated before the network layer link is initialized</li>
<li><strong>Network layer protocol phase &#8211; </strong>configures network layer protocols</li>
</ul>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555" name="ppp-auth-protocol">PPP Authentication Protocols</a></strong></span></p>
<p>There are two authentication protocols used by PPP, Password Authentication Protocol (PAP) and Challenge Handshake Authentication Protocol (CHAP). CHAP is the preferred protocol, as it is more secure.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555" name="pap">PAP</a></strong></span></p>
<p>PAP sends the username and password repeatedly until the other node acknowledges it as correct or terminates the session. PAP is not very secure as the username and password are sent in plain text.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555" name="chap">CHAP</a></strong></span></p>
<p>CHAP uses a 3 way handshake, starting off with a challenge from the central site router. The remote router then uses the password and the challenge and sends back the checksum, if the checksum is correct, the connection is allowed, if it fails, the connection is dropped. There is a limit on the number of tries from the remote router, to reduce the risk even further.</p>
<p>To set up the hostname and password for CHAP:</p>
<p><em>Router(config-if)# <strong>ppp chap hostname [hostname</strong></em>]</p>
<p><em>Router(config-if)# <strong>ppp chap password [password]</strong></em></p>
<h3><a style="text-decoration: none; color: #555" name="config-ppp">Configuring PPP</a></h3>
<p><strong><span style="text-decoration: underline;"><a style="text-decoration: none; color: #555" name="set-basic-ppp">Set up basic PPP encapsulation</a></span></strong></p>
<p><em>Router(config)# <strong>interface [interface]</strong></em></p>
<p><em>Router(config-if)# <strong>encapsulation ppp</strong></em></p>
<p><strong><span style="text-decoration: underline;"><a style="text-decoration: none; color: #555" name="set-ppp-compress">Set up PPP with compression</a></span></strong></p>
<p><em>Router(config)# <strong>interface [interface]</strong></em></p>
<p><em>Router(config-if)# <strong>encapsulation ppp</strong></em></p>
<p><em>Router(config-if)# <strong>compress [predictor | stac]</strong></em></p>
<p><strong><span style="text-decoration: underline;"><a style="text-decoration: none; color: #555" name="set-ppp-error">Set up PPP with error correction</a></span></strong></p>
<p><em>Router(config)# <strong>interface [interface]</strong></em></p>
<p><em>Router(config-if)# <strong>encapsulation ppp</strong></em></p>
<p><em>Router(config-if)# <strong>ppp quality [percentage]</strong></em></p>
<p><strong><span style="text-decoration: underline;"><a style="text-decoration: none; color: #555" name="set-ppp-balancing">Set up PPP with load balancing</a></span></strong></p>
<p><em>Router(config)# <strong>interface [interface]</strong></em></p>
<p><em>Router(config-if)# <strong>encapsulation ppp</strong></em></p>
<p><em>Router(config-if)# <strong>ppp multilink</strong></em></p>
<p><strong><span style="text-decoration: underline;"><a style="text-decoration: none; color: #555" name="set-ppp-auth">Configuring PPP athentication</a></span></strong></p>
<p><em>Router(config)# <strong>username [name] password [password]</strong></em></p>
<p><em>Router(config)# <strong>interface [interface]</strong></em></p>
<p><em>Router(config-if)# <strong>ppp authentication [chap | chap pap | pap chap | pap]</strong></em></p>
<p>For IOS 11.1 and later:<em> Router(config-if)# <strong>ppp pap sent-username [name] password [password]</strong></em></p>
<p><strong><span style="text-decoration: underline;"><a style="text-decoration: none; color: #555" name="check-ppp-encap">Check the PPP encapsulation configuration</a></span></strong></p>
<p><em>Router# <strong>show interfaces serial [no.]</strong></em></p>
<p><strong><span style="text-decoration: underline;"><a style="text-decoration: none; color: #555" name="debug-ppp">Debug the PPP configuration</a></span></strong></p>
<p>Enable debugging:<strong><span style="text-decoration: underline;"><br />
</span></strong></p>
<p><em>Router# <strong>debug ppp [authentication | packet | negotiation | error | chap]</strong></em></p>
<p>Disable debugging:</p>
<p><em>Router# <strong>no debug ppp [authentication | packet | negotiation | error | chap]</strong></em></p>
<p>Explanations of debug modes:</p>
<ul>
<li><strong>packet &#8211; </strong>display PPP packets being sent and received</li>
<li><strong>negotiation &#8211; </strong>display PPP packets used during startup</li>
<li><strong>error &#8211; </strong>errors and error statistics</li>
<li><strong>chap &#8211; </strong>CHAP packet exchanges</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://wp.greenwood.net.nz/module-3-ppp/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Module 2 &#8211; WAN Technologies</title>
		<link>http://wp.greenwood.net.nz/module-2-wan-technologies/</link>
		<comments>http://wp.greenwood.net.nz/module-2-wan-technologies/#comments</comments>
		<pubDate>Tue, 02 Jun 2009 21:00:31 +0000</pubDate>
		<dc:creator>Tom GT</dc:creator>
				<category><![CDATA[Cisco CCNA4]]></category>

		<guid isPermaLink="false">http://wp.greenwood.net.nz/?p=102</guid>
		<description><![CDATA[Index

WAN Technologies Overview

WAN devices
WAN Standards
WAN encapsulation
Packet and circuit switching


WAN Technologies

Analog dialup
ISDN
Leased line
X.25
Frame Relay
ATM
DSL
Cable modem


WAN Design

WAN communication
Steps in WAN design
How to identify and select networking capabilities
Three-layer design model
Other layered design models
Other WAN design considerations




WAN Technologies Overview
WAN devices
The customer connects to the WAN with customer premises equipment (CPE), which is usually either a modem or serial interface. [...]]]></description>
			<content:encoded><![CDATA[<h3>Index</h3>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#tech-overview">WAN Technologies Overview</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#devices">WAN devices</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#standards">WAN Standards</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#encapsulation">WAN encapsulation</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#packet-circuit-switching">Packet and circuit switching</a></li>
</ul>
</li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#techs">WAN Technologies</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#dialup">Analog dialup</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#isdn">ISDN</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#leased">Leased line</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#x25">X.25</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#frame-relay">Frame Relay</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#atm">ATM</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#dsl">DSL</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#cable">Cable modem</a></li>
</ul>
</li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#design">WAN Design</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#communication">WAN communication</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#design-steps">Steps in WAN design</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#identify-select">How to identify and select networking capabilities</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#3-layer-design">Three-layer design model</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#other-designs">Other layered design models</a></li>
<li><a href="http://wp.greenwood.net.nz/module-2-wan-technologies/#other-considerations">Other WAN design considerations</a></li>
</ul>
</li>
</ul>
<p><span id="more-102"></span></p>
<h3><a style="text-decoration: none; color: #555" name="tech-overview">WAN Technologies Overview</a></h3>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="devices">WAN devices</a></span></p>
<p>The customer connects to the WAN with customer premises equipment (CPE), which is usually either a modem or serial interface. The customer end is known as the DTE.</p>
<p>The DTE from the customer end connects to the DCE, which is the equipment operated by the telco at the other end of the local loop.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="standards">WAN Standards</a></span></p>
<p>WAN standards focus on OSI layers 1 and 2.</p>
<p>The layer 1 standards cover the connection types, such as EIA/TIA-232 and V.35.</p>
<p>The layer 2 standards cover the different types of HDLC used on WAN links. The common HDLC based standards include:</p>
<ul>
<li>Cisco HDLC (Point-to-Point)</li>
<li>PPP (Point-to-Point)</li>
<li>LAPB (Point-to-Point)</li>
<li>X.25 (Packet switched)</li>
<li>Frame Relay (Packet Switched)</li>
<li>ISDN (Circuit Switched)</li>
</ul>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="encapsulation">WAN encapsulation</a></span></p>
<p>WAN encapsulation standards are based on HDLC. At the beginning and end of each frame, there are flags with the sequence 01111110. After every 5 &#8216;1&#8242; bits, a &#8216;0&#8242; is added to prevent false ends.</p>
<p>The address field is not needed for point to point links, but is there regardless.</p>
<p>PPP and Cisco HDLC have an extra field &#8211; protocol.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="packet-circuit-switching">Packet and circuit switching</a></span></p>
<p>Packet switching is used by X.25 and Frame Relay. This routes traffic on a packet-by-packet basis, and allows for more than one logical connection over a single physical line. Charges are based on amount of bandwidth used, not hours connected, which can save a significant amount of money depending on how heavily utilized the WAN link is.</p>
<p>Circuit switching creates a end to end connection, similar to an analog telephone. While these connections allow for a fixed connection between to locations, billing based on distance and connection time can cause for unnecessarily high charges if a link is used on a regular basis with little data throughput.</p>
<h3><a style="text-decoration: none; color: #555" name="techs">WAN Technologies</a></h3>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="dialup">Analog dialup</a></span></p>
<p>Analog dialup uses the PTSN network to call the remote location and make a connection. There is a maximum of 33kbps, or 56kbps</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="isdn">ISDN</a></span></p>
<p>ISDN uses the wiring for a phone line to make a digital connection to the ISDN switch at the central office. There are two standards of ISDN, BRI and PRI. BRI offers 2 64kbps B channels and 1 16kbps D channel for a total of 144kpbs. PRI offers 23B+D or 30B+D depending on the country, in these situations both the B and D channels are 64kbps.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="leased">Leased line</a></span></p>
<p>Leased lines offer a fixed bandwidth between two locations. Speeds vary from 56kbps to about 2.5Gbps, depending on what is available from the provider. Leased lines are a common choice for interbuilding links. The main disadvantage of a leased line is that the link is bought at a fixed capacity, and the bandwidth requirement on WAN links is almost never constant, causing excessive cost.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="x25">X.25</a></span></p>
<p>X.25 was created to allow for WAN links that were billed based on actual data throughput, not maximum speed or link distance. X.25 is packet switched, meaning that several virtual links can run on one physical link. The maximum speed is usually 2Mbps, though providers rarely offered more than 64kbps. X.25 is now uncommon, as Frame Relay has taken its place.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="frame-relay">Frame Relay</a></span></p>
<p>Frame Relay is similar to X.25 in that it is packet switched. The maximum speed is often 4Mbps, with some providers offering higher speeds. The Frame Relay network is usually connected to via a leased line, though some providers offer the ability to dial in via ISDN.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="atm">ATM</a></span></p>
<p>ATM is used when very high bandwidth, low latency connections are required. The maximum speed is in excess of 155Mbps. ATM uses a fixed 53B cell, with each cell containing 5B of headers, and 48B of information. Because of the small cell size, ATM has a very high overhead, typically about 20%.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="dsl">DSL</a></span></p>
<p>DSL is a broadband technology that uses the copper local loop from the premises to the CO, where a DSLAM (DSL Access Multiplexer) is used to aggregate several ADSL lines on to a single WAN connection, often T3/DS3. There are several types of DSL, all of which fit into either ADSL or SDSL. Some DSL technologies are able to share a line with telephone services, which means only one physical line is needed to use both phone and ADSL at the same time. Because DSL has to go through the ISP, it is uncommon to use it for WAN links, though VPNs can make DSL a plausible option.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="cable">Cable modem</a></span></p>
<p>Cable internet connections use the same physical link that provides cable TV. A splitter is used to seperate the TV signals from the data. All the users that connect to the same cable share the bandwidth. All data has to go through the ISP, so VPNs are required to make cable a feasible option for WAN links.</p>
<h3><a style="text-decoration: none; color: #555" name="design">WAN Design</a></h3>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="communication">WAN communication</a></span></p>
<p>WAN links are usually owned by a communications provider, as it is more cost effective for a large system to be run then leased to users than for users to have to maintain their own system.</p>
<p>WANs carry many types of data, limited only by the capacity of the connections. WANs do not have any services directly connected, as they are for connection of geographically separated LANs.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="design-steps">Steps in WAN design</a></span></p>
<p><img class="alignnone size-full wp-image-116" title="chart" src="http://wp.greenwood.net.nz/wp-content/uploads/2009/07/chart.gif" alt="chart" width="180" height="352" /></p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="identify-select">How to identify and select networking capabilities</a></span></p>
<p>The two main considerations to be made when deciding topology are where the traffic is going most and how much traffic. From these considerations, work out which locations need to be interconnected, and how much bandwidth these links will need.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="3-layer-design">Three-layer design model</a></span></p>
<p>The three layer design groups the link into regions, with links to the central office. This reduces the overall number of links that have to connect to the central office.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="other-designs">Other layered design models</a></span></p>
<p>Smaller WANs may need need a topology as complex as the three layer model, a two layer model could be used, along with others. Even if the network is small, the three layer model should be considered, as it offers flexible expansion should the network ever need to grow.</p>
<p><span style="font-weight: bold; text-decoration: underline;"><a style="text-decoration: none; color: #555" name="other-considerations">Other WAN design considerations</a></span></p>
<p>It is possible to use the internet as a way of linking offices in multiple locations, though it is a lot more difficult to keep the network secure with multiple points of entry from the internet, as opposed to having one central connection to the internet. If the traffic volumes are small, the saving of not having to pay for dedicated WAN links could pay for the security required, so it should still be considered as an option.</p>
]]></content:encoded>
			<wfw:commentRss>http://wp.greenwood.net.nz/module-2-wan-technologies/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Module 1 &#8211; Scaling IP Addresses</title>
		<link>http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/</link>
		<comments>http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#comments</comments>
		<pubDate>Tue, 26 May 2009 21:00:34 +0000</pubDate>
		<dc:creator>Tom GT</dc:creator>
				<category><![CDATA[Cisco CCNA4]]></category>
		<category><![CDATA[nat]]></category>
		<category><![CDATA[pat]]></category>
		<category><![CDATA[private ip]]></category>
		<category><![CDATA[public ip]]></category>

		<guid isPermaLink="false">http://wp.greenwood.net.nz/?p=53</guid>
		<description><![CDATA[Index

NAT

NAT Concepts
Configuring NAT
Debugging NAT


PAT

PAT Concepts
Configuring PAT


DHCP

DHCP Concepts
Configuring DHCP




NAT
NAT Concepts
Network Address Translation (NAT) is used to allocate public IP addresses to hosts, regardless of the logical topology (hosts in different subnets can be allocated public addresses in the same subnet). As the topology of the network is hidden,  it is more secure than using public IP [...]]]></description>
			<content:encoded><![CDATA[<h3>Index</h3>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#NAT">NAT</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#NAT_Concepts">NAT Concepts</a></li>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#NAT_Config">Configuring NAT</a></li>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#NAT_Debug">Debugging NAT</a></li>
</ul>
</li>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#PAT">PAT</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#PAT_Concepts">PAT Concepts</a></li>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#PAT_Config">Configuring PAT</a></li>
</ul>
</li>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#DHCP">DHCP</a>
<ul>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#DHCP_Concepts">DHCP Concepts</a></li>
<li><a href="http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/#DHCP_Config">Configuring DHCP</a></li>
</ul>
</li>
</ul>
<h3><span id="more-53"></span></h3>
<h3><a style="text-decoration: none; color: #555555;" name="NAT">NAT</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="NAT_Concepts">NAT Concepts</a></strong></span></p>
<p><span>Network Address Translation (NAT) is used to allocate public IP addresses to hosts, regardless of the logical topology (hosts in different <span>subnets</span> can be allocated public addresses in the same <span>subnet</span>). As the topology of the network is hidden,  it is more secure than using public IP addresses for internal addressing.</span></p>
<p><span>The addresses can be assigned manually for each host, which is necessary </span>for servers that offer external services, as domain names are set to go to a fixed IP. Hosts that do not need to always be assigned the same external IP address can have the addresses assigned dynamically as they are required.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="NAT_Config">Configuring NAT</a><a></a></strong></span></p>
<p><span style="text-decoration: underline;">Set IP address pool</span></p>
<p><em>Router(config)# <strong>ip nat pool [name] [start address] [end address] netmask [subnet mask]</strong></em></p>
<p><span style="text-decoration: underline;">Set the ACL for allowed internal hosts</span></p>
<p><em>Router(config)# <strong>access-list [no.] permit [network address] [wildcard mask]</strong></em></p>
<p><span style="text-decoration: underline;">Enable NAT and assign ACL</span></p>
<p><em>Router(config)# <strong>ip nat inside source list [no.] pool [name]</strong></em></p>
<p><span style="text-decoration: underline;">Set interfaces as inside or outside</span></p>
<p><em>Router(config-if)# <strong>ip nat [inside | outside]</strong></em></p>
<p><span style="text-decoration: underline;">Set a static NAT assignment</span></p>
<p><em>Router(config)# <strong>ip nat inside source static [inside address] [outside address]</strong></em></p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="NAT_Debug">Debugging NAT</a></strong></span></p>
<p><em>Router# <strong>debug ip nat</strong></em></p>
<h3><a style="text-decoration: none; color: #555555;" name="PAT">PAT</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="PAT_Concepts">PAT Concepts</a></strong></span></p>
<p>Port Address Translation (PAT) is used when there are more hosts that need external addresses than external addresses available. When the there are no longer enough addresses to go around, the router will assign individual ports to hosts, as they are required. The port number is the same as the external destination port, provided it is available. If the destination port is in use, the router will assign the next available port (eg, if 7777 was the destination and was already assigned to another host, 7778 would be used, provided it is free).</p>
<p>PAT can allow for a significant reduction in the number of public IP addresses needed, reducing cost and extending the life of IPv4, which is running out of free addresses.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="PAT_Config">Configuring PAT</a></strong></span></p>
<p><span style="text-decoration: underline;">Set the ACL for allowed internal hosts</span></p>
<p><em>Router(config)# <strong>access-list [no.] permit [network address] [wildcard mask]</strong></em></p>
<p><span style="text-decoration: underline;">Enable PAT and assign ACL</span></p>
<p><em>Router(config)# <strong>ip nat inside source list [no.] interface [interface] overload</strong></em></p>
<p><span style="text-decoration: underline;">Set interfaces as inside or outside</span></p>
<p><em>Router(config-if)# <strong>ip nat [inside | outside]</strong></em></p>
<h3><a style="text-decoration: none; color: #555555;" name="DHCP">DHCP</a></h3>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="DHCP_Concepts">DHCP Concepts</a></strong></span></p>
<p>Dynamic Host Configuration Protocol (DHCP) allows for host settings such as IP address, subnet mask, default gateway, and DNS server address, to be set remotely.</p>
<p>DHCP is based on BOOTP, which required that all hosts were allocated their IP addresses manually on the BOOTP server. DHCP doesn&#8217;t have this limitation.</p>
<p>DHCP requests are sent using UDP with port 68. DHCP reponses are sent back with UDP on port 67.</p>
<p><span style="text-decoration: underline;"><strong><a style="text-decoration: none; color: #555555;" name="DHCP_Config">Configuring DHCP</a></strong></span></p>
<p><span style="text-decoration: underline;">Basic DHCP config with IP address and default gateway<br />
</span></p>
<p><em>Router(config)# <strong>ip dhcp pool [pool-name]</strong></em></p>
<p><em>Router(dhcp-config)# <strong>network [network address] [subnet mask | CIDR]</strong></em></p>
<p><em>Router(</em><em>dhcp-config</em><em>)# <strong>default-router [router address]</strong></em></p>
<p><span style="text-decoration: underline;">Other attributes</span></p>
<p><em>Router(</em><em>dhcp-config</em><em>)# <strong>dns-server [server address]</strong></em></p>
<p><em>Router(</em><em>dhcp-config</em><em>)# <strong>domain-name [domain]</strong></em></p>
<p><em>Router(</em><em>dhcp-config</em><em>)# <strong>netbios-name-server [server address]</strong></em></p>
<p><span style="text-decoration: underline;">Forward packets to DHCP server</span></p>
<p>On LAN interface: <em>Router(config-if)#<strong> ip helper-address [DHCP server address]</strong></em></p>
<p><span style="text-decoration: underline;">Exclude IP addresses from DHCP pool</span></p>
<p><em>Router(config)# <strong>ip dhcp excluded-address [start address] [end address (optional)]<br />
</strong></em></p>
]]></content:encoded>
			<wfw:commentRss>http://wp.greenwood.net.nz/module-1-scaling-ip-addresses/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
