From: Glen Turner <glen.turner@aarnet.edu.au>
To: Joubert Berger <jberger@trustednetworktech.com>
Cc: netdev@oss.sgi.com
Subject: Re: Question about Cisco's ISL
Date: Wed, 11 Aug 2004 02:11:44 +0930 [thread overview]
Message-ID: <1092156104.6767.60.camel@andromache> (raw)
In-Reply-To: <1089121054.22081.31.camel@localhost.localdomain>
On Tue, 2004-07-06 at 23:07, Joubert Berger wrote:
> I am writing some code to decode Cisco ISL frames. I am having a
> difficult time figuring out how the FCS is calculated at the end of the
> frame. Does anyone have any experience with Cisco ISL frames and
> possibly how to calculate the CRC at the end of the frame.
There are two FCSs in an ISL frame. Grab Document 17056 from the Cisco
web site for the ISL frame format and observe:
- the encapsulated frame includes its FCS (and DA, SA, Type
and Data).
- the transmitted ISL frame uses a format that is capable
of being forwarded by a non-ISL switch (MTU willing).
So it has a DA, SA, Type and FCS which is acceptable to
any ethernet switch.
In both cases the FCS is calculated as per 802.3.
Your thinking might be a bit clearer if you think about a switch taking
a received frame, wrapping it in a ISL encapsulation and forwarding it
down the VLAN trunk. The switch at the end of the trunk simply strips
the encapsulation and drops the unencapsulated frame directly onto the
wire.
If you are writing software then you need to manually calculate
the FCS of the encapsulated frame (this FCS is usually calculated by the
hardware of the ethernet controller). The FCS at the end of the ISL
frame will be calculated by the ethernet controller hardware.
Have a look at the Ethereal source code, it pulls apart ISL frames.
There are also two control protocols:
1) Cisco ISL runs 802.1D spanning tree but does so on every ISL VLAN,
whereas 802.1q runs spanning tree only on the default untagged VLAN.
2) Automated configuration uses Cisco's VLAN Trunking Protocol (VTP). I
don't know of a spec for this; it looks a bit of a dog's breakfast
(they're up to version 3 now); and deploying it could be dangerous (some
Cisco switches run only 32 VLANs and announcing more VLANs through VTP
can lead to a denial of service on those switches, so why would you
extend the trust required by VTP out to hosts?). ISL works fine without
VTP, you just need to manually configure the port as "trunk" rather than
"auto".
--
Glen Turner Tel: (08) 8303 3936 or +61 8 8303 3936
Australian Academic & Research Network www.aarnet.edu.au
prev parent reply other threads:[~2004-08-10 16:41 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-06 13:37 Question about Cisco's ISL Joubert Berger
2004-08-10 16:41 ` Glen Turner [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1092156104.6767.60.camel@andromache \
--to=glen.turner@aarnet.edu.au \
--cc=jberger@trustednetworktech.com \
--cc=netdev@oss.sgi.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).