[ntar-workers] Re: Major rework / review of pcapng file formatin CVS - please review

Guy Harris guy at alum.mit.edu
Tue Oct 23 01:11:49 GMT 2007


On Oct 22, 2007, at 2:44 PM, Gianluca Varenni wrote:

> My bad, I was not clear at all here. My point is that we should  
> probably have a way in the fcslen option of the Interface  
> Description Block to say that the fcslen is per-packet, and it's  
> saved as a per-packet option (e.g. if_fcslen=0xFFFFFFF). Otherwise  
> the problem is that the if_fcslen (in the IDB) specifies a "default"  
> FCS, but then you would need to scan the per-packet options to know  
> if the effective FCS len for that packet is the "default" one or a  
> specific per-packet one. What I want is a way to say "ok, the FCS  
> len is fixed, 4 bytes. You will not find a per-packet FCSLEN in the  
> packet options." or "the FCS is per-packet. You need to read the per- 
> packet options to know the effective FCS len. If you don't find it,  
> then the FCS len is the one stored in the IDB".

What if there is no if_fcslen option?  Does that mean "no FCS" or  
"check the per-packet options to see what the FCS length is"?

If so, then having an if_fcslen option could mean "ignore the FCS  
length in the per-packet options", although some applications will be  
looking at the flags anyway; we should probably say that the behavior  
of a program reading a pcap-NG file is undefined if a packet has a per- 
packet FCS length that's not equal to the if_fcslen option's value, so  
that an application can either ignore the epb_flags option, process it  
fully, or process the FCS in it only if there's no if_fcslen option.


More information about the ntar-workers mailing list