|I guess I have to establish "my model" first and use appropriate terminology.
The objective is to display data processed on "embedded hardware" ( Raspberry Pi ) on PC.
Hence (per attached note )
"Client (RPi ) requests a service ( display data passed to it ) from server."
" TCP/IP enables peer-to-peer communication."
Is very generic term used , however "peer-to- peer" is little misleading since it implies , to me , an equal function of each end of communication path - which "client / server " is NOT.
TCP/IP is ONE part of actual implementation of the "transmission path " ( a generic term of describing the actuall communication path) - in this case I have TCP/IP and Bluetoooth RF participating in the "transmission path ".
So in terminology of "communication " terms -
I have a source - client - RPi
communication / transmission path - TCP/IP and RF
destination - server
For simplicity I am going use SINGLE socket (DONE!) and the actaull communication - from source to destination can be also looked as "simplex" communication.
The actaull passing of information between terminal points ( source / destination ) can be reversed.
So much for theory.
I am still trying to decipher the INDIVIDUAL function of parameters passed to "socket"
Mainly the functions of DOMAIN parameter - either AF_x (Address family) or PF_x (Protocol family).
I am unable to find decent definition of "AF_BLUETOOTH" DOMAIN parameter.
(Time to find source code for "socket" function )
The puzzling part is PROTOCOL parameter by itself and its interaction with DOMAIN and TYPE.
The Client-Server Model
TCP/IP enables peer-to-peer communication.
Computers can cooperate as equals or in any desired way.
Most distributed applications have special roles. For example:
Server waits for a client request.
Client requests a service from server.