Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • Home
  • SEARCH
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 6628841
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 25, 20262026-05-25T22:10:31+00:00 2026-05-25T22:10:31+00:00

I have two packets in my tcpdump log and I have no idea what

  • 0

I have two packets in my tcpdump log and I have no idea what “P” and “In” in the second column mean. Could someone explain what they mean?

00:43:44.896482   P 00:00:ac:12:80:01 ethertype IPv4 (0x0800), length 76: 172.18.128.1.ssh > 155.xx.xx.xx.56365: S 1308033114:1308033114(0) ack 1315850475 win 5792 <mss 1460,sackOK,timestamp 12196173 122040733,nop,wscale 8>

00:43:44.896482  In 00:00:ac:12:80:01 ethertype IPv4 (0x0800), length 76: 172.18.128.1.ssh > 155.yy.yy.yy.4242: S 1308033114:1308033114(0) ack 1315850475 win 5792 <mss 1460,sackOK,timestamp 12196173 122040733,nop,wscale 8>

Note that the dest IP changes because of this “P” thing.

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-25T22:10:32+00:00Added an answer on May 25, 2026 at 10:10 pm

    Got the following answer from the tcpdump-workers mailing list from Guy Harris.

    The Linux “any” device uses the DLT_LINUX_SLL/LINKTYPE_LINUX_SLL link-layer header, which includes information you get from a “recvfrom()” call on a PF_PACKET socket, which includes the source address, but not the destination address, of the packet, so the only link-layer address you see is the source address.

    It also includes some flags that indicate how the packet was received:

    • “In” – the packet was unicast to the host;

    • “B” – the packet was broadcast;

    • “M” – the packet wasn’t broadcast but was multicast;

    • “P” – the packet was unicast to some other host and this host received it because the network adapter was in promiscuous mode;

    • “Out” – the packet was sent by the host and “wrapped around” and delivered to the PF_PACKET socket.

    The way the Linux networking stack determines the difference between “In”, “B”, “M”, and “P” is, I think, by looking at the destination address of the packet and seeing whether it’s a broadcast address (ff:ff:ff:ff:ff:ff on networks using IEEE MAC-48 addresses), a multicast address (has the “group” bit set, on networks using IEEE MAC-48 addresses), or the address of the adapter on which it’s received. It’s a bit surprising that it detected a promiscuously-received packet on the “any” device, as the “any” device itself can’t be put into promiscuous mode, but perhaps the particular interface from which that packet was received was in promiscuous mode for some other reason.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I'm trying to capture packets from two devices on my network. I have tcpdump
I have two classes generated by LINQ2SQL both from the same table so they
I have to split up a short into its two bytes. They have to
I have two programs written in C++ that use Winsock. They both accept TCP
I have a service which runs two asynctasks. One is for receiving multicast packets
I have a basic audiorecord-audiotrack, udp packets voice chat between two android devices. It
I have a log file with RTP packets coming off of a black box
Consider I have two hosts A and B. They both have a webserver on
Have two folders with approx. 150 java property files. In a shell script, how
Have two actionsheet buttons and one modalviewcontroller on mainviewcontroller in application. Now for two

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.