Sponsored Content
Special Forums IP Networking Interpreting [|llc] frames in enterprise traffic trace Post 302380586 by sstatla on Tuesday 15th of December 2009 03:16:16 PM
Old 12-15-2009
Java Interpreting [|llc] frames in enterprise traffic trace

The LBNL/ICSI Enterprise Tracing Project at LBNL/ICSI Enterprise Tracing Project - Project Overview provides a trace of an enterprise's network from 2005.

Upon reading these files with tcpdump, along with regular packets that appear like-
12:04:51.696971 IP 128.3.189.248.netbios-ssn > 128.3.44.26.ehome-ms: P 507590:507654(64) ack 168291 win 8484[|SMB]
12:04:51.729840 IP 128.3.44.26.ehome-ms > 128.3.189.248.netbios-ssn: P 168291:168354(63) ack 507654 win 64479[|SMB]
12:04:51.730201 IP 128.3.189.248.netbios-ssn > 128.3.44.26.ehome-ms: P 507654:507902(248) ack 168354 win 8421[|SMB]

there are some strange frames that show up-
12:04:51.781545 [|llc]34:c9:c8:fa:af:5e (oui Unknown) > a9:71:1d:9f:85:27 (oui Unknown), 802.3, length 404:
12:04:51.781670 [|llc]34:c9:c8:fa:af:5e (oui Unknown) > a9:71:1d:9f:85:27 (oui Unknown), 802.3, length 395:

I am trying to analyze these.
So far, I understand that-

1. The communication is between 2 devices that operate on the Data Link Layer, since IP address is missing. (802.3 wired ethernet switches?)
2. OUI- the Organization Unique Identifier is unknown because it is identified by the first 3 bytes of MAC address but the MAC address of the machines has been translated for anonymity purposes.
3. When I open this trace file using Wireshark, these particular frames show "Packet Size limited during capture" under the Info section. tcpdump has a default capture limit of 68 bytes and looks like these frames are bigger in size.
4. The ASCII payload in these frames is either
.q...'4....^.. or
.q...'4....^.}


So, the question is- Is this a legacy protocol/device? Has anyone come across anything like this?
Any information on this would be much appreciated.


Sunjeet
 

7 More Discussions You Might Find Interesting

1. IP Networking

Frames problems

I'm using ethereal to analyse my network from my pc. There're too many TCP Bad checksum 1. between my PC and unix servers (checksum: 0x6660 ) 2. between my PC and other servers (windows, novell) checksum: 0x6644 ) There're too many NBNS and BOOTP/DHCP Malformed Packet(Exception occured) ... (0 Replies)
Discussion started by: nymus7
0 Replies

2. Web Development

Compatibility with different browsers for frames

Hi, I am writing a web application using Perl CGI. And I have defined an frame within like this "<iframe id=\"iframe01\" name=\"iframe01\" height=480 width=800 frameborder=0 scrolling=no></iframe>" My problem is that this iframe appears differently on different browsers - IE6, IE7, Mozilla... (0 Replies)
Discussion started by: garric
0 Replies

3. IP Networking

Modifying ARP frames

Hi All, Is there any way to modify or filter the ARP frames?? thanks! (2 Replies)
Discussion started by: lagigliaivan
2 Replies

4. Linux

Ether header for tagged frames

Hi, Need Help! I'm porting VxWorks code to Linux. Here in VxWorks I have a structure called ether_tag_header. What is the equivalent structure in Linux? Note: struct ether_tag_header { u_char ether_dhost; u_char ether_shost; u_char etherTag; u_short... (0 Replies)
Discussion started by: ytrew
0 Replies

5. Shell Programming and Scripting

How to put html frames in for loop in perl?

Hi, I have to insert html frames in for loop. Here is the code. for($k=0;$k<3;$k++) { print<<HTML; <html> <head> <title> HTML Horizontal Frames </title> </head> <frameset cols="25%,75%"> <frame src="a.html"> <frame src="b.html"> </frameset> (0 Replies)
Discussion started by: vanitham
0 Replies

6. AIX

HMC Hardware Discovery does not work for p595 frames

Hi, I require help with hardware discovery while running a command from an HMC with firmware V7.3.5 SP 3. The two frames I am running the command for are p 5 595's. Command input: lshwres -m swdc-c02-9119-595-SN02780CF -r io --rsubtype slotchildren -F lpar_name Error output: The managed... (1 Reply)
Discussion started by: AIXNEWBIE62
1 Replies

7. Programming

Ethernet programming (not MAC, LLC, but Preamble, SFD and FCS)

Hello everybody, I've been working with raw sockets since long time ago. I've coded TCP/UDP, ICMP/IP and ARP applications, all resting encapsulated over relative "raw" ethernet frames; but in reality, Ethernet uses MAC addresses and LLC protocol codes (from layer 2) and that's the maximum access... (1 Reply)
Discussion started by: Zykl0n-B
1 Replies
MERGECAP(1)						  The Wireshark Network Analyzer					       MERGECAP(1)

NAME
mergecap - Merges two or more capture files into one SYNOPSIS
mergecap [ -a ] [ -F <file format> ] [ -h ] [ -s <snaplen> ] [ -T <encapsulation type> ] [ -v ] -w <outfile>|- <infile> [<infile> ...] DESCRIPTION
Mergecap is a program that combines multiple saved capture files into a single output file specified by the -w argument. Mergecap knows how to read libpcap capture files, including those of tcpdump, Wireshark, and other tools that write captures in that format. By default, Mergecap writes the capture file in libpcap format, and writes all of the packets from the input capture files to the output file. Mergecap is able to detect, read and write the same capture files that are supported by Wireshark. The input files don't need a specific filename extension; the file format and an optional gzip compression will be automatically detected. Near the beginning of the DESCRIPTION section of wireshark(1) or http://www.wireshark.org/docs/man-pages/wireshark.html <http://www.wireshark.org/docs/man-pages/wireshark.html> is a detailed description of the way Wireshark handles this, which is the same way Mergecap handles this. Mergecap can write the file in several output formats. The -F flag can be used to specify the format in which to write the capture file, mergecap -F provides a list of the available output formats. Packets from the input files are merged in chronological order based on each frame's timestamp, unless the -a flag is specified. Mergecap assumes that frames within a single capture file are already stored in chronological order. When the -a flag is specified, packets are copied directly from each input file to the output file, independent of each frame's timestamp. The output file frame encapsulation type is set to the type of the input files if all input files have the same type. If not all of the input files have the same frame encapsulation type, the output file type is set to WTAP_ENCAP_PER_PACKET. Note that some capture file formats, most notably libpcap, do not currently support WTAP_ENCAP_PER_PACKET. This combination will cause the output file creation to fail. OPTIONS
-a Causes the frame timestamps to be ignored, writing all packets from the first input file followed by all packets from the second input file. By default, when -a is not specified, the contents of the input files are merged in chronological order based on each frame's timestamp. Note: when merging, mergecap assumes that packets within a capture file are already in chronological order. -F <file format> Sets the file format of the output capture file. Mergecap can write the file in several formats; mergecap -F provides a list of the available output formats. The default is to use the file format of the first input file. -h Prints the version and options and exits. -s <snaplen> Sets the snapshot length to use when writing the data. If the -s flag is used to specify a snapshot length, frames in the input file with more captured data than the specified snapshot length will have only the amount of data specified by the snapshot length written to the output file. This may be useful if the program that is to read the output file cannot handle packets larger than a certain size (for example, the versions of snoop in Solaris 2.5.1 and Solaris 2.6 appear to reject Ethernet frames larger than the standard Ethernet MTU, making them incapable of handling gigabit Ethernet captures if jumbo frames were used). -T <encapsulation type> Sets the packet encapsulation type of the output capture file. If the -T flag is used to specify a frame encapsulation type, the encapsulation type of the output capture file will be forced to the specified type, rather than being the type appropriate to the encapsulation type of the input capture files. Note that this merely forces the encapsulation type of the output file to be the specified type; the packet headers of the packets will not be translated from the encapsulation type of the input capture file to the specified encapsulation type (for example, it will not translate an Ethernet capture to an FDDI capture if an Ethernet capture is read and '-T fddi' is specified). -v Causes mergecap to print a number of messages while it's working. -w <outfile>|- Sets the output filename. If the name is '-', stdout will be used. This setting is mandatory. EXAMPLES
To merge two capture files together, 100 seconds apart use: capinfos -aeS a.pcap b.pcap (Let's suppose a.pcap starts at 1009932757 and b.pcap ends at 873660281. 1009932757 - 873660281 - 100 = 136272376 seconds.) editcap -t 136272376 b.pcap b-shifted.pcap mergecap -w compare.pcap a.pcap b-shifted.pcap SEE ALSO
pcap(3), wireshark(1), tshark(1), dumpcap(1), editcap(1), text2pcap(1), pcap-filter(7) or tcpdump(8) if it doesn't exist. NOTES
Mergecap is based heavily upon editcap by Richard Sharpe <sharpe[AT]ns.aus.com> and Guy Harris <guy[AT]alum.mit.edu>. Mergecap is part of the Wireshark distribution. The latest version of Wireshark can be found at <http://www.wireshark.org>. HTML versions of the Wireshark project man pages are available at: http://www.wireshark.org/docs/man-pages <http://www.wireshark.org/docs/man-pages>. AUTHORS
Original Author -------- ------ Scott Renfro <scott[AT]renfro.org> Contributors ------------ Bill Guyton <guyton[AT]bguyton.com> 1.8.2 2012-06-05 MERGECAP(1)
All times are GMT -4. The time now is 05:48 PM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy