🚀 go-pugleaf

Tom Kustner wrote:
> 
> We are currently running 802.3 on a NetWare 3.12 server.  We are
> getting a new server and are thinking of changing frame types.  Would
> you use 802.2 or Ethernet II on the new server?  Assuming that we want
> the current server to have the same frame type, are there negative
> ramifications of changing its frame type (besides changing NET.CFG
> everywhere)?
> 
> I'm confused on another issue.  I have seen a number of people say
> that frame type 802.2 is required for Packet Burst.  Others say that's
> an absolute fable.  We currently use NETX and we need VLM's to use
> packet burst.  But does 802.3 support packet burst?  Does Ethernet II?
> 
> Thanks for any help.
> ----------------------------------------------------------------------------
> Tom Kustner                   Emjay Corporation
> System/LAN Administrator      725 W. Glendale Ave.
> Email: kustner@emjay.com      Glendale, WI  53209-6509  USA
> Any opinions are mine and not necessarily those of Emjay's.


Don't worry about the change from 802.3 to 802.2

The frames are only different in a small way.  The 802.2 doesn't have a 
"TYPE" paramater that tells different parts of the protocol layers what
type of data to expect in the packet.

Some routers and other high-level (in OSI terms) products like 802.2 as
apposed to 802.3.  If you are 
using fddi / ethernet switches some can't use both fddi_802.2 and
fddi_802.3 at the same time (for example 3Com Lanplex FDDI switch).

Don't dwell on the PBusrst.nlm part of the network.  I have seen too
many times that pburst just increases LAN errors.  Yes you will need to
use VLM's to use the pburst, but you can also disable the pburst from
vlm by using the PB BUFFERS = 0 in the net.cfg.  Try it both ways -with
and without the pubust enabled.  Look at the lan statistics in
Monitor.nlm, and watch for collisions and deffered packets.  You may
find that the pburst will be slower than with out.

Plus you can alway run both frames at the same time in netware.  Just
load the card driver re-entrantly with both frames, and bind ipx to both
cards (one physical card)

Hope it helps