《TCP/IP详解》是已故网络专家、著名技术作家W.RichardStevens的传世之作,内容详尽且极具权*,被誉为TCP/IP领域的不朽名著。
  本书是《TCP/IP详解》第1卷的第2版,主要讲述TCP/IP协议,结合大量实例讲述TCP/IP协议族的定义原因,以及在各种不同的操作系统中的应用及工作方式。
第2版在保留Stevens卓越的知识体系和写作风格的基础上,新加入的作者KevinR.Fall结合其作为TCP/IP协议研究领域领导者的尖端经验来更新本书,反映了*新的协议和*佳的实践方法。
首先,他介绍了TCP/IP的核心目标和体系结构概念,展示了它们如何能连接不同的网络和支持多个服务同时运行。
接着,他详细解释了IPv4和IPv6网络中的互联网地址。
然后,他采用自底向上的方式介绍TCP/IP的结构和功能:从链路层协议(如Ethernet和Wi-Fi),经网络层、传输层到应用层。
2024/7/17 2:19:02 132.07MB TCP IP详解
1
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------IEC-60870-5-104:应用模型是:物理层,链路层,网络层,传输层,应用层物理层保证数据的正确送达,保证如何避免冲突。
(物理层利用如RS232上利用全双工)链路层负责具体对那个slave的通讯,对于成功与否,是否重传由链路层控制(RS4852线利用禁止链路层确认)应用层负责具体的一些应用,如问全数据还是单点数据还是类数据等(网络利用CSMA/CD等保证避免冲突的发生)---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------基本定义:端口号2404,站端为Server控端为Client,平衡式传输,2Byte站地址,2Byte传送原因,3Byte信息地址。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------注:APDU应用规约数据单元(整个数据)=APCI应用规约控制信息(固定6个字节)+ASDU应用服务数据单元(长度可变)---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------APDU长度(系统-特定参数,指定每个系统APDU的最大长度)APDU的最大长度域为253(缺省)。
视具体系统最大长度可以压缩。
---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------【1个例子】104报文分析BUF序0123456789.10111213141516171819202122M->R:6815100002001E01030001007900000110012413D20A02分析的结果是I(主动上报SOE,主动上报是因为104是平衡式规约)报文头固定为0x68,即十进制104长度15字节(不是6帧的,都是I帧)发送序号=8【控制字节的解析10000200,发送序号:0010H/2=16/2=8】接收序号=1【控制字节的解析10000200,接收序号:0002H/2=2/2=1】0x1E=30即M_SP_TB_1带长时标的单点信息01->SQ:0信号个数:10300->传送原因:[T=0P/N=0原因=3|突发]0100->公共地址:1790000->0x79=121信息体地址:12101->状态:1IV:0NT:0SB:0BL:010012413D20A02->低位10高位01,即0x0110=1*16*16+16=272时标:2002/10/1819:36:00.272
2024/7/5 19:30:53 366KB 104 规约 报文详解
1
实时流协议(RTSP)是应用层协议,控制实时数据的传送。
RTSP提供了一个可扩展框架,使实时数据,如音频与视频的受控、点播成为可能。
数据源包括现场数据与存储在剪辑中数据。
该协议目的在于控制多个数据发送连接,为选择发送通道,如UDP、组播UDP与TCP,提供途径,并为选择基于RTP(RFC1889)上传送机制提供方法。
2024/7/4 14:28:28 272KB RFC2326 RTSP 协议 中文版
1
依据IEC61375-1协议规范,详细介绍了TCN实时协议过程数据的基本通信机制,设计了过程数据链路层和变量应用层的实现方案。
在此基础上,组成1主3从的MVB通信网络为实验环境,完成了实时协议栈过程数据通信测试,测试结果符合标准要求,验证了方案的可行性。
1
含以下CANopen协议及子协议,请选择DS301规范了对应用层、通信子协议进行了全面描述外,还为特定的应用提供了扩展架构,定义了更多规则和特殊通信对象。
例如:定义了网络管理对象(节点保护,寿命保护),并定义了使用这些对象的详细规则,是包含通信接口、应用过程以及对象字典的CANopen设备的基本模型DS301应用层DS302CANopen管理结构与可编程驱动器DS3031接线接头说明,2国际单位的表示和前缀,3指示灯说明(1,2,3)DS304网络安全结构及相关说明DS305无DS306EDS电子数据表说明DS308性能测量说明DS309TCPIP(1,2,3)1-通用原则与服务2-Modbus/TCP影射3-ASCII码影射EDS文件规范设备子协议:通常命名编号为DS4XXDS401通用IO模块DS402电机驱动器DS404闭环测控仪器DS405可编程设备DS406旋转与线性编码器DS408无DS410角度测量仪DS412医疗器械(1,2,6),1--通用定义,2---X光准直仪,3--x光发生器,4--疾人表配置,5--X光标准,6--剂量测量系统DS414织布机驱动(1,2)1--通用定义2--馈线DS417升降控制器DS418电池驱动模块DS419电池充电器DS420挤压设备(1,2,3,4,5,6)DS422市政车辆DS801CANopenAutomacticbit-ratedetectionDS802CANopenCANremoteframes远程帧-避免使用DS808CANopenCiA444应用注释和实施指南CANopenCiA444applicationnoteandimplementationguidelineDS201207DSV1.1工业应用的应用层
2024/6/29 8:15:39 22.81MB CANOPEN CIA DS402
1
《应用层通信协议开发浅析》博文代码:基于TLV的应用层协议开发示例。
2024/6/25 4:23:29 3.57MB TLV Package Protocol
1
道路车辆—统一诊断服务中文版,•概述•应用层接口服务•应用层协议•各功能单元诊断服务
2024/6/24 1:20:21 1.66MB UDS 诊断服务 中文版
1
dhcpd为应用层协议,不在linux内核中,由linux的发行版本发布,资源是linux下dhcp客户端的源代码实现
2024/6/5 4:28:34 7.88MB linux dhcpd 源代码
1
httprfc2616标准http1.1超文本传输协议(HTTP)是分布式、协作的、超媒体信息系统的应用层协议。
它是通用的,无状态的协议,可以用在超文本用途之外的许多任务,如名称服务器和分布式目标管理系统,通过扩展它的请求方法,错误码和头部[47]。
HTTP的一个特性是数据表示的引入和协商,允许系统建立独立的传输数据。
2024/5/27 1:37:32 846KB HTTP
1
共 94 条记录 首页 上一页 下一页 尾页
在日常工作中,钉钉打卡成了我生活中不可或缺的一部分。然而,有时候这个看似简单的任务却给我带来了不少烦恼。 每天早晚,我总是得牢记打开钉钉应用,点击"工作台",再找到"考勤打卡"进行签到。有时候因为工作忙碌,会忘记打卡,导致考勤异常,影响当月的工作评价。而且,由于我使用的是苹果手机,有时候系统更新后,钉钉的某些功能会出现异常,使得打卡变得更加麻烦。 另外,我的家人使用的是安卓手机,他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说,每次打卡都是一次挑战。他们总是担心自己会操作失误,导致打卡失败。 为了解决这些烦恼,我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习,我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03 15KB 钉钉 钉钉打卡