This document provides an overview of network programming using C sockets. It defines what a socket is and describes two essential socket types: SOCK_STREAM for reliable connection-oriented communication and SOCK_DGRAM for unreliable connectionless communication. It covers key socket functions like socket(), bind(), listen(), accept(), connect(), send(), recv(), and close(). It also discusses issues like port numbers, addressing, byte ordering, and dealing with blocking function calls using techniques like select().
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
100%(1)100% found this document useful (1 vote)
115 views38 pages
ProgIntegra Clase6 Sockets en C
This document provides an overview of network programming using C sockets. It defines what a socket is and describes two essential socket types: SOCK_STREAM for reliable connection-oriented communication and SOCK_DGRAM for unreliable connectionless communication. It covers key socket functions like socket(), bind(), listen(), accept(), connect(), send(), recv(), and close(). It also discusses issues like port numbers, addressing, byte ordering, and dealing with blocking function calls using techniques like select().
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 38
Programacin Integrativa
Clase 6: Inter-Process Communication:
Network Programming using C Sockets Javitt Higmar Nahitt Padilla Franco, C.Ph.D. Depto. de Ingeniera Elctrica y Computacin Instituto de Ingeniera y Tecnologa Universidad Autnoma de Ciudad Jurez 2 What is a socket? An interface between application and network The application creates a socket The socket type dictates the style of communication reliable vs. best effort connection-oriented vs. connectionless Once configured the application can pass data to the socket for network transmission receive data from the socket (transmitted through the network by some other host) 3 Two essential types of sockets SOCK_STREAM a.k.a. TCP reliable delivery in-order guaranteed connection-oriented bidirectional SOCK_DGRAM a.k.a. UDP unreliable delivery no order guarantees no notion of connection app indicates dest. for each packet can send or receive App socket 3 2 1 Dest. App socket 3 2 1 D1 D3 D2 Q: why have type SOCK_DGRAM? 4 Socket Creation in C: socket int s = socket(domain, type, protocol); s: socket descriptor, an integer (like a file-handle) domain: integer, communication domain e.g., PF_INET (IPv4 protocol) typically used type: communication type SOCK_STREAM: reliable, 2-way, connection-based service SOCK_DGRAM: unreliable, connectionless, other values: need root permission, rarely used, or obsolete protocol: specifies protocol (see file /etc/protocols for a list of options) - usually set to 0 NOTE: socket call does not specify where data will be coming from, nor where it will be going to it just creates the interface! 5 A Socket-eye view of the Internet Each host machine has an IP address When a packet arrives at a host medellin.cs.columbia.edu (128.59.21.14) cluster.cs.columbia.edu (128.59.21.14, 128.59.16.7, 128.59.16.5, 128.59.16.4) newworld.cs.umass.edu (128.119.245.93) 6 Ports Port 0 Port 1 Port 65535 Each host has 65,536 ports Some ports are reserved for specific apps 20,21: FTP 23: Telnet 80: HTTP see RFC 1700 (about 2000 ports are reserved)
A socket provides an interface to send data to/from the network through a port 7 Addresses, Ports and Sockets Like apartments and mailboxes You are the application Your apartment building address is the address Your mailbox is the port The post-office is the network The socket is the key that gives you access to the right mailbox (one difference: assume outgoing mail is placed by you in your mailbox)
Q: How do you choose which port a socket connects to? 8 The bind function associates and (can exclusively) reserves a port for use by the socket int status = bind(sockid, &addrport, size); status: error status, = -1 if bind failed sockid: integer, socket descriptor addrport: struct sockaddr, the (IP) address and port of the machine (address usually set to INADDR_ANY chooses a local address) size: the size (in bytes) of the addrport structure bind can be skipped for both types of sockets. When and why?
9 Skipping the bind SOCK_DGRAM: if only sending, no need to bind. The OS finds a port each time the socket sends a pkt if receiving, need to bind SOCK_STREAM: destination determined during conn. setup dont need to know port sending from (during connection setup, receiving end is informed of port) 10 Connection Setup (SOCK_STREAM) Recall: no connection setup for SOCK_DGRAM A connection occurs between two kinds of participants passive: waits for an active participant to request connection active: initiates connection request to passive side Once connection is established, passive and active participants are similar both can send & receive data either can terminate the connection 11 Connection setup contd Passive participant step 1: listen (for incoming requests) step 3: accept (a request) step 4: data transfer The accepted connection is on a new socket The old socket continues to listen for other active participants Why? Active participant
step 2: request & establish connection
step 4: data transfer Passive Participant
l-sock a-sock-1 a-sock-2
Active 1 socket
Active 2 socket 12 Connection setup: listen & accept Called by passive participant int status = listen(sock, queuelen); status: 0 if listening, -1 if error sock: integer, socket descriptor queuelen: integer, # of active participants that can wait for a connection listen is non-blocking: returns immediately int s = accept(sock, &name, &namelen); s: integer, the new socket (used for data-transfer) sock: integer, the orig. socket (being listened on) name: struct sockaddr, address of the active participant namelen: sizeof(name): value/result parameter must be set appropriately before call adjusted by OS upon return accept is blocking: waits for connection before returning 13 connect call int status = connect(sock, &name, namelen); status: 0 if successful connect, -1 otherwise sock: integer, socket to be used in connection name: struct sockaddr: address of passive participant namelen: integer, sizeof(name) connect is blocking 14 Sending / Receiving Data With a connection (SOCK_STREAM): int count = send(sock, &buf, len, flags); count: # bytes transmitted (-1 if error) buf: char[], buffer to be transmitted len: integer, length of buffer (in bytes) to transmit flags: integer, special options, usually just 0 int count = recv(sock, &buf, len, flags); count: # bytes received (-1 if error) buf: void[], stores received bytes len: # bytes received flags: integer, special options, usually just 0 Calls are blocking [returns only after data is sent (to socket buf) / received] 15 Sending / Receiving Data (contd) Without a connection (SOCK_DGRAM): int count = sendto(sock, &buf, len, flags, &addr, addrlen); count, sock, buf, len, flags: same as send addr: struct sockaddr, address of the destination addrlen: sizeof(addr) int count = recvfrom(sock, &buf, len, flags, &addr, &addrlen); count, sock, buf, len, flags: same as recv name: struct sockaddr, address of the source namelen: sizeof(name): value/result parameter Calls are blocking [returns only after data is sent (to socket buf) / received] 16 close When finished using a socket, the socket should be closed: status = close(s); status: 0 if successful, -1 if error s: the file descriptor (socket being closed) Closing a socket closes a connection (for SOCK_STREAM) frees up the port used by the socket
17 The struct sockaddr The generic: struct sockaddr { u_short sa_family; char sa_data[14]; };
sa_family specifies which address family is being used determines how the remaining 14 bytes are used
The Internet-specific: struct sockaddr_in { short sin_family; u_short sin_port; struct in_addr sin_addr; char sin_zero[8]; }; sin_family = AF_INET sin_port: port # (0-65535) sin_addr: IP-address sin_zero: unused 18 Address and port byte-ordering Address and port are stored as integers u_short sin_port; (16 bit) in_addr sin_addr; (32 bit)
struct in_addr { u_long s_addr; }; Problem: different machines / OSs use different word orderings little-endian: lower bytes first big-endian: higher bytes first these machines may communicate with one another over the network
128.119.40.12 128 119 40 12 12.40.119.128 128 119 40 12 Big-Endian machine Little-Endian machine 19 Solution: Network Byte-Ordering Defs: Host Byte-Ordering: the byte ordering used by a host (big or little) Network Byte-Ordering: the byte ordering used by the network always big-endian Any words sent through the network should be converted to Network Byte-Order prior to transmission (and back to Host Byte-Order once received) Q: should the socket perform the conversion automatically?
Q: Given big-endian machines dont need conversion routines and little- endian machines do, how do we avoid writing two versions of code?
On big-endian machines, these routines do nothing On little-endian machines, they reverse the byte order
Same code would have worked regardless of endian-ness of the two machines 128.119.40.12 128 119 40 12 128.119.40.12 128 119 40 12 Big-Endian machine Little-Endian machine n t o h l
128 119 40 12 128 119 40 12 21 Dealing with blocking calls Many of the functions we saw block until a certain event accept: until a connection comes in connect: until the connection is established recv, recvfrom: until a packet (of data) is received send, sendto: until data is pushed into sockets buffer Q: why not until received? For simple programs, blocking is convenient What about more complex programs? multiple connections simultaneous sends and receives simultaneously doing non-networking processing
22 Dealing w/ blocking (contd) Options: create multi-process or multi-threaded code turn off the blocking feature (e.g., using the fcntl file-descriptor control function) use the select function call. What does select do? can be permanent blocking, time-limited blocking or non-blocking input: a set of file-descriptors output: info on the file-descriptors status i.e., can identify sockets that are ready for use: calls involving that socket will return immediately
23 select function call int status = select(nfds, &readfds, &writefds, &exceptfds, &timeout); status: # of ready objects, -1 if error nfds: 1 + largest file descriptor to check readfds: list of descriptors to check if read-ready writefds: list of descriptors to check if write-ready exceptfds: list of descriptors to check if an exception is registered timeout: time after which select returns, even if nothing ready - can be 0 or (point timeout parameter to NULL for ) 24 To be used with select: Recall select uses a structure, struct fd_set it is just a bit-vector if bit i is set in [readfds, writefds, exceptfds], select will check if file descriptor (i.e. socket) i is ready for [reading, writing, exception] Before calling select: FD_ZERO(&fdvar): clears the structure FD_SET(i, &fdvar): to check file desc. i After calling select: int FD_ISSET(i, &fdvar): boolean returns TRUE iff i is ready
25 Other useful functions bzero(char* c, int n): 0s n bytes starting at c gethostname(char *name, int len): gets the name of the current host gethostbyaddr(char *addr, int len, int type): converts IP hostname to structure containing long integer inet_addr(const char *cp): converts dotted-decimal char- string to long integer inet_ntoa(const struct in_addr in): converts long to dotted- decimal notation
Warning: check function assumptions about byte-ordering (host or network). Often, they assume parameters / return solutions in network byte-order 26 Release of ports Sometimes, a rough exit from a program (e.g., ctrl-c) does not properly free up a port Eventually (after a few minutes), the port will be freed To reduce the likelihood of this problem, include the following code: #include <signal.h> void cleanExit(){exit(0);} in socket code: signal(SIGTERM, cleanExit); signal(SIGINT, cleanExit); Example in gnu C Server /* A simple server in the internet domain using TCP The port number is passed as an argument */ #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <sys/types.h> #include <sys/socket.h> #include <netinet/in.h>
int main(int argc, char *argv[]) { int sockfd, portno, n; struct sockaddr_in serv_addr; struct hostent *server;
char buffer[256]; if (argc < 3) { fprintf(stderr,"usage %s hostname port\n", argv[0]); exit(0); } portno = atoi(argv[2]); sockfd = socket(AF_INET, SOCK_STREAM, 0); if (sockfd < 0) error("ERROR opening socket"); server = gethostbyname(argv[1]); if (server == NULL) { fprintf(stderr,"ERROR, no such host\n"); exit(0); } Client (contd)
bzero((char *) &serv_addr, sizeof(serv_addr)); serv_addr.sin_family = AF_INET; bcopy((char *)server->h_addr, (char *)&serv_addr.sin_addr.s_addr, server->h_length); serv_addr.sin_port = htons(portno); if (connect(sockfd,(struct sockaddr *) &serv_addr,sizeof(serv_addr)) < 0) error("ERROR connecting"); printf("Please enter the message: "); bzero(buffer,256); fgets(buffer,255,stdin); n = write(sockfd,buffer,strlen(buffer)); if (n < 0) error("ERROR writing to socket"); bzero(buffer,256); n = read(sockfd,buffer,255); if (n < 0) error("ERROR reading from socket"); printf("%s\n",buffer); close(sockfd); return 0; }
Where to place the files How to compile How to Run 35 Final Thoughts Make sure to #include the header files that define used functions Check man-pages and course web-site for additional info
Tarea 6 vea el archivo anexo Referencias http://www1.cs.columbia.edu/~danr/courses/ 761/Fall00/intro/761-1b-sockets.ppt Programacin Integrativa Clase 6: Inter-Process Communication: Network Programming using C Sockets Javitt Higmar Nahitt Padilla Franco, C.Ph.D. Depto. de Ingeniera Elctrica y Computacin Instituto de Ingeniera y Tecnologa Universidad Autnoma de Ciudad Jurez