std协议

❶ MIL-STD-1553B的协议芯片国产化

基于对1553B规范复和gjb289a-97的消化理解，通过FPGA来实现制MIL-STD－1553B协议是可行的，目前的科研院所和相关的单位在这方面作了大量的工作，设计出的协议芯片已经能够完全符合1553B规范。恩菲特科技于2005年推出的EP-H31580就是典型的代表，其性能指标达到国外同类产品水平。基于EP-H31580开发的1553B板卡的总线已经包括了PCI、PXI/CPCI、VXI、PC/104、PC/104+、PCMCIA等；在多家航空航天和兵器领域的科研院所和生产单位得到了广泛的应用！

❷ Modbus plus、 modbus RTPS、 modbus RTU、modbus STD有什么区别那些可以通用

首先对这些协议做个基本了解：
modbus RTU：Modicon公司（现为施耐德电气的一个品专牌）在1978年发明，它是一种基于属串行链路（如RS232/422/485）的协议，采用主站-从站结构。
Modbus plus：Modicon公司在1989年开发推出，它采用了令牌传递、对等方式、即插即用的网络结构，是一种更快的工业现场总线网络。
Modbus TCP：Modicon公司在1998年开发推出，它采用基于TCP/IP以太网的通信方式。
modbus RTPS：由Modbus-IDA组织提交的基于TCP/IP的Modbus和RTPS（Real—time Publish/Subscribe：实时数据的发布与订阅）协议。

❸ 利用ICMP协议编写一个自己的Ping应用程序（用C++）

#pragma pack(4)

#define WIN32_LEAN_AND_MEAN
#include <WINSOCK2.H>
#include <STDIO.H>
#include <STDLIB.H>

#define ICMP_ECHO 8
#define ICMP_ECHOREPLY 0

#define ICMP_MIN 8 // minimum 8 byte icmp packet (just header)

/* The IP header */
typedef struct iphdr {
unsigned int h_len:4; // length of the header
unsigned int version:4; // Version of IP
unsigned char tos; // Type of service
unsigned short total_len; // total length of the packet
unsigned short ident; // unique identifier
unsigned short frag_and_flags; // flags
unsigned char ttl;
unsigned char proto; // protocol (TCP, UDP etc)
unsigned short checksum; // IP checksum

unsigned int sourceIP;
unsigned int destIP;

}IpHeader;

//
// ICMP header
//
typedef struct _ihdr {
BYTE i_type;
BYTE i_code; /* type sub code */
USHORT i_cksum;
USHORT i_id;
USHORT i_seq;
/* This is not the std header, but we reserve space for time */
ULONG timestamp;
}IcmpHeader;

#define STATUS_FAILED 0xFFFF
#define DEF_PACKET_SIZE 32
#define MAX_PACKET 1024

#define xmalloc(s) HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,(s))
#define xfree(p) HeapFree (GetProcessHeap(),0,(p))

void fill_icmp_data(char *, int);
USHORT checksum(USHORT *, int);
void decode_resp(char *,int ,struct sockaddr_in *);

void Usage(char *progname){

fprintf(stderr,"Usage:\n");
fprintf(stderr,"%s <HOST> [data_size]\n",progname);
fprintf(stderr,"datasize can be up to 1Kb\n");
ExitProcess(STATUS_FAILED);

}
int main(int argc, char **argv){

WSADATA wsaData;
SOCKET sockRaw;
struct sockaddr_in dest,from;
struct hostent * hp;
int bread,datasize;
int fromlen = sizeof(from);
int timeout = 1000;
char *dest_ip;
char *icmp_data;
char *recvbuf;
unsigned int addr=0;
USHORT seq_no = 0;

if (WSAStartup(MAKEWORD(2,1),&wsaData) != 0){
fprintf(stderr,"WSAStartup failed: %d\n",GetLastError());
ExitProcess(STATUS_FAILED);
}

if (argc <2 ) {
Usage(argv[0]);
}
sockRaw = WSASocket (AF_INET,
SOCK_RAW,
IPPROTO_ICMP,
NULL, 0,0);

if (sockRaw == INVALID_SOCKET) {
fprintf(stderr,"WSASocket() failed: %d\n",WSAGetLastError());
ExitProcess(STATUS_FAILED);
}
bread = setsockopt(sockRaw,SOL_SOCKET,SO_RCVTIMEO,(char*)&timeout,
sizeof(timeout));
if(bread == SOCKET_ERROR) {
fprintf(stderr,"failed to set recv timeout: %d\n",WSAGetLastError());
ExitProcess(STATUS_FAILED);
}
timeout = 1000;
bread = setsockopt(sockRaw,SOL_SOCKET,SO_SNDTIMEO,(char*)&timeout,
sizeof(timeout));
if(bread == SOCKET_ERROR) {
fprintf(stderr,"failed to set send timeout: %d\n",WSAGetLastError());
ExitProcess(STATUS_FAILED);
}
memset(&dest,0,sizeof(dest));

hp = gethostbyname(argv[1]);

if (!hp){
addr = inet_addr(argv[1]);
}
if ((!hp) && (addr == INADDR_NONE) ) {
fprintf(stderr,"Unable to resolve %s\n",argv[1]);
ExitProcess(STATUS_FAILED);
}

if (hp != NULL)
memcpy(&(dest.sin_addr),hp->h_addr,hp->h_length);
else
dest.sin_addr.s_addr = addr;

if (hp)
dest.sin_family = hp->h_addrtype;
else
dest.sin_family = AF_INET;

dest_ip = inet_ntoa(dest.sin_addr);

if (argc >2) {
datasize = atoi(argv[2]);
if (datasize == 0)
datasize = DEF_PACKET_SIZE;

}
else
datasize = DEF_PACKET_SIZE;

datasize += sizeof(IcmpHeader);

icmp_data = xmalloc(MAX_PACKET);
recvbuf = xmalloc(MAX_PACKET);

if (!icmp_data) {
fprintf(stderr,"HeapAlloc failed %d\n",GetLastError());
ExitProcess(STATUS_FAILED);
}

memset(icmp_data,0,MAX_PACKET);
fill_icmp_data(icmp_data,datasize);

while(1) {
int bwrote;

((IcmpHeader*)icmp_data)->i_cksum = 0;
((IcmpHeader*)icmp_data)->timestamp = GetTickCount();

((IcmpHeader*)icmp_data)->i_seq = seq_no++;
((IcmpHeader*)icmp_data)->i_cksum = checksum((USHORT*)icmp_data,
datasize);

bwrote = sendto(sockRaw,icmp_data,datasize,0,(struct sockaddr*)&dest,
sizeof(dest));
if (bwrote == SOCKET_ERROR){
if (WSAGetLastError() == WSAETIMEDOUT) {
printf("timed out\n");
continue;
}
fprintf(stderr,"sendto failed: %d\n",WSAGetLastError());
ExitProcess(STATUS_FAILED);
}
if (bwrote < datasize ) {
fprintf(stdout,"Wrote %d bytes\n",bwrote);
}
bread = recvfrom(sockRaw,recvbuf,MAX_PACKET,0,(struct sockaddr*)&from,
&fromlen);
if (bread == SOCKET_ERROR){
if (WSAGetLastError() == WSAETIMEDOUT) {
printf("timed out\n");
continue;
}
fprintf(stderr,"recvfrom failed: %d\n",WSAGetLastError());
ExitProcess(STATUS_FAILED);
}
decode_resp(recvbuf,bread,&from);
Sleep(1000);

}
return 0;

}
/*
The response is an IP packet. We must decode the IP header to locate
the ICMP data
*/
void decode_resp(char *buf, int bytes,struct sockaddr_in *from) {

IpHeader *iphdr;
IcmpHeader *icmphdr;
unsigned short iphdrlen;

iphdr = (IpHeader *)buf;

iphdrlen = iphdr->h_len * 4 ; // number of 32-bit words *4 = bytes

if (bytes < iphdrlen + ICMP_MIN) {
printf("Too few bytes from %s\n",inet_ntoa(from->sin_addr));
}

icmphdr = (IcmpHeader*)(buf + iphdrlen);

if (icmphdr->i_type != ICMP_ECHOREPLY) {
fprintf(stderr,"non-echo type %d recvd\n",icmphdr->i_type);
return;
}
if (icmphdr->i_id != (USHORT)GetCurrentProcessId()) {
fprintf(stderr,"someone else's packet!\n");
return ;
}
printf("%d bytes from %s:",bytes, inet_ntoa(from->sin_addr));
printf(" icmp_seq = %d. ",icmphdr->i_seq);
printf(" time: %d ms ",GetTickCount()-icmphdr->timestamp);
printf("\n");

}

USHORT checksum(USHORT *buffer, int size) {

unsigned long cksum=0;

while(size >1) {
cksum+=*buffer++;
size -=sizeof(USHORT);
}

if(size ) {
cksum += *(UCHAR*)buffer;
}

cksum = (cksum >> 16) + (cksum & 0xffff);
cksum += (cksum >>16);
return (USHORT)(~cksum);
}
/*
Helper function to fill in various stuff in our ICMP request.
*/
void fill_icmp_data(char * icmp_data, int datasize){

IcmpHeader *icmp_hdr;
char *datapart;

icmp_hdr = (IcmpHeader*)icmp_data;

icmp_hdr->i_type = ICMP_ECHO;
icmp_hdr->i_code = 0;
icmp_hdr->i_id = (USHORT)GetCurrentProcessId();
icmp_hdr->i_cksum = 0;
icmp_hdr->i_seq = 0;

datapart = icmp_data + sizeof(IcmpHeader);
//
// Place some junk in the buffer.
//
memset(datapart,'E', datasize - sizeof(IcmpHeader));

}

❹ 电子邮件的五层协议是什么 写出功能图和详细分析。

电子邮件的工作过程遵循客户-服务器模式。每份电子邮件的发送都要涉及到发送方与接收方，发送方式构成客户端，而接收方构成服务器，服务器含有众多用户的电子信箱。发送方通过邮件客户程序，将编辑好的电子邮件向邮局服务器（SMTP服务器）发送。邮局服务器识别接收者的地址，并向管理该地址的邮件服务器（POP3服务器）发送消息。邮件服务器识将消息存放在接收者的电子信箱内，并告知接收者有新邮件到来。接收者通过邮件客户程序连接到服务器后，就会看到服务器的通知，进而打开自己的电子信箱来查收邮件。

通常Internet上的个人用户不能直接接收电子邮件，而是通过申请ISP主机的一个电子信箱，由ISP主机负责电子邮件的接收。一旦有用户的电子邮件到来，ISP主机就将邮件移到用户的电子信箱内，并通知用户有新邮件。因此，当发送一条电子邮件给一另一个客户时，电子邮件首先从用户计算机发送到ISP主机，再到Internet，再到收件人的ISP主机，最后到收件人的个人计算机。

ISP主机起着“邮局”的作用，管理着众多用户的电子信箱。每个用户的电子信箱实际上就是用户所申请的帐号名。每个用户的电子邮件信箱都要占用ISP主机一定容量的硬盘空间，由于这一空间是有限的，因此用户要定期查收和阅读电子信箱中的邮件，以便腾出空间来接收新的邮件。

准确的说是七层,而不是五层,他们分别是
7.应用层
TELNET FTP TFTP SMTP SNMP HTTP BOOTP DHCP
6：表示层
文本：ASCII，EBCDIC
图形：TIFF，JPEG，GIF，PICT
声音：MIDI，MPEG，QUICKTIME
5：会话层
NFS SQL RPC X-WINDOWS ASP（APPTALK会话协议）SCP
4：传输层
TCP/IP----TCP和UDP NOVELL---IPX SPX
3：网络层
IP IPX
2：数据链路层
以太网 IEEE802.3 令牌环 IEEE802.5 HDLC PPP
1：物理层
10BASE T 10BASE TX V.35 RS-232 100BASE T 100BASE TX 1000BASE T 1000BASE TX 100BASE F 100BASE FX

