Bookmark this page:
Yahoo!
Windows Live
del.icio.us
digg
Netscape
|
|
||||||||||||||||
|
Posted by mittal patel on July 20, 2004, 4:19 am
Please log in for more thread options Can any one please clear my understanding about the xgmii end of packet detection. The IEEE draft P802.3ae.pdf XGMII(RS): section 46.2.5 defines the end of packet as "last sequential data octet preceding the terminate control character or other control character causing a change from DATA_VALID to DATA_NOT_VALID". Does this mean that MAC should stop packet collection as soon as it finds a control character other than 8'hFE (the Error control character), on any of the lane. | ||||||||||||||||
|
Posted by mittal patel on July 22, 2004, 6:44 am
Please log in for more thread options Please, can any one help me on this issue ? | ||||||||||||||||
| Similar Threads | Posted |
| XGMII end of packet | July 20, 2004, 4:19 am |
| Generate packet with bad CRC | June 21, 2007, 9:15 am |
| Packet recorder | August 8, 2007, 11:36 am |
| Packet capture | November 28, 2007, 12:07 am |
| Creating a test packet | October 13, 2005, 11:21 am |
| ethernet packet preamble | May 4, 2006, 2:01 pm |
| determination of length of packet............ | October 18, 2006, 1:41 am |
| Source MAC address per IP packet | June 15, 2008, 3:02 pm |
| Packet Engines PowerRail 1000 | April 26, 2005, 8:06 pm |
| Packet Coming From Router Disappears | June 24, 2006, 2:45 am |
| MS-Dos 6.22 Packet Driver for 3COM 3C2000 ? | March 13, 2007, 10:53 am |
| performance parameters of Ethrnet packet std IEEE 802.3 | July 9, 2004, 2:23 am |
| Extract data from packet dump (pcap) | January 12, 2005, 2:31 pm |
| slow smtp issue/packet capture | December 18, 2006, 10:24 am |
| Does wireshark have the ability to edit and send packet?? Any other software have??? | December 5, 2006, 3:03 am |

XGMII end of packet
Yahoo!
Windows Live
del.icio.us
digg
Netscape 


> Can any one please clear my understanding about the xgmii end of
> packet detection.
> The IEEE draft P802.3ae.pdf XGMII(RS): section 46.2.5 defines the end
> of packet as "last sequential data octet preceding the terminate
> control character or other control character causing a change from
> DATA_VALID to DATA_NOT_VALID". Does this mean that MAC should stop
> packet collection as soon as it finds a control character other than
> 8'hFE (the Error control character), on any of the lane.