Sponsored Content
Special Forums IP Networking Problem Receiving the first OSPF packet Post 302239596 by cosmic_egg on Wednesday 24th of September 2008 04:53:04 AM
Old 09-24-2008
Thanks for the reply and sorry for late reply. but I think that problem is not understood correctly.
I will try more explanation.
This is what I do. I do not interact with a an OSPF client as yet.
I am trying to develop code which could just send and receive OSPF packet.

Scenario1:
PC1

1) send any ospf packet(need not be an Hello packet) to PC2.
and wait for a OSPF packet.

PC2

2) See in Ethereal packet sniffer the packet

PC2

3) Send any OSPF packet to PC1.

PC1

4) My application is able to receive the OSPF packet. and also can see the packet in the ethereal packet sniffer

The above scenario works as expected but when
scenario2.

PC1

1) Wait for any OSPF packet(Application has not sent an OSPF packet yet)

PC2

2) Send an OSPF packet to PC1

PC1

3) Can see the packet in ethereal packet sniffer but my application times out waiting on the raw socket(Not received the data).

Why in the second scenario would my application not get the data from the kernal/os?

Well for fimblo's question

1) What happens when you send yourself a hello packet? Have you tried sending a HELLO packet from another client? (zebra, cisco, etc).

Ans. I just receive and ICMP message (Destination Unreacable | Protocol Unreachable). As I do not have a OSPF client on the other machine.
However this gives me an idea of going through zebra code. and figuring out how are they able to receive the packets.
I will also try doing as suggested in coming days. as that is my next step.

2) Are you listening on 224.0.0.5? or 224.0.0.6?
If the IP next-header field set correctly? (89)

Ans. I was just listening on the raw socket that I used to send and receive data in scenario 1.

Please Forgive me any inconsistencies I am just an amateur programmer and new to discussion forums.
 

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
RAW(7)							     Linux Programmer's Manual							    RAW(7)