你说的应该是因特网协议堆,如果说因特网协议堆按5层来划分，第4层就是传输层(transport layer)，它是应用层(第5层)和网络层(第3层)之间的接口。传输层为应用层上的应用提供两类截然不同的服务：第一类服务叫做可靠的面向连接服务(connection-oriented service)，确保正确无误地把消息从源端传送到目的地，使用的协议是TCP协议。第二类服务是不可靠的无连接服务(unreliable, connectionless service)，使用的协议是用户数据包协议UDP(User Datagram Protocol)。一般来说，应用层协议运行在操作系统之上，而传输层协议集成在操作系统之中。因此，当设计网络应用时，设计人员必需要指定其中的一种网络传输协议，网络多媒体应用通常使用UDP协议。
一个网络单元层n(layer n)与另一个网络单元层n(layer n)交换的消息是层n(layer n)上的消息，这些消息称为层n协议数据单元(layer-n protocol data unit，n-PDU)。如图15-18所示，主机A的传输层与主机B的传输层交换的消息就是传输层上的消息，这叫做逻辑上的端-端传输，当信息包通过中间设备(例如路由器、网桥和中继器等设备)时，这些网络设备对使用UDP协议的信息包和使用TCP协议的信息包将一视同仁。在一些网络文献中，通常把使用UDP的协议数据单元(protocol data unit，PDU)称为数据包(datagram)，但网络文献也使用数据包(datagram)这个术语表示网络层的PDU，名词术语不统一就会使人很混乱。为了简化术语，本书把传输层上的协议数据单元PDU称为消息段(segment)，或者就叫做传输层协议数据单元。
15.4.2 端口号和套接号的概念
在客户机/服务机(client/server)运行模式中，一端的主机叫做客户机，另一端的主机叫做服务机。一台服务机可以同时运行同一应用程序的几个进程，例如服务机上的FTP服务软件可以同时给几个客户传送文件，对每个客户至少要调用一个FTP服务软件的进程。同样，一个客户可以同时与几台不同的主机进行远程对话，对每个不同的主机，客户软件至少要调用一个远程客户软件的进程。因此，对连网计算机上的进程就需要相互联系的端口号来递送IP信息包。
在因特网上，所有使用TCP或者UDP协议的应用程序都有一个标识协议本身的永久性端口号(port number)。例如，我们在设置Web浏览器或者FTP文件传输程序时会经常遇到的端口号：HTTP的端口号＝80，FTP的端口号＝21，电子邮件协议SMTP的端口号＝25，Telnet的端口号＝23，这些端口号叫做众所周知的端口号(well-known port number)。端口号的分配定义在RFC 1700中，并在1994年成为一个标准，标准号是STD0002。可供TCP使用的端口号共计65,535，一般来说，大于255的端口号由本地的机器使用，小于255的端口号用于频繁使用的进程，0和255是保留端口号。
收发两端的传输层TCP之间的通信由两个号码的组合来鉴别，一个是机器的IP地址，另一个是TCP软件使用的端口号，这两个号码组合在一起就叫做套接标识符(socket)或者叫做套接号，而且收发双方都需要有套接标识符。因为在互联网上机器的IP地址是唯一的，而对单台机器的端口号也是唯一的，因此套接标识符在互联网上也是唯一的，这就可通过套接标识符使互联网络上的进程之间相互通信。互联网上收发两端的进程之间的通信建立过程.
15.4.3 用户数据包传输协议(UDP)
1. UDP协议简介
因特网为网络应用提供有两种不同的传输协议：用户数据包传输协议(User Datagram Protocol，UDP)和传输控制协议TCP(Transfer Control Protocol)。不同的网络应用使用不同的协议，如图15-20所示。例如，HTTP使用TCP协议，而普通文件传输协议(Trivial File Transfer Protocol，TFTP)则使用UDP。
UDP协议不提供端－端的确认和重传功能，它不保证信息包一定能到达目的地，因此称为不可靠协议。应用开发人员选择UDP时，应用层协议软件几乎是直接与IP通信。
应用层协议
HTTP，FTP，Telnet，SMTP，NNTP，……
TFTP，RTP，Real Audio，……
传输层协议
TCP
UDP
网络层
IP，ICMP，IGMP
HTTP(Hypertext Transfer Protocol) 超文本传送协议
FTP(File Transfer Protocol) 文件传输协议
Telnet 远程联接服务标准协议
SMTP(Simple Mail Transfer Protocol) 简单邮件传输协议
RTP(Real-time Transport Protocol) 实时传输协议
UDP有下述几个特性：
(1) UDP是一个无连接协议，传输数据之前源端和终端不建立连接，当它想传送时就简单地去抓取来自应用程序的数据，并尽可能快地把它扔到网络上。在发送端，UDP传送数据的速度仅仅是受应用程序生成数据的速度、计算机的能力和传输带宽的限制；在接收端，UDP把每个消息段放在队列中，应用程序每次从队列中读一个消息段。
(2) 由于传输数据不建立连接，因此也就不需要维护连接状态，包括收发状态等，因此一台服务机可同时向多个客户机传输相同的消息。
(3) UDP信息包的标题很短，只有8个字节，相对于TCP的20个字节信息包的额外开销很小。
(4) 吞吐量不受拥挤控制算法的调节，只受应用软件生成数据的速率、传输带宽、源端和终端主机性能的限制。
虽然UDP是一个不可靠的协议，但它是分发信息的一个理想协议。例如，在屏幕上报告股票市场、在屏幕上显示航空信息等等。UDP也用在路由信息协议RIP(Routing Information Protocol)中修改路由表。在这些应用场合下，如果有一个消息丢失，在几秒之后另一个新的消息就会替换它。UDP广泛用在多媒体应用中，例如，Progressive Networks公司开发的RealAudio软件，它是在因特网上把预先录制的或者现场音乐实时传送给客户机的一种软件，该软件使用的RealAudio audio-on-demand protocol协议就是运行在UDP之上的协议，大多数因特网电话软件产品也都运行在UDP之上。
2. UDP协议的标题结构
UDP信息包由UDP标题和数据组成。UDP的标题结构如图15-21所示,它由5个域组成：源端端口(Source Port)、目的地端口(Destination Port)、用户数据包的长度(Length)和检查和(Checksum)。其中，前4个域组成UDP标题(UDP header)，每个域由4个字节组成；检查和域占据2个字节，它用来检测传输过程中是否出现了错误；用户数据包的长度包括所有5个域的字节数。检查和的详细计算可在RFC 1071中找到，现举一例说明使用检查和检测错误的道理。例如，假设从源端A要发送下列3个16位的二进制数：word1，word2和word3到终端B，检查和计算如下：word1
0110011001100110
word2
0101010101010101
word3
0000111100001111
sum=word1+ word2+ word3
1100101011001010
检查和(sum的反码)
0011010100110101
从发送端发出的4个(word1，2，3以及检查和)16位二进制数之和为1111111111111111，如果接收端收到的这4个16位二进制数之和也是全“1”，就认为传输过程中没有出差错。
许多链路层协议都提供错误检查，包括流行的以太网协议，读者也许想知道为什么UDP也要提供检查和。其原因是链路层以下的协议在源端和终端之间的某些通道可能不提供错误检测。虽然UDP提供有错误检测，但检测到错误时，UDP不做错误校正，只是简单地把损坏的消息段扔掉，或者给应用程序提供警告信息。
读者也可能会问，收发两端的两个进程是否有可能通过UDP提供可靠的数据传输？答案是可以的。但必需要把确认和重传措施加到应用程序中，应用程序不能指望UDP来提供可靠的数据传输。
15.4.4 传输控制协议(TCP)
1. TCP协议简介
传输控制协议TCP(Transmission Control Protocol)是TCP/IP协议堆中的一部分。消息在网络内部或者网络之间传递时要打包，TCP负责把来自高层协议的数据装配成标准的数据包，相当于在数据包上贴包装清单，而IP则相当于在数据包上贴收、发人的姓名和地址，TCP和IP之间要进行相互通信才能完成数据的传输。TCP/IP协议中的IP主要负责在计算机之间搬运数据包，而TCP主要负责传输数据的正确性。TCP/IP有3个主要的特性：功能丰富，开放性和普遍型。随着新的网络服务的不断出现，TCP/IP协议也在不断修改和扩充。
TCP是传输层上的协议，该协议定义在RFC 793，RFC 1122，RFC 1323和RFC 2001文件中。目前，TCP协议比UDP协议用得更广泛，也更复杂。
TCP是面向连接的协议。面向连接的意思是在一个应用程序开始传送数据到另一个应用程序之前，它们之间必须相互沟通，也就是它们之间需要相互传送一些必要的参数，以确保数据的正确传送。
TCP是全双工的协议。全双工(full plex)的意思是，如果在主机A和主机B之间有连接，A可向B传送数据，而B也可向A传送数据。TCP也是点对点的传输协议，但不支持多目标广播。TCP连接一旦建立，应用程序就不断地把数据送到TCP发送缓存(TCP send buffer)，如图15-22 所示TCP就把数据流分成一块一块(chunk)，再装上TCP协议标题(TCP header)以形成TCP消息段(TCP segment)。这些消息段封装成IP数据包(IP datagram)之后发送到网络上。当对方接收到消息段之后就把它存放到TCP接收缓存(TCP receive buffer)中，应用程序就不断地从这个缓存中读取数据。
TCP为应用层和网络层上的IP提供许多服务，其中3个最重要的服务是：(1) 可靠地传输消息：为应用层提供可靠的面向连接服务，确保发送端发出的消息能够被接收端正确无误地接收到。接收端的应用程序确信从TCP接收缓存中读出的数据是否正确是通过检查传送的序列号(sequence number)、确认(acknowledgement)和出错重传(retransmission)等措施给予保证的。
(2) 流程控制：连接双方的主机都给TCP连接分配了一定数量的缓存。每当进行一次TCP连接时，接收方主机只允许发送端主机发送的数据不大于缓存空间的大小。如果没有流程控制，发送端主机就可能以比接收端主机快得多的速度发送数据，使得接收端的缓存出现溢出。
(3) 拥挤控制：TCP保证每次TCP连接不过分加重路由器的负担。当网络上的链路出现拥挤时，经过这个链路的TCP连接将自身调节以减缓拥挤。
2 TCP协议标题的结构
如前所述，TCP递给IP的数据块叫做消息段(segment)。这个消息段由TCP协议标题域(TCP header field)和存放应用程序的数据域(header fields)组成，如TCP协议标题有很多域组成，现将几个比较重要的域作一个简单介绍。
(1) 源端端口号(Source Port Number)域和目的地端口号(Destination port Number)域：前者的16位域用来识别本机TCP；后者的16域用来识别远程机器的TCP。
(2) 顺序号(sequence number)域和确认号(acknowledgment number)域：这两个域是TCP标题中两个最重要的域。32位的顺序号域用来指示当前数据块在整个消息中的位置，而32位的确认号域用来指示下一个数据块顺序号，也可间接表示最后接收到的数据块顺序号。顺序号域和确认号域由TCP收发两端主机在执行可靠数据传输时使用。
在介绍顺序号(sequence number)和确认号(acknowledgement number)之前，首先要介绍TCP最大消息段大小(maximum segment size，MSS)的概念。在建立TCP连接期间，源端主机和终端主机都可能宣告最大消息段大小MSS和一个用于连接的最小消息段大小。如果有一端没有宣告MSS，就使用预先约定的字节数(如1500，536或者512字节)。当TCP发送长文件时，就把这个文件分割成许多按照特定结构组织的数据块(chunk)，除了最后一个数据块小于MSS外，其余的数据块大小都等于MSS。在交互应用的情况下，消息段通常小于MSS，像Telnet那样的远程登录应用中，TCP消息段中的数据域通常仅有一个字节。
在TCP数据流中的每个字节都编有号码。例如，一个106字节长的文件，假设MSS为103字节，第一个字节的顺序号定义为

❺ c++串口通讯协议问题

#include<iostream>
#include<string>
#include<cstdlib>
usingnamespacestd;

intmain(intargc,char*argv[])
{
stringa="105.609997618466";
intb=atoi(a.c_str());
cout<<b<<endl;
return0;
}

或者

#include<iostream>
#include<string>
#include<sstream>
usingnamespacestd;

intmain(intargc,char*argv[])
{
stringa="105.609997618466";
stringstreamss;
ss<<a;
ss>>b;
cout<<b<<endl;
return0;
}

❻ 路由器中bsstd什么意思

映射就是指将对网关（或者路由器）的某个端口访问指向到内网的某个IP地址上。
作用：外网是无法访问内网的电脑的。但如果做了一个映射的话，你就可以将内网电脑的某些内容提供给外网的设备进行访问。
举个例子:
在内网地址10.110.129.10上面你做了一个WEB网页想给外网访问。那么你就需要将你路由器上WAN口的IP地址的对应80端口映射到10.110.129.10就可以供外网设备访问。

在TCP/IP协议中，我们需要了解两种IP地址，一个是可以直接访问Internet的公网IP地址，另一种是我们组建局域网时最常用到的私有IP地址。如192.168.1.2的IP地址，这个地址就是一个私有地址，它在全球网络中不具唯一性，可以在全球任何一个地方的网络中使用，而公网IP地址在全球网络中是唯一的，主要是起标识不同网络的作用。在互联网中，正是因为有这样的公网IP地址，我们的通信才可以得以实现。
但是由于目前公网主要采用的是IPv4，IP地址资源日益耗尽，我们不可能在一个网络中申请到很多个可以在互联网上直接通信的公有IP地址。这时，我们就会使用到NAT技术，它可以将局域网中的如192.168.1.2的私有地址转换为可以在Internet使用的IP地址。从而达到访问Internet的目的。
目前ADSL普遍采用的是NAT技术中的PAT(Port Address Translation)技术，它将内部地址映射到路由器WAN端口上的的一个全球唯一的公网IP 地址上，同时在该地址上加上一个由路由器选定的TCP或UDP端口号。

