<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div><span></span></div><div><div>On 01 Apr 2017, at 13:22, wadah khalid <<a href="mailto:engwada7@gmail.com">engwada7@gmail.com</a>> wrote:<br>[ SVI - routed ports and Layer 3 etherchannals]</div><blockquote type="cite">
<p dir="ltr">eng. Wadah A Osman .</p>
<p dir="ltr">Switched networks provide a Wild variety of features including logical segmentation depending on the needed resources .</p>
<p dir="ltr">The need to provide a function that allow those different logical groups to communicate is important , that's why I decided to show you an overview on some features provided by Cisco to solve these problem .</p>
<p dir="ltr">First solution </p>
<p dir="ltr">¤ SVIs ¤</p>
<p dir="ltr">Switched virtual interface SVIs is a technology that used to provide inter VLAN routing in the switched network and enables routing on the switch ( layer 3) .<br>
The idea behind SVI is to make routing possible between different VLANs .</p>
<p dir="ltr">Enabling routing on the switch requires to change on the sdm prefer and change it to lanbase-routing followed by reloading EXEC command . To reserve some space from ASIC for ip routing table.</p></blockquote><div><br></div>one minor correction - it's TCAM that is re-carved for this.<div>since you're talking about cisco, see:  <a href="https://supportforums.cisco.com/document/60831/cam-content-addressable-memory-vs-tcam-ternary-content-addressable-memory">https://supportforums.cisco.com/document/60831/cam-content-addressable-memory-vs-tcam-ternary-content-addressable-memory</a></div><div><br></div><div>although the wikipedia article is also good reading.</div><div>there was an earlier thread in the archives about how to reprogram your tcam using the "sdm" feature.</div><div><br></div><div><br></div><div><blockquote type="cite"><div>
<p dir="ltr">Then enable routing by #ip routing global command . <br>
The next step is to add VLANs using interface VLAN ID and ip address commands .</p>
<p dir="ltr">Second solution </p>
<p dir="ltr">¤ Routed ports ¤</p>
<p dir="ltr">Using the whole switch to perform SVIs is resource wasting thats why routed ports show up .<br>
A port is to be routed means that port can do layer 3 functions and move from a layer port to layer3 port and will stop learning MAC address on that port .</p>
<p dir="ltr">For enabling the routed port #no switccport subcommand will be used .<br>
Then you can assign it with an ip address .<br>
Creating VLANs with their ips on the switch have the routed port will allow inter VLAN routing .</p>
<p dir="ltr">¤ Third solution ¤</p>
<p dir="ltr">Layer 3 etherchannels .</p>
<p dir="ltr">It combines the capabilities of  providing a redundancy on switched networks and inter VLAN routing through routed ports .</p>
<p dir="ltr">The engineer first define the ports should participate in etherchannal group <br>
Issuing #no switchport on these ports with #no ip address subcommands .</p>
<p dir="ltr">Changing the port status to be routed . Then using #channel-group 1 mode on subcommand .</p>
<p dir="ltr">The layer 3 information will be assigned to the virtual interface named port channel <br>
#interface portchannel 1 <br>
#no switchport <br>
#ip address </p>
<p dir="ltr">Facing portchannel must be within the same subnet .</p>
</div></blockquote><div><br></div><div>one tip to consider regarding etherchannels is that you *want* to use LACP (standard) and not PAGP (cisco proprietary).  even if you are a cisco only network now, plan for future compatibility. </div><div><br></div><div>otherwise, nice writeup ;-)</div><div><br></div>--n.</div></div></body></html>