NAME
raw, SOCK_RAW - Linux IPv4 raw sockets SYNOPSIS
#include <sys/socket.h> #include <netinet/in.h> raw_socket = socket(AF_INET, SOCK_RAW, int protocol); DESCRIPTION
Raw sockets allow new IPv4 protocols to be implemented in user space. A raw socket receives or sends the raw datagram not including link level headers. The IPv4 layer generates an IP header when sending a packet unless the IP_HDRINCL socket option is enabled on the socket. When it is enabled, the packet must contain an IP header. For receiving the IP header is always included in the packet. Only processes with an effective user ID of 0 or the CAP_NET_RAW capability are allowed to open raw sockets. All packets or errors matching the protocol number specified for the raw socket are passed to this socket. For a list of the allowed pro- tocols see RFC 1700 assigned numbers and getprotobyname(3). A protocol of IPPROTO_RAW implies enabled IP_HDRINCL and is able to send any IP protocol that is specified in the passed header. Receiving of all IP protocols via IPPROTO_RAW is not possible using raw sockets. +---------------------------------------------------+ |IP Header fields modified on sending by IP_HDRINCL | +----------------------+----------------------------+ |IP Checksum |Always filled in. | +----------------------+----------------------------+ |Source Address |Filled in when zero. | +----------------------+----------------------------+ |Packet Id |Filled in when zero. | +----------------------+----------------------------+ |Total Length |Always filled in. | +----------------------+----------------------------+ If IP_HDRINCL is specified and the IP header has a nonzero destination address then the destination address of the socket is used to route the packet. When MSG_DONTROUTE is specified, the destination address should refer to a local interface, otherwise a routing table lookup is done anyway but gatewayed routes are ignored. If IP_HDRINCL isn't set, then IP header options can be set on raw sockets with setsockopt(2); see ip(7) for more information. In Linux 2.2, all IP header fields and options can be set using IP socket options. This means raw sockets are usually only needed for new protocols or protocols with no user interface (like ICMP). When a packet is received, it is passed to any raw sockets which have been bound to its protocol before it is passed to other protocol han- dlers (e.g., kernel protocol modules). Address Format Raw sockets use the standard sockaddr_in address structure defined in ip(7). The sin_port field could be used to specify the IP protocol number, but it is ignored for sending in Linux 2.2 and should be always set to 0 (see BUGS). For incoming packets, sin_port is set to the protocol of the packet. See the <netinet/in.h> include file for valid IP protocols. Socket Options Raw socket options can be set with setsockopt(2) and read with getsockopt(2) by passing the IPPROTO_RAW family flag. ICMP_FILTER Enable a special filter for raw sockets bound to the IPPROTO_ICMP protocol. The value has a bit set for each ICMP message type which should be filtered out. The default is to filter no ICMP messages. In addition, all ip(7) IPPROTO_IP socket options valid for datagram sockets are supported. Error Handling Errors originating from the network are only passed to the user when the socket is connected or the IP_RECVERR flag is enabled. For con- nected sockets, only EMSGSIZE and EPROTO are passed for compatibility. With IP_RECVERR, all network errors are saved in the error queue. ERRORS
EACCES User tried to send to a broadcast address without having the broadcast flag set on the socket. EFAULT An invalid memory address was supplied. EINVAL Invalid argument. EMSGSIZE Packet too big. Either Path MTU Discovery is enabled (the IP_MTU_DISCOVER socket flag) or the packet size exceeds the maximum allowed IPv4 packet size of 64KB. EOPNOTSUPP Invalid flag has been passed to a socket call (like MSG_OOB). EPERM The user doesn't have permission to open raw sockets. Only processes with an effective user ID of 0 or the CAP_NET_RAW attribute may do that. EPROTO An ICMP error has arrived reporting a parameter problem. VERSIONS
IP_RECVERR and ICMP_FILTER are new in Linux 2.2. They are Linux extensions and should not be used in portable programs. Linux 2.0 enabled some bug-to-bug compatibility with BSD in the raw socket code when the SO_BSDCOMPAT socket option was set -- since Linux 2.2, this option no longer has that effect. NOTES
By default, raw sockets do path MTU (Maximum Transmission Unit) discovery. This means the kernel will keep track of the MTU to a specific target IP address and return EMSGSIZE when a raw packet write exceeds it. When this happens, the application should decrease the packet size. Path MTU discovery can be also turned off using the IP_MTU_DISCOVER socket option or the /proc/sys/net/ipv4/ip_no_pmtu_disc file, see ip(7) for details. When turned off, raw sockets will fragment outgoing packets that exceed the interface MTU. However, disabling it is not recommended for performance and reliability reasons. A raw socket can be bound to a specific local address using the bind(2) call. If it isn't bound, all packets with the specified IP proto- col are received. In addition, a RAW socket can be bound to a specific network device using SO_BINDTODEVICE; see socket(7). An IPPROTO_RAW socket is send only. If you really want to receive all IP packets, use a packet(7) socket with the ETH_P_IP protocol. Note that packet sockets don't reassemble IP fragments, unlike raw sockets. If you want to receive all ICMP packets for a datagram socket, it is often better to use IP_RECVERR on that particular socket; see ip(7). Raw sockets may tap all IP protocols in Linux, even protocols like ICMP or TCP which have a protocol module in the kernel. In this case, the packets are passed to both the kernel module and the raw socket(s). This should not be relied upon in portable programs, many other BSD socket implementation have limitations here. Linux never changes headers passed from the user (except for filling in some zeroed fields as described for IP_HDRINCL). This differs from many other implementations of raw sockets. RAW sockets are generally rather unportable and should be avoided in programs intended to be portable. Sending on raw sockets should take the IP protocol from sin_port; this ability was lost in Linux 2.2. The workaround is to use IP_HDRINCL. BUGS
Transparent proxy extensions are not described. When the IP_HDRINCL option is set, datagrams will not be fragmented and are limited to the interface MTU. Setting the IP protocol for sending in sin_port got lost in Linux 2.2. The protocol that the socket was bound to or that was specified in the initial socket(2) call is always used. SEE ALSO
recvmsg(2), sendmsg(2), capabilities(7), ip(7), socket(7) RFC 1191 for path MTU discovery. RFC 791 and the <linux/ip.h> include file for the IP protocol. COLOPHON
This page is part of release 3.25 of the Linux man-pages project. A description of the project, and information about reporting bugs, can be found at http://www.kernel.org/doc/man-pages/. Linux 2008-11-20 RAW(7)
All times are GMT -4. The time now is 01:53 AM.
Unix & Linux Forums Content Copyright 1993-2022. All Rights Reserved.
Privacy Policy