Sponsored Content
Special Forums IP Networking Problem Receiving the first OSPF packet Post 302239436 by fimblo on Tuesday 23rd of September 2008 03:59:29 PM
Old 09-23-2008
Are you listening on 224.0.0.5? or 224.0.0.6?
If the IP next-header field set correctly? (89)

Just some wild stabs in the dark Smilie

/Fimblo
 

9 More Discussions You Might Find Interesting

1. Ubuntu

packet inconsistency problem

Hello everyone, I was trying to install db2 on Ubuntu, but got messed up with manual installation and Synaptic. At the moment, I find myself with a filesystem where DB2 is NOT installed ( I removed it with a sudo rm :o ) and with Synaptic still flagging db2exc as installed. The problem is that... (1 Reply)
Discussion started by: clalfa
1 Replies

2. IP Networking

Importance of LS length in DB exchange start packet (OSPF protocol)?

Is there any importance of LS length in DB exchange packet of OSPF protocol as its should be always be 20 bytes. Is this length to be ignored (2 Replies)
Discussion started by: cosmic_egg
2 Replies

3. Programming

problem receiving data from TCP socket

Hi all, I'm writing a socket program which sends a structure from one machine to another. When I run my client first time it runs well, however after the first time I couldn't receive all the data inside the structure (it is like, half of the array is received and the other half is not set). I... (1 Reply)
Discussion started by: SaTYR
1 Replies

4. IP Networking

packet loss problem

I have 4 network ports on our T5240 sun server. all but 1 gives packet losses (nxge1) nxge0 gives on average 50% packet loss, very bad. nxge2 gives on average 1-2% packet loss. nxge3 gives on average 20% packet loss. Is there a tool or something to help me find the problem? (11 Replies)
Discussion started by: photon
11 Replies

5. Programming

Receiving broadcast packets using packet socket

Hello I try to send DHCP RENEW packets to the network and receive the responses. I broadcast the packet and I can see that it's successfully sent using Wireshark. But I have difficulties receiving the responses.I use packet sockets to catch the packets. I can see that there are responses to my... (0 Replies)
Discussion started by: xyzt
0 Replies

6. UNIX for Dummies Questions & Answers

Problem when I try to install a wireshark packet

Hi Gurus of UNIX, I has a problem when I try to install a packet in my virtual box. (I install solaris in it) Any want can help whith it: The problem is the following # pkgadd -d wireshark-1.2.10-sol10-x86-local The following packages are available: 1 SMCwires wireshark ... (5 Replies)
Discussion started by: andresguillen
5 Replies

7. Programming

Receiving JPEG packet from camera

I am trying to receive a packet of data as bytes in C, but the picture is getting messed up. I am using fwrite to append bytes to jpg file, but the append or write does not seem to be appending jpg correctly. Packet 1 data comes in append to file Packet 2 data comes in append to file ...... (12 Replies)
Discussion started by: photon
12 Replies

8. AIX

Packet loss coming with big packet size ping

(5 Replies)
Discussion started by: Vishal_dba
5 Replies

9. Android

Nexus 7 Bluetooth receiving problem

I have three devices of which one is the Nexus 7. When this detects incoming files from either of the two others, it comes to life and I check that it is paired and connected, but the accept or reject file dialogue does not APPEAR. I have three devices of which one is the Nexus 7. When this ... (0 Replies)
Discussion started by: Royalist
0 Replies
tttprobe(1)								net							       tttprobe(1)

NAME
tttprobe - Tele Traffic Tapper probe - A probe to collect local traffic-data and send it to a remote instance of tttview SYNTAX
ttt [-interface device] [-interval ms] [-multicast] [-port dest_port] [-ttl time-to-live] [Destination] DESCRIPTION
tttprobe is the probe program in the ttt program suite. tttprobe locally collects traffic-data and sends it over a network to an instance of tttview. To run tttview, it is not necessary to be "root". The ttt program suite is yet another descendant of tcpdump but it is capable of real-time, graphical, local and remote traffic-monitoring. It won't replace tcpdump, rather, it helps you find out what to look into with tcpdump. OPTIONS
ttt [-interface device] [-interval ms] [-multicast] [-port dest_port] [-ttl time-to-live] [Destination] -interface device specifies the interface for packet capture. If not specified, the default interface is chosen. -interval ms Sets the interval in Milliseconds. If omitted, a interval of 1000 msec. is used as default. -multicast Shorthand for the default multicast destination "224.8.8.0". -port dest_port Specifies the udp port number on the remote host where the traffic-data should be sent to. If omitted, port 7288 is used as default. -ttl time-to-live Specifies the time-to-live for multicast. If omitted, 1 is used as default to restrict the multicast to the local subnet. Destination Specifies the remote host where the traffic-data should be sent to. Destination can be omitted only, if -multicast is specified. Destination can be a uni- or multicast address. EXAMPLES
Remark: "hostA" is allways the host where traffic-data is collected with tttprobe and "hostB" is allways the host where the traffic-data is displayed with tttview. point-to-point monitoring: hostA: tttprobe hostB hostB: tttview or: hostA: tttprobe ip_of_hostB hostB: tttview multicast: when using the default multicast address: hostA: tttprobe -multicast hostB: tttview -multicast this is equivalent to: hostA: tttprobe 224.8.8.0 hostB: tttview -addr 224.8.8.0 AUTHORS
tttprobe was written by Kenjiro Cho < kjc@csl.sony.co.jp>. This manual page was written by Thomas Scheffczyk <thomas.scheffczyk@verwaltung.uni-mainz.de>, for the Debian GNU/Linux system (but may be used by others). SEE ALSO
ttt(1), tttview(1) Kenjiro Cho 1.7 tttprobe(1)
All times are GMT -4. The time now is 09:37 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy