Network Interface Controller Drivers Release 18.05.1

Total Page:16

File Type:pdf, Size:1020Kb

Network Interface Controller Drivers Release 18.05.1 Network Interface Controller Drivers Release 18.05.1 September 07, 2018 CONTENTS 1 Overview of Networking Drivers1 2 Features Overview4 2.1 Speed capabilities...................................4 2.2 Link status.......................................4 2.3 Link status event....................................4 2.4 Removal event.....................................5 2.5 Queue status event..................................5 2.6 Rx interrupt.......................................5 2.7 Lock-free Tx queue..................................5 2.8 Fast mbuf free.....................................6 2.9 Free Tx mbuf on demand...............................6 2.10 Queue start/stop....................................6 2.11 MTU update......................................6 2.12 Jumbo frame......................................6 2.13 Scattered Rx......................................7 2.14 LRO...........................................7 2.15 TSO...........................................7 2.16 Promiscuous mode..................................7 2.17 Allmulticast mode...................................8 2.18 Unicast MAC filter...................................8 2.19 Multicast MAC filter..................................8 2.20 RSS hash.......................................8 2.21 Inner RSS.......................................8 2.22 RSS key update....................................9 2.23 RSS reta update....................................9 2.24 VMDq..........................................9 2.25 SR-IOV.........................................9 2.26 DCB...........................................9 2.27 VLAN filter....................................... 10 2.28 Ethertype filter..................................... 10 2.29 N-tuple filter...................................... 10 2.30 SYN filter........................................ 10 2.31 Tunnel filter....................................... 10 2.32 Flexible filter...................................... 11 2.33 Hash filter....................................... 11 2.34 Flow director...................................... 11 2.35 Flow control...................................... 11 2.36 Flow API........................................ 11 i 2.37 Rate limitation..................................... 11 2.38 Traffic mirroring.................................... 12 2.39 Inline crypto...................................... 12 2.40 CRC offload...................................... 12 2.41 VLAN offload...................................... 12 2.42 QinQ offload...................................... 13 2.43 L3 checksum offload................................. 13 2.44 L4 checksum offload................................. 13 2.45 Timestamp offload................................... 14 2.46 MACsec offload.................................... 14 2.47 Inner L3 checksum.................................. 14 2.48 Inner L4 checksum.................................. 14 2.49 Packet type parsing.................................. 14 2.50 Timesync........................................ 15 2.51 Rx descriptor status.................................. 15 2.52 Tx descriptor status.................................. 15 2.53 Basic stats....................................... 15 2.54 Extended stats..................................... 16 2.55 Stats per queue.................................... 16 2.56 FW version....................................... 16 2.57 EEPROM dump.................................... 16 2.58 Module EEPROM dump................................ 16 2.59 Registers dump.................................... 17 2.60 LED........................................... 17 2.61 Multiprocess aware.................................. 17 2.62 BSD nic_uio...................................... 17 2.63 Linux UIO........................................ 17 2.64 Linux VFIO....................................... 17 2.65 Other kdrv....................................... 17 2.66 ARMv7......................................... 18 2.67 ARMv8......................................... 18 2.68 Power8......................................... 18 2.69 x86-32......................................... 18 2.70 x86-64......................................... 18 2.71 Usage doc....................................... 18 2.72 Design doc....................................... 18 2.73 Perf doc......................................... 19 2.74 Runtime Rx queue setup............................... 19 2.75 Runtime Tx queue setup............................... 19 2.76 Other dev ops not represented by a Feature.................... 19 3 Compiling and testing a PMD for a NIC 20 3.1 Driver Compilation................................... 20 3.2 Running testpmd in Linux............................... 21 4 ARK Poll Mode Driver 23 4.1 Overview........................................ 23 4.2 Device Parameters.................................. 24 4.3 Data Path Interface.................................. 24 4.4 Configuration Information............................... 24 4.5 Building DPDK..................................... 25 4.6 Supported ARK RTL PCIe Instances........................ 25 ii 4.7 Supported Operating Systems............................ 25 4.8 Supported Features.................................. 25 4.9 Unsupported Features................................ 26 4.10 Pre-Requisites..................................... 26 4.11 Usage Example.................................... 26 5 AVP Poll Mode Driver 27 5.1 Features and Limitations of the AVP PMD...................... 27 5.2 Prerequisites...................................... 28 5.3 Launching a VM with an AVP type network attachment.............. 28 6 AXGBE Poll Mode Driver 29 6.1 Supported Features.................................. 29 6.2 Configuration Information............................... 29 6.3 Building DPDK..................................... 30 6.4 Prerequisites and Pre-conditions........................... 30 6.5 Usage Example.................................... 30 7 BNX2X Poll Mode Driver 31 7.1 Supported Features.................................. 31 7.2 Non-supported Features............................... 31 7.3 Co-existence considerations............................. 31 7.4 Supported QLogic NICs................................ 32 7.5 Prerequisites...................................... 32 7.6 Pre-Installation Configuration............................. 32 7.7 Driver compilation and testing............................ 32 7.8 SR-IOV: Prerequisites and sample Application Notes............... 32 8 BNXT Poll Mode Driver 35 8.1 Limitations....................................... 35 9 CXGBE Poll Mode Driver 36 9.1 Features........................................ 36 9.2 Limitations....................................... 36 9.3 Supported Chelsio T5 NICs.............................. 37 9.4 Supported Chelsio T6 NICs.............................. 37 9.5 Supported SR-IOV Chelsio NICs........................... 37 9.6 Prerequisites...................................... 37 9.7 Pre-Installation Configuration............................. 37 9.8 Driver compilation and testing............................ 38 9.9 Linux.......................................... 38 9.10 FreeBSD........................................ 41 9.11 Sample Application Notes............................... 44 10 DPAA Poll Mode Driver 45 10.1 NXP DPAA (Data Path Acceleration Architecture - Gen 1)............. 45 10.2 DPAA DPDK - Poll Mode Driver Overview...................... 46 10.3 Whitelisting & Blacklisting............................... 47 10.4 Supported DPAA SoCs................................ 48 10.5 Prerequisites...................................... 48 10.6 Pre-Installation Configuration............................. 49 10.7 Driver compilation and testing............................ 50 iii 10.8 Limitations....................................... 50 11 DPAA2 Poll Mode Driver 52 11.1 NXP DPAA2 (Data Path Acceleration Architecture Gen2)............. 52 11.2 DPAA2 DPDK - Poll Mode Driver Overview..................... 56 11.3 Supported DPAA2 SoCs............................... 58 11.4 Prerequisites...................................... 58 11.5 Pre-Installation Configuration............................. 59 11.6 Driver compilation and testing............................ 59 11.7 Enabling logs...................................... 60 11.8 Whitelisting & Blacklisting............................... 60 11.9 Limitations....................................... 60 12 Driver for VM Emulated Devices 61 12.1 Validated Hypervisors................................. 61 12.2 Recommended Guest Operating System in Virtual Machine........... 61 12.3 Setting Up a KVM Virtual Machine.......................... 61 12.4 Known Limitations of Emulated Devices....................... 63 13 ENA Poll Mode Driver 64 13.1 Overview........................................ 64 13.2 Management Interface................................ 64 13.3 Data Path Interface.................................. 65 13.4 Configuration information............................... 65 13.5 Building DPDK..................................... 66 13.6 Supported ENA adapters............................... 66 13.7 Supported Operating Systems............................ 66 13.8 Supported features.................................. 66 13.9 Unsupported features................................. 66 13.10Prerequisites...................................... 67 13.11Usage example.................................... 67 14 ENIC Poll Mode Driver 68 14.1 How to obtain ENIC PMD integrated DPDK..................... 68 14.2 Configuration information..............................
Recommended publications
  • Exploring Open Source Wireless Tools by Jake Snyder (The Dread Pirate Roberts) @Jsnyder81 Who Am I?
    Exploring Open Source Wireless Tools By Jake Snyder (The Dread Pirate Roberts) @jsnyder81 Who am I? • Wireless Engineer at CompuNet Inc • CCIE-W #43153 • CWNE #161 • Security Enthusiast • Linux hobbiest • Wireless Field Day Delegate (http://techfieldday.com/event/wfd8/) • Blogger • Maker What does a set of professional tools cost? What I use at work: Ekahau ESS: $4000 Omnipeek: $2500 Chanalyzer + WiSpy: $1250 Aircheck: $2000 *All prices are approximates Professional tools in my first year. • Airmagnet Survey pro • Yup, that was it. http://www.popsugar.com/entertainment/Princess-Bride-Quotes-35919789#photo-35919789 “I mean, if we only had a wheelbarrow, that would be something.” -Westley Sometimes you have to build a wheelbarrow • Linux VM • Proxim 8494 • Airmon-NG • Wireshark “Well, why didn’t you list that among our assets in the first place” -Westley All these tools… Why Open Source? Pros: Cons: • Low Cost • Free if your time is worth • Flexibility nothing • Lots of available tools • Pieces of a solution, you have to put it together • Low barrier to entry • Requires knowledge • Time = investment “Please consider opensource as an alternative to suicide.” – Prince Humperdink What are my hobbiest opensource costs? Options for todays presentation: Raspberry PI: $223 Intel NUC $436 Raspberry PI 2B $38 NUC5CPYH: $134.00 ASUS USB-N53 $45 8G Memory: $34 Micro SD Card: $15 SSD: $40 Case: $5 Intel 7265 $28 Ubertooth: $120 WiSpy 2.4Ghz: $200 Existing Laptop: $8 • USB stick to boot linux • The chocolate coating makes it go down easier • VM is an option, albeit not a good one My Preferred Wireless Adapters • Asus USB-N53 • Intel 726x • 802.11n • 802.11ac • 2x2:2 • 2x2:2 • USB 2.0 • Mini PCIe half height and m.2 • Ralink RT3572 using RT2800 Driver • Intel IWLWIFI: Non-Free firmware • Works on Raspberry PI required • $45 on Amazon • $27 on amazon • Has issues with Deauth/Dissassoc • Lots of clients using them packets not being passed to host.
    [Show full text]
  • Promiscuous Mode Detection Platform
    Promiscuous Mode Detection Platform Zouheir Trabelsi and Hamza Rahmani College of Telecommunications The University of Tunisia Cité Technologique des Communications Route de Raoued Km 3,5 – 2083 El Ghazala, Ariana, Tunisia Abstract. Among various types of attacks on an Ethernet network, “sniffing attack” is probably one of the most difficult attacks to handle. Sniffers are programs that allow a host to capture any packets in an Ethernet network, by putting the host’s Network Interface Card (NIC) into the promiscuous mode. When a host’s NIC is in the normal mode, it captures only the packets sent to the host. Since many basic services, such as FTP, Telnet and SMTP, send passwords and data in clear text in the packets, sniffers can be used by hackers to capture passwords and confidential data. A number of anti-sniffers have been developed, such as PMD [18], PromiScan [17] and L0pht AntiSniff [19]. An anti-sniffer is a program that tries to detect the hosts running sniffers, in a Local Area Network (LAN). Current anti-sniffers are mainly based on three detection techniques, namely: the ARP detection, the DNS detection, and the RTT (Round Trip Time) detection techniques [13 and 16]. However, sniffers are becoming very advanced so that anti-sniffers are unable to detect them. The main drawback of these detection techniques is that they rely on the ARP, ICMP and/or DNS reply messages generated by the sniffing hosts. Therefore, in order to stay undetectable by anti-sniffers, advanced sniffers do not generate such reply messages while sniffing. This paper discusses an anti-sniffer based on a new detection technique.
    [Show full text]
  • Network Traffic Analysis and Intrusion Detection Using Packet Sniffer
    2010 Second International Conference on Communication Software and Networks Network Traffic Analysis and Intrusion Detection using Packet Sniffer Mohammed Abdul Qadeer Mohammad Zahid Dept. of Computer Engineering, Asst. System Engineer, Aligarh Muslim University, Tata Consultancy Services, Aligarh- 202002, India Trivandrum, India [email protected] [email protected] Arshad Iqbal MisbahurRahman Siddiqui Scientist B, Univ. Women’s Polytechnic, GTRE, DRDO, Aligarh Muslim University, Bangalore, India Aligarh- 202002, India [email protected] [email protected] Abstract- Computer software that can intercept and log traffic the output captured by the Wireshark (packet sniffer passing over a digital network or part of a network is better software formerly known as Ethereal). In figure 2 we have known as packet sniffer. The sniffer captures these packets by shown that how the data travels from application layer to the setting the NIC card in the promiscuous mode and eventually network interface card. decodes them. The decoded information can be used in any way depending upon the intention of the person concerned who decodes the data (i.e. malicious or beneficial purpose). Depending on the network structure one can sniff all or just parts of the traffic from a single machine within the network. However, there are some methods to avoid traffic narrowing by switches to gain access to traffic from other systems on the network. This paper focuses on the basics of packet sniffer and its working, development of the tool on Linux platform and its use for Intrusion Detection. It also discusses ways to detect the presence of such software on the network and to handle them in an efficient way.
    [Show full text]
  • Network Forensics Network Forensics Principles
    Agenda Network Forensics PPrinciples of Network Forensics PTerms & Log-based Tracing Richard Baskerville PApplication Layer Log Analysis PLower Layer Log Analysis Georgia State University 1 2 Network Forensics Network Forensics Kim, et al (2004) “A fuzzy expert system for network fornesics”, ICCSA 2004, Berlin: Springer-Verlag, p. 176 Principles The action of capturing, recording, and analyzing network audit trails in order to discover the source of security breaches or other information assurance problems. 3 4 Network Attacks Attack Residue PProtocol PSuccessful < Eg, SQL-Injection < Obfuscation of residue PMalware PUnsuccessful < Eg, Virus, Trojan, Worm < Residue is intact PFraud < Eg, Phishing, Pharming, etc. 5 6 Honeytraps Network Traffic Capture Systems Designed to be Compromised and Collect Attack Data Logging Issues Driving Automated Support PManaging data volume PManaging logging performance PEnsuring logs are useful to reconstruct the Attack PCorrelation of data in logs < Importance of timestamping From Yasinac, A. and Manzano, Y. (2002) “Honeytraps, A Network Forensic Tool” Florida State University. 7 8 Network Traffic Analysis Traceback Evidence Processing Usually Requires Software Tools PMinimizing distance to source PSessionizing PTraversing firewalls, proxies and address translation PProtocol parsing and analysis PMuliple cooroborating collectors PDecryption PTime and location stamping PSecurity of Analysis and Data < Avoiding detection and analysis-data compromise 9 10 Two Important Terms PPromiscuous Mode < An Ethernet Network Interface Card (NIC) in promiscuous mode is a configuration that will pass all traffic received by the card to the Terms and Log-based operating system, rather than just packets addressed to it. This Tracing feature is normally used for packet sniffing. PIPSpoofing < Forging the source address in the header of an IP packet so that it contains a different address, making it appear that the packet was sent by a different machine.
    [Show full text]
  • Zen and the Art of Packet Capturing... [email protected] About Me
    #SharkFest15 Zen and the art of packet Capturing... [email protected] About me... • Capturing packets since '99 • Used SnifferPro, but changed to Ethereal quickly :-) • Lots of bug chasing on Alteon and F5 ADC's • Missed some features, so started developing in2006 • Became core developer in 2007 • Started SYN-bit in 2009 • Focus on network troubleshooting and providing wireshark/protocol trainings • And some ADC consultancy (F5 BigIPs, iRules, etc) • Scuba diving / Arthouse movies 2 [email protected] Why capture packets? • Learn • Develop • Solve • Monitor • Detect 3 [email protected] Capture challenges... • Where to get the packets • How to get the packets • How to timestamp the packets • How to filter the packets • How to save the packets 4 [email protected] Zen and the art of packet Capturing... • Where to capture the packets • How to capture the packets • Timestamping • Capture filters • Saving packets • Q&A 5 [email protected] Where would you capture if... User A complains that something is not working in application on server S5? 6 [email protected] Where would you capture if... Some users in Paris complain complain about the performance of the loadbalanced application on server S1, S2, S3, S4? 7 [email protected] Where would you capture if... All users complain about the performance of an application on server S6? 8 [email protected] Where would you capture if... All users in Amsterdam complain about slow performance on every application? 9 [email protected] Some guidelines... • Capture close to the client, but not ON the client • Capture close to the server, but not ON the server • Capture (on several points) in between the client and server to drill down the source of the problem • Use intermediate devices like FW, LB, IDS, IPS, WAN optimizers for quick access to packets • But use SPAN ports and/or TAPs if these devices are under suspicion 10 [email protected] Zen and the art of packet Capturing..
    [Show full text]
  • Wireless Network Security by SSH Tunneling
    International Journal of Scientific and Research Publications, Volume 4, Issue 4, April 2014 1 ISSN 2250-3153 Wireless Network Security by SSH Tunneling Aniket Burande, Ankita Pise, Sameer Desai, Yohan Martin, Sejal D’mello Information Technology Department, Atharva College of Engineering, Malad (West), Mumbai 400095, India Abstract- The wireless communication, like Wi-Fi, is insecure help us to define network characteristics, learn who has been and is vulnerable to attacks like packet sniffing. The login using the network, determine the bandwidth and its usage, credentials in HTTP packets can be extracted from the IEEE recognize peak network usage times, detect various possible 802.11 packets using tools like Wire-shark and can be misused attacks or harmful activities, and find unsecured and abnormal by the attackers. This puts the whole data and the system into applications. There are different types of packet sniffing risks. The main goal of this paper is to show that packet sniffing programs. Each program is designed or built with different goals can be avoided by ‘SSH tunneling’. The concept of SSH and objectives in mind. Some names of the popular packet tunneling can actually be a good defensive mechanism against analysis programs are tcpdump (a command-line program), the packet sniffing attacks and can also make the communication OmniPeek, and Wireshark (both GUI-based sniffers). over wireless networks secured. Also, why SSH tunneling is beneficial has been justified. A packet sniffer intercepts and log packets in a network which can be decoded later according to some specification. Wireless Index Terms- IEEE 802.11, Packet sniffing, SSH, Wireshark packet sniffers are widely used in network management and research communities due to their capability to monitor network traffic at the MAC layer as well as layers above.
    [Show full text]
  • Detecting Sniffers on an Ethernet Network Part I
    VIII. Évfolyam 2. szám - 2013. június Dániel Nagy [email protected] DETECTING SNIFFERS ON AN ETHERNET NETWORK PART I. – THE THEORY Abstract Although wireless networks are spreading quickly nowadays, we find wired Ethernet networks in most institutes, offices and homes. This way most PCs are connected to an Ethernet network. Ethernet networks can be eavesdropped. The act of eavesdropping a network is called sniffing. Sniffing an Ethernet network does not require any special hardware or particularly advanced computer knowledge. Many sensitive data are transmitted unencrypted in practice nowadays. For example, emails, some of the passwords and all of our HTTP requests can be easily read by a sniffer connected to our network. This means sniffing has a serious impact on privacy and secrecy. These simple sniffers can be detected on a network by various methods. This paper presents some of this methods, and discusses the networking fundamentals of these methods. Bár a vezetéknélküli hálózatok gyors fejlődésben vannak, a legtöbb intézményben, irodában és otthonban vezetékes Ethernet hálózatot találunk. Ilyenformán a legtöbb személyi számítógép Ethernet hálózathoz csatlakozik. Az Ethernet hálózatok lehallgathatók. A hálózat lehallgatását sniffingnek (szimatolás) nevezzük. Egy Ethernet hálózat lehallgatásához nem szükséges speciális hardver vagy különösebb számítástechnikai ismeret. Sok bizalmas információ kódolatlanul kerül továbbításra: az emailek, némely jelszavak és az összes HTTP kérés könnyen lehallgathatók egy sniffer segítségével. Ilyenformán a sniffingnek komoly jelentősége van a személyes és titkos információk tekintetében. Ezek az egyszerű snifferek különféle módokon detektálhatók. Jelen írás bemutat néhányat ezek közül, illetve szükséges hálózati ismereteket tárgyalja. Keywords: sniffing detection, Ethernet, OSI Level2, secrecy, privacy ~ hálózati forgalom figyelés, Ethernet, OSI adatkapcsolati retag, biztonság, titkosság 320 THE STRUCTURE OF THIS DOCUMENT This document is divided in two parts.
    [Show full text]
  • Network Interface Controller Drivers Release 17.11.10
    Network Interface Controller Drivers Release 17.11.10 Feb 27, 2020 CONTENTS 1 Overview of Networking Drivers1 2 Features Overview4 2.1 Speed capabilities...................................4 2.2 Link status.......................................4 2.3 Link status event....................................4 2.4 Removal event.....................................5 2.5 Queue status event..................................5 2.6 Rx interrupt.......................................5 2.7 Lock-free Tx queue..................................5 2.8 Fast mbuf free.....................................6 2.9 Free Tx mbuf on demand...............................6 2.10 Queue start/stop....................................6 2.11 MTU update......................................6 2.12 Jumbo frame......................................6 2.13 Scattered Rx......................................7 2.14 LRO...........................................7 2.15 TSO...........................................7 2.16 Promiscuous mode..................................7 2.17 Allmulticast mode...................................8 2.18 Unicast MAC filter...................................8 2.19 Multicast MAC filter..................................8 2.20 RSS hash.......................................8 2.21 RSS key update....................................8 2.22 RSS reta update....................................9 2.23 VMDq..........................................9 2.24 SR-IOV.........................................9 2.25 DCB...........................................9 2.26 VLAN filter.......................................9
    [Show full text]
  • Comparative Study of Packet Sniffing Tools for HTTP Network Monitoring and Analyzing Dr
    Aruna Varanasi et al | IJCSET(www.ijcset.net) | December 2016 | Vol 6, Issue 12,406-409 Comparative Study of Packet Sniffing tools for HTTP Network Monitoring and Analyzing Dr. Aruna Varanasi#1, P. Swathi*2 1Professor and Head, Computer Science and Engineering, 2Post Graduate Scholars, Computer Science and Engineering. Sreenidhi Institute of Science and Technology, Ghatkesar, T.S, India. Abstract— The use of computers has expeditiously the packets that do not contain its own MAC address. An increased in the last few decades. Coupled with this has been operation mode called no promiscuous, which basically the exponential growth of the internet. Computers can now means that each network card is minding its own business exchange the large volumes of information. This has resulted and they only reading the frames, which are directed to it. in an ever increasing need for tools and applications that can In order to captures the packets, NIC has to be set in the monitor and analysing the network traffic. promiscuous mode. Packet sniffers will do sniffing by Monitoring tools helps network administrators in setting the NIC card of its own system to promiscuous evaluating and diagnosing problems with servers, the network mode, and hence captures all packets even they are not wire, hubs and applications. But other than artificial intelligence machines cannot recognize personalities and intended for it. So, packet sniffer captures the packets by content, they can also be used for communication and setting the NIC card into promiscuous mode, when the exchange of information pertaining to unlawful activity. This packet arriving at the NIC, which are copied to the device is why law enforcement agencies have shown increased driver memory, and then passed to the kernel buffer from interest in network monitoring tools and application to where it is used by the user application.
    [Show full text]
  • Slides for Networking Overview
    Internet Overview Router Internet/Networking Overview Router Router Router Notes for CSC 580 Gateway/Firewall • Basic idea: Network of networks • Internet (protocol) vs. “The Internet” Internet/Networking Overview Slide 2 Packet Switching Some Internet History A B C D E F G H I J K L M N O P • ARPA (Advanced Research Projects Agency) experiment to test ideas of “packet switched A B C D E F G H I J K L M N O P networks” Packet size determined by MTU (Maximum Transmission Unit) • 1969: First node goes on-line (UCLA) • Each packet sent independently • 1970’s: Maturing and apps (e-mail in 1972) – Different pieces can routed separately • 1980’s: Widespread in academic, military, – Not dependent on a fixed “switched” connection, and research communities so can “re-route” easily to avoid trouble spots – 1985: NSFNET • 1990’s: The web and privatization • Postcard analogy Internet/Networking Overview Slide 3 Internet/Networking Overview Slide 4 Some Web History Network Protocols • 1990: Tim Berners-Lee at CERN defined: •A network protocol provides syntactic and – HTTP (transfer) semantic rules for communication. – HTML (presentation) – Often defined in terms of state machines – URLs (reference) – Standards allow service-based interoperability • 1993: Mosaic released by NCSA • Internet RFCs (TCP/IP, DNS, …) • IEEE standards (Ethernet, etc.) • December 1994: Netscape appears – Improvements in efficiency/caching • Protocols can be in hardware or software – Integrated encryption/SSL to enable secure connections – Ethernet access protocol often in
    [Show full text]
  • Network Monitoring and Detecting Packets Using Packet Sniffing Method
    International Journal of Scientific & Engineering Research, Volume 8, Issue 4, April-2017 ISSN 2229-5518 41 Network Monitoring And Detecting Packets Using Packet Sniffing Method S.Nagalakshmi ABSTRACT In the past five decades computer network have kept up growing in size, complexity, overall in the number of its users as well as being in a permanent evolution. Hence the amount of network traffic flowing at each node has increased drastically. With the development and popularization of network Technology, the management, maintenance and monitoring of network is important to keep the network smooth and improve economic efficiency. So to keep a track on these nodes a packet sniffer is used. Packet sniffers are useful for analyzing network traffic over wired or wireless networks. Sometimes a packet sniffer is called a network monitor or network analyzer. Many system administrator or network administrator use it for monitoring and troubleshooting network traffic. This paper focuses on the basics of packet sniffer; it’s working Principle which used for analysis Network traffic, how it works in both switched and non switched environment, its practical approach, its positive vs negative aspects and its safe guards. KEYWORDS: Packet Filter, Promiscuous mode, Spoofing and Intrusion, Network Monitoring, Network analyzer. —————————— —————————— I. INTRODUCTION with new switches. The replacement of hub with new Packet sniffing is the process of capturing the switches that makes switched environment is widely used information transmitted across network. In this process because it increases security. However, the thinking NIC capture all traffic that is flow inside or outside behind is somewhat flawed. It cannot be said that packet network.
    [Show full text]
  • Packet Capture About
    Packet Capture About Capturing SIP and RTP packets can reveal trouble with the configuration of FreeSWITCH or the endpoints connecting to it. A packet capture might be required by developers to help troubleshoot your installation. tcpdump SRC: http://www.tcpdump.org/ Use tcpdump if you want a pcap to open up in Wireshark later. Else, use tshark if you want a "text only" view of the SIP traffic without all the headers and extra information. Examples Basic Logging Real-time traffic dump (full packets) to stdout: tcpdump -nq -s 0 -A -vvv -i eth0 port 5060 Dump to file: tcpdump -nq -s 0 -i eth0 -w /tmp/dump.pcap port 5060 Save a new time-stamped file approximately once per hour on the specified port tcpdump -nq -s 0 -i eth0 -G3600 -w /tmp/trace/sip-%F--%H-%M-%S.pcap port 5060 Daemonize and log 2 ports, rotate log every hour. nohup tcpdump -nq -s 0 -i eth0 -G3600 -w /tmp/trace/sip-%F--%H-%M-%S.pcap port 5080 or port 5060 & Daemonize and log 2 ports, rotate log every hour, and place into hierarchical directory structure. tcpdump log example #!/bin/bash TD=`pidof tcpdump` if [ -n "$TD" ]; then kill "$TD" fi DIRS="/var/spool/pcap/`/bin/date '+%Y'`/ /var/spool/pcap/`/bin/date '+%Y'`/`/bin/date '+%m'`/ /var/spool/pcap/` /bin/date '+%Y'`/`/bin/date '+%m'`/`/bin/date '+%d'`/" for DIR in $DIRS do if [ ! -d "$DIR" ]; then mkdir "$DIR" fi done nohup tcpdump -nq -s 0 -i eth0 -G3600 -w '/var/spool/pcap/%Y/%m/%d/%H%M%S.pcap' port 5060 or port 5080 &> /opt /freeswitch/log/tcpdump.log & This should be run from cron / init services at the first minute of each new day.
    [Show full text]