❼ 实时传输协议是什么意思

实时传输协议RTP（Real-time Transport Protocol）是一个网络传输协议，它是由IETF的多媒体传输工作小组1996年在RFC 1889中公布的，后专在RFC3550中进行属更新。
国际电信联盟ITU-T也发布了自己的RTP文档，作为H.225.0，但是后来当IETF发布了关于它的稳定的标准RFC后就被取消了。它作为因特网标准在RFC 3550（该文档的旧版本是RFC 1889）有详细说明。RFC 3551（STD 65，旧版本是RFC 1890）详细描述了使用最小控制的音频和视频会议。
RTP协议详细说明了在互联网上传递音频和视频的标准数据包格式。它一开始被设计为一个多播协议，但后来被用在很多单播应用中。RTP协议常用于流媒体系统（配合RTSP协议），视频会议和一键通（Push to Talk）系统（配合H.323或SIP），使它成为IP电话产业的技术基础。RTP协议和RTP控制协议RTCP一起使用，而且它是建立在用户数据报协议上的。RTP广泛应用于流媒体相关的通讯和娱乐，包括电话、视频会议、电视和基于网络的一键通业务（类似对讲机的通话）。

❽ 怎么用C/C++编写发送tcp/ip协议中的syn包

要先装pcap，用Winpcap构造 SYN的数据包

