RE: [ethmac] Help

["Illan Glasner" <iglasner@zumanetworks.com>]

7-Aug-01
 
   Hi,
 
          In many application there are few headers which are usually
proprietry of the company and this is totaly ok however this mean that
the receive side should be aware there are headers and in this case why
not have the crc on all the information inculding the headers ?
 
This way also the headers are "protected" as the usually they contain
some cusial information.
 
later on if you want to pass the data to "regular" port than stripe the
header and re-calc the crc.
 
have a nice day
 
   Illan

-----Original Message-----
From: Igor Mohor (uni-mb) [mailto:igor.mohor@uni-mb.si]
Sent: Tuesday, August 07, 2001 5:54 AM
To: ethmac@opencores.org
Subject: RE: [ethmac] Help


Delayed CRC defines number of bytes that are in front of the ethernet
frame (header). This header

usually doesn't exist. If exists, then this header is usually not send
so the crc calculation must 

start later.

About ByteCntGreat2: There must be some data received in order to
generate the Rx end frame.

Regards,

    Igor

 

-----Original Message-----
From: owner-ethmac@opencores.org [mailto:owner-ethmac@opencores.org]On
Behalf Of zou.yixin@mail.zte.com.cn
Sent: 07. avgust 2001 10:51
To: ethmac@opencores.org
Subject: [ethmac] Help



hi, 
Can anyone tell me the function of register  ByteCntGreat2 in the
following statement: 
assign GenerateRxEndFrm = StateData[0] & (~MRxDV & ByteCntGreat2 |
ByteCntMaxFrame); 
And the function of DlyCrcEn,why delay CRC calculation? 
Thanks, 
yxzhou. 

--
To unsubscribe from ethmac mailing list please visit http://www.opencores.org/mailinglists.shtml