#include<iostream>
usingnamespacestd;
#include<pcap/pcap.h>
#pragmacomment(lib,"wpcap.lib")//要先装pcap，用Winpcap构造SYN的数据包

#include<winsock2.h>
#pragmacomment(lib,"ws2_32.lib")

#include"Packet_Header.h"

#defineMSG_MAXLEN58

USHORTchecksum(USHORT*buf,intsize)
{
	ULONGcksum=0;
	while(size>1)
	{
		cksum+=*buf++;
		size-=sizeof(USHORT);
	}
	if(size)
	{
		cksum+=*(USHORT*)buf;
	}
	cksum=(cksum>>16)+(cksum&0xffff);
	cksum+=(cksum>>16);

	return(USHORT)(~cksum);
}

intmain()
{
	pcap_if_t*alldevs;
	charerrbuf[PCAP_ERRBUF_SIZE]={};
	
	if(-1==pcap_findalldevs(&alldevs,errbuf))
	{
		cout<<"Getdevlisterror"<<endl;
		return-1;
	}

	for(pcap_if_t*d=alldevs;NULL!=d;d=d->next)
	{
		cout<<d->description<<endl;
	}

	pcap_t*pt=pcap_open_live(alldevs->name,65536,true,20,errbuf);
	if(NULL==pt)
	{
		cout<<"Opendeverror"<<endl;
		return-1;
	}

	UCHARSendMsg[MSG_MAXLEN]={0};

	PETHERHDRpethhdr=(PETHERHDR)SendMsg;
	pethhdr->ethDst[0]=0x00;//mac
	pethhdr->ethDst[1]=0x21;
	pethhdr->ethDst[2]=0x85;
	pethhdr->ethDst[3]=0x02;
	pethhdr->ethDst[4]=0x30;
	pethhdr->ethDst[5]=0x4e;
	
	pethhdr->ethSrc[0]=0x00;
	pethhdr->ethSrc[1]=0x23;
	pethhdr->ethSrc[2]=0x8b;
	pethhdr->ethSrc[3]=0xb6;
	pethhdr->ethSrc[4]=0xbd;
	pethhdr->ethSrc[5]=0xd7;

	pethhdr->ethtype=htons(0x0800);

	/*IPheader*/
	PIPHDRpiphdr=(PIPHDR)(SendMsg+sizeof(ETHERHDR));
	piphdr->ipv_l=(4<<4|(sizeof(IPHDR)/sizeof(ULONG)));
	piphdr->iptos=0;
	piphdr->iplen=htons(sizeof(SendMsg)-sizeof(ETHERHDR));
	//piphdr->ipID=htons(0x1234);//0xede6
	piphdr->ipTTL=58;
	piphdr->ipCheckSum=0;
	piphdr->ipProtocol=IPPROTO_TCP;
	piphdr->ipSrc=inet_addr("192.168.0.183");
	piphdr->ipDst=inet_addr("119.75.217.109");//119.75.217.109
	//发送给网络(ip119.75.217.109：80)
	piphdr->ipCheckSum=checksum((USHORT*)piphdr,sizeof(IPHDR));

	/*TCPheader*/
	PTCPHDRptcphdr=(PTCPHDR)(SendMsg+sizeof(ETHERHDR)+sizeof(IPHDR));
	ptcphdr->tcpSrcPort=htons(44523);
	ptcphdr->tcpDstPort=htons(80);
	ptcphdr->tcpSeq=htonl(0x7d2cb526);//0x7d2cb526
	ptcphdr->tcpAck=htonl(0);
	ptcphdr->tcpl_r=((sizeof(TCPHDR)/sizeof(ULONG))<<4|0);
	ptcphdr->tcpFlags=2;
	ptcphdr->tcpWnd=htons(2048);
	ptcphdr->tcpChkSum=0;
	ptcphdr->tcpUrp=0;

	UCHAR*tmpbuf=newUCHAR[sizeof(SendMsg)-sizeof(ETHERHDR)-sizeof(IPHDR)+sizeof(PSDHDR)];
	memset(tmpbuf,0,sizeof(TCPHDR)+sizeof(PSDHDR));
	PPSDHDRppsdhdr=(PPSDHDR)tmpbuf;
	ppsdhdr->psdSrcAddr=piphdr->ipSrc;
	ppsdhdr->psdDstAddr=piphdr->ipDst;
	ppsdhdr->psdzero=0;
	ppsdhdr->psdProto=IPPROTO_TCP;
	ppsdhdr->psdPackLen=htons(sizeof(SendMsg)-sizeof(ETHERHDR)-sizeof(IPHDR));

	memcpy(tmpbuf+sizeof(PSDHDR),SendMsg+sizeof(ETHERHDR)+sizeof(IPHDR),sizeof(tmpbuf+sizeof(PSDHDR)));

	ptcphdr->tcpChkSum=checksum((USHORT*)tmpbuf,sizeof(SendMsg)-sizeof(ETHERHDR)-sizeof(IPHDR));

	if(0!=pcap_sendpacket(pt,SendMsg,sizeof(SendMsg)))
	{
		cout<<"Error"<<endl;
	}

	system("pause");
	return0;
}

❾ smtp协议的实现问题

好多种情况
一是base64编码本身, 以前我测试163, 用户和 密码 必须已3的倍数, 后来找到原因是加密问题专
二是2007年以后注册属的163邮箱, 不提供免费smtp

三返回失败的代码是多少? 500还是504...

❿ 什么是pop3和smtp

POP3 --- 接收

POP3是Post Office Protocol 3的简称，即邮局协议的第3个版本,它规定怎样将个人计算机连接到Internet的邮件服务器和下载电子邮件的电子协议。

它是因特网电子邮件的第一个离线协议标准,POP3允许用户从服务器上把邮件存储到本地主机（即自己的计算机）上,同时删除保存在邮件服务器上的邮件，而POP3服务器则是遵循POP3协议的接收邮件服务器，用来接收电子邮件的。

SMTP --- 发送

SMTP的全称是“Simple Mail Transfer Protocol”，即简单邮件传输协议。它是一组用于从源地址到目的地址传输邮件的规范，通过它来控制邮件的中转方式。

SMTP 协议属于 TCP/IP 协议簇，它帮助每台计算机在发送或中转信件时找到下一个目的地。SMTP 服务器就是遵循 SMTP 协议的发送邮件服务器。

(10)std协议扩展阅读：

IMAP和POP3的区别：

POP3协议允许电子邮件客户端下载服务器上的邮件，但是在客户端的操作（如移动邮件、标记已读等），不会反馈到服务器上，比如通过客户端收取了邮箱中的3封邮件并移动到其他文件夹，邮箱服务器上的这些邮件是没有同时被移动的 。

而IMAP提供webmail 与电子邮件客户端之间的双向通信，客户端的操作都会反馈到服务器上，对邮件进行的操作，服务器上的邮件也会做相应的动作。

同时，IMAP像POP3那样提供了方便的邮件下载服务，让用户能进行离线阅读。IMAP提供的摘要浏览功能可以让你在阅读完所有的邮件到达时间、主题、发件人、大小等信息后才作出是否下载的决定。此外，IMAP更好地支持了从多个不同设备中随时访问新邮件。