利用RFC868协议编写网络对时程序
CATV系统的不平度
CATV系统的不平度有线电视干线的调整往往要考虑几大指标参数:1、载噪比(C/N),2、失真指标(CSO、CTB),3、信号电平的不平度。
第一个指标主要由输入放大器的电平高低来确定,第二个指标主要由放大器输出电平的高低来确定,这两个指标是一对矛盾,它制约着有线电视干线的传输距离。
这里我主要讨论一下第三个指标,从事过CATV网络调整工作的朋友可能有这样的体会,在传输网较长时往往会发现传输带宽的高低端都容易通过调整达到要求,但中端会常常突起6~8DB而无法调整,这就是系统不平度的问题。
CATV 系统干线的不平度是指各传输频道电平的差别,如果各频道的电平高低不一则会产生失真使CSO、CTB指标下降,从而影响收视质量。
影响不平度的器件主要有放大器和均衡器。
CATV传输干线为了增大传输距离往往要在干线上串接许多放大器,然而每个放大器的幅频特性都不可能是绝对平坦的,不同档次的放大器其不平坦度都有所不同,有±2DB、±1DB、±0.5DB、±0.25DB等,所以每台放大器的不平度会累加起来,使干线的不平度发生变化。
为此在CATV传输系统中,放大器的选择应根据系统的要求而定,既要尽量降低系统造价又要使系统各指标达标。
±2DB或±1DB的放大器可用于系统的分配放大器,即传输系统的最终放大器,又称搂层放大器;±0.5DB的放大器可用于中距离传输的CATV网,如支干放大器,又称延长放大器;±0.25DB的放大器可用于长距离传输的CATV网,如主干放大器。
现在的CATV放大器都模块化了,按本人的经验由进口模块所制造的放大器不平度指标相对较高。
系统不平度除了与放大器有关外,还与均衡器有关。
我们知道由于CATV电缆具有频率特性(即对不同频率,电缆有不同的衰减),所以在系统中都要加入均衡器作为补偿。
然而均衡器把最高频道和最低频道均衡好之后中间各频道就会有误差,因为在制造均衡器时不可能在整个带宽内做到斜率一致,所以不能与传输电缆的频率特性完全一样,这种误差就形成了均衡器的不平度。
cable mode接入技术
cable mode接入技术一背景:1. 随着internet技术的快速发张以及通信户数量的几句增加,高速接入技术已成为通信高技术领域研究的前言和热点。
宽带化已成为现代通信网的发展方向之一。
而我国的有线电视网,由于他的快速发展覆盖范围已超过李电信网,成为了世界上最大的有线电视网络,因此通过有线电视网进行的数传输、访问Iternet已成为越来越受业界关注。
Cable是指有线电视网络,Modem是调制解调器。
平常用Modem通过电话线上互联网,而电缆调制解调器是在有线电视网络上用来上互联网的设备,它是串接在用户家的有线电视电缆插座和上网设备之间的,而通过有线电视网络与之相连的另一端是在有线电视台(称为头端:Head-End)。
它把用户要上传的上行数据以5-65M的频率以QPSK或16QAM的调制方式调制之后向上传送,带宽2-3M左右,速率从300到10Mbps。
它把从头端发来的下行数据,解调的方式是64QAM或256QAM,带宽6-8M,速率可达40Mbps。
2. Cable Modem标准和系统简介CM 主流标准为美国Cable Labs 的DOCSIS。
1998 年3 月, ITU 接受DOCSIS 标准, 称为ITU - J.112。
1999 年4 月Cable Labs 发表DOCSIS1. 1, 2000年又发表了Euro DOCSIS1. 1 规范, 在频道划分、频道带宽、信道参数上兼容欧洲标准, 2002 年提出融合SCDMA 的2. 0 以及一些专门用途的版本。
2000 年起随着固定无线通信的兴起提出了适用于无线环境的DOCSIS+ 。
DOCSIS 设备已经在北美宽带接入市场得到广泛的应用,形成了标准、芯片厂、整机厂、运营商构成的完整产业链, 技术日趋成熟并不断有新发展, 由Cable Labs 对各个厂家的产品进行兼容性测试和认证。
目前DOCSIS 典型结构由1 个前端设备CMTS和若干CM 构成, 以87~ 860 MHz 中的6 MHz 信道用64 QAM 或256 QAM 调制下行数据, 上行采用5~65 MHz QPSK 调制, CMTS 数据帧封装在MPEGTS 帧中, 调制后与有线电视模拟信号混合输出RF, 同时解出上行数据送往后端或下发给其他的CM。
arp协议的rfc编号
arp协议的rfc编号RFC 826 - Address Resolution Protocol标题:RFC 826 - 地址解析协议引言:RFC 826是一个定义了地址解析协议(ARP)的文件。
ARP用于在IP网络中将网络层的IP地址映射到数据链路层的物理地址。
本文将详细介绍ARP协议的工作原理、消息格式以及其在网络通信中的应用。
1. 简介地址解析协议(ARP)是一个用于解析IP地址和物理地址之间映射关系的协议。
在网络通信中,不同层次的协议需要进行地址转换,ARP就是其中一种用于实现该功能的协议。
2. 工作原理ARP协议通过广播消息的方式实现地址解析。
当主机A需要向主机B发送数据时,首先会检查其ARP缓存表中是否存在B的IP地址对应的物理地址。
如果存在,则将数据直接发送给B;如果不存在,则主机A会向网络中广播一个ARP请求消息,请求B回复其物理地址。
主机B收到该消息后,会向主机A发送一个ARP响应消息,包含其物理地址。
主机A收到响应消息后,将B的IP地址和物理地址存入ARP缓存表,并将数据发送给B。
3. 消息格式ARP消息包括以下字段:- 硬件类型(Hardware Type):表示使用的物理网络类型,如以太网、令牌环等。
- 协议类型(Protocol Type):表示使用的网络层协议类型,如IPv4、IPv6等。
- 硬件地址长度(Hardware Address Length):表示物理地址的长度,如以太网地址为6个字节。
- 协议地址长度(Protocol Address Length):表示网络层地址的长度,如IPv4地址为4个字节。
- 操作码(Opcode):表示ARP消息的类型,如请求(Request)或响应(Reply)。
- 发送方物理地址(Sender Hardware Address):表示发送方的物理地址。
- 发送方协议地址(Sender Protocol Address):表示发送方的IP地址。
GPS对时仪(对时器)常用的时钟同步方式NTP
GPS对时仪(对时器)常⽤的时钟同步⽅式NTPGPS对时仪(对时器)常⽤的时钟同步⽅式NTPGPS对时仪(对时器)常⽤的时钟同步⽅式NTP京准电⼦科技官微——ahjzsz摘要:⾸先对时间同步进⾏了背景介绍,然后讨论了不同的时间同步⽹络技术,最后指出了建⽴全球或区域时间同步⽹存在的问题。
⼀、概述 在通信领域,“同步”概念是指频率的同步,即⽹络各个节点的时钟频率和相位同步,其误差应符合标准的规定。
⽬前,在通信⽹中,频率和相位同步问题已经基本解决,⽽时间的同步还没有得到很好的解决。
时间同步是指⽹络各个节点时钟以及通过⽹络连接的各个应⽤界⾯的时钟的时刻和时间间隔与协调世界时(UTC)同步,最起码在全国范围内要和北京时间同步。
时间同步⽹络是保证时间同步的基础,构成时间同步⽹络可以采取有线⽅式,也可以采取⽆线⽅式。
时间的基本单位是秒,它是国际单位制(SI单位制)的七个基本单位之⼀。
1967年以前,秒定义均建⽴在地球的⾃转和公转基础之上。
1967年的国际计量⼤会(CGDM)给出了新的秒定义:“秒是铯133(133Cs)原⼦在0K温度基态的两个超精细能级之间跃迁所对应辐射的9 192 631 770个周期所持续的时间”,即“原⼦秒”(TAI)。
⽬前常⽤的协调世界时实际上是经过闰秒调整的原⼦秒。
⽬前在国际基准和国家基准层⾯所使⽤的主要是铯原⼦钟。
铯原⼦钟已从70年代的磁选态铯原⼦钟发展到后来的光抽运铯原⼦钟以及近期的冷原⼦喷泉铯原⼦钟,原⼦秒的不确定度已经提⾼到2×10-15。
中国计量科学研究院建⽴的冷原⼦喷泉铯原⼦钟于2003年底通过了专家鉴定,其频率复现性为5×10-15,已接近国际先进⽔平。
⽬前商⽤的⼩铯钟的频率复现性已达到或优于5×10-13的⽔平。
其实,在应⽤层⾯上并不需要国家基准这样⾼的时间和频率准确度,不同的应⽤对准确度的要求是不同的。
表1列举了⼀些典型的应⽤对时间准确度的要求(这⾥所谈的时间准确度是应⽤界⾯时间相对于协调世界时的误差)。
NTP协议全称网络时间协议
NTP协议全称网络时间协议(Network Time Procotol)。
它的目的是在国际互联网上传递统一、标准的时间。
具体的实现方案是在网络上指定若干时钟源网站,为用户提供授时服务,并且这些网站间应该能够相互比对,提高准确度。
NTP 最早是由美国Delaware大学的Mills教授设计实现的,从1982件最初提出到现在已发展了将近20年,2001年最新的NTPv4精确度已经达到了200毫秒。
对于实际应用,又有确保秒级精度的SNTP(简单的网络时间协议)。
NTP是一个跨越广域网或局域网的复杂的同步时间协议,它通常可获得毫秒级的精度。
RFC2030[Mills 1996]描述了SNTP(Simple Network Time Protocol),目的是为了那些不需要完整NTP实现复杂性的主机,它是NTP 的一个子集。
通常让局域网上的若干台主机通过因特网与其他的NTP主机同步时钟,接着再向局域网内其他客户端提供时间同步服务。
NTP协议是OSI参考模型的高层协议,符合UDP传输协议格式,拥有专用端口123。
随着时间的推移,计算机的时钟会倾向于漂移。
网络时间协议 (NTP) 是一种确保您的时钟保持准确的方法。
它为路由器、交换机、工作站和服务器之间提供了一种时间同步的机制。
所以NTP Server经常应用于一些有时间同步要求的IT系统环境中。
一、服务端设置Mac OS X Server似乎默认就有了,只说一下Linux下如何设置。
在Ubuntu Linux中应用NTP Server非常方便:1. 安装Java代码1.sudo apt-get install ntp2. 配置配置文件是/etc/ntp.confa. 找到server一项,添加你喜欢的Time ServerJava代码1.server iburst dynamicb. 设置权限,我的所有restrict条目如下Java代码1.restrict -4 default kod notrap nomodify nopeer noquery2.restrict -6 default kod notrap nomodify nopeer noquery3.4.# Local users may interrogate the ntp server more closely.5.restrict 127.0.0.16.restrict ::17.8.# Clients from this (example!) subnet have unlimited access, but only if9.# cryptographically authenticated.10.#restrict 192.168.123.0 mask 255.255.255.0 notrust11.restrict 192.168.0.0 mask 255.255.255.03. 重启ntp服务器/etc/init.d/ntp restart4. 查看服务器是否工作正常在服务器运行Java代码1.ntpq -p二、工作站同步好了,测试一下吧,假设你的新服务器IP地址为192.168.0.7。
学习网络常用的RFC文档的名称
学习网络常用的RFC文档的名称双语RFC --RFC中英文对照版rfc1050中文版-远程过程调用协议规范rfc1055中文版-在串行线路上传输IP数据报的非标准协议rfc1057中文版-RFC:远程过程调用协议说明第二版rfc1058中文版-路由信息协议(Routing Information Protocol)rfc1073中文版-RFC1073 Telnet窗口尺寸选项rfc1075中文版-远距离矢量多播选路协议rfc1088中文版-在NetBIOS网络上传输IP数据报的标准rfc1090中文版-SMTP在X.25上rfc1091中文版-TELNET终端类型选项rfc1094中文版-RFC1094 网络文件系统协议rfc1096中文版-Telnet X显示定位选项rfc1097中文版-Telnet潜意识-信息选项rfc1112中文版-主机扩展用于IP多点传送rfc1113中文版-Internet电子邮件保密增强:Part1-消息编码和鉴别过程rfc1132中文版-802.2分组在IPX网络上传输的标准rfc1144中文版-低速串行链路上的TCP/IP头部压缩rfc1155中文版-基于TCP/IP网络的管理结构和标记rfc1191中文版-RFC1191 路径MTU发现rfc1332中文版-RFC1332 端对端协议网间协议控制协议(IPCP)rfc1333中文版-PPP 链路质量监控rfc1334中文版-PPP 身份验证协议rfc1387中文版-RIP(版本2)协议分析rfc1388中文版-RIP协议版本2rfc1433中文版-直接ARPrfc1445中文版-SNMPv2的管理模型rfc1582中文版-扩展RIP以支持按需链路rfc1618中文版-ISDN上的PPP(点对点)协议rfc1661中文版-RFC1661 PPP协议rfc1723中文版-路由信息协议(版本2)rfc1738中文版-统一资源定位器(URL)rfc1769中文版-简单网络时间协议( SNTP)rfc1771中文版-边界网关协议版本4(BGP-4)rfc1827中文版-IP封装安全载荷(ESP)rfc1883中文版-Internet协议,版本6(IPv6)说明书rfc1939中文版-POP3协议rfc1945中文版-超文本传输协议 -- HTTP/1.0rfc1994中文版-PPP挑战握手认证协议(CHAP)rfc1997中文版-RFC1997 BGP团体属性rfc2002中文版-IP移动性支持rfc204中文版-利用报路rfc2105中文版-Cisco 系统的标签交换体系结构纵览rfc2281中文版-Cisco热备份路由协议()rfc2283中文版-BGP-4的多协议扩展rfc2326中文版-实时流协议(RTSP)rfc2328中文版-OSPF版本2rfc2516中文版-在以太网上传输PPP的方法(PPPoE)rfc2526中文版-IPv6保留的子网任意传送地址rfc2547中文版-BGP/MPLS VPNsrfc2616中文版-超文本传输协议——HTTP/1.1rfc2702中文版-基于MPLS的流量工程要求rfc2706中文版-RFC2706—电子商务域名标准rfc2756中文版-超文本缓存协议(HTCP/0.0)rfc2764中文版-IP VPN的框架体系rfc2773中文版-使用KEA和SKIPJACK加密rfc2774中文版-HTTP扩展框架rfc2781中文版-UTF-16, 一种ISO 10646的编码方式rfc2784中文版-通用路由封装rfc2793中文版-用于文本交谈的RTP负载rfc2796中文版-BGP路由反射rfc2917中文版-核心 MPLSIP VPN 体系结构rfc2918中文版-BGP-4(边界网关协议)的路由刷新功能rfc2923中文版-TCP的路径MTU发现问题rfc3003中文版-Audio/mpeg 媒体类型rfc3005中文版-IETF 讨论列表许可证rfc3007中文版-安全的域名系统动态更新rfc3018中文版-统一内存空间协议规范rfc3022中文版-传统IP网络地址转换(传统NAT)rfc3032中文版-RFC3032 MPLS标记栈编码rfc3033中文版-用于Internet协议的信息域和协议标识符在Q.2941类属标识符和Q.2957 User-to-user信令中的分配rfc3034中文版-标签转换在帧中继网络说明书中的使用rfc3037中文版-RFC3037 标记分配协议的适用范围(RFC3037 LDP Applicability)rfc3058中文版-IDEA加密算法在CMS上的使用rfc3059中文版-服务定位协议的属性列表扩展rfc3061中文版-对象标识符的一种URN姓名空间rfc3062中文版-LDAP口令修改扩展操作rfc3063中文版-MPLS(多协议标签交换)环路预防机制rfc3066中文版-语言鉴定标签rfc3067中文版-事件对象描述和转换格式要求rfc3069中文版-VLAN聚合实现IP地址有效分配rfc3070中文版-基于帧中继的第二层隧道协议rfc3072中文版-结构化数据交换格式rfc3074中文版-DHCP 负载平衡算法rfc3078中文版-RFC3078微软点到点加密(MPPE)协议rfc3081中文版-将区块扩展交换协议(BEEP)核心映射到传输控制协议(TCP)rfc3083中文版-遵循DOCSIS的Cable Modem和CMTS的PBI 的管理信息数据库rfc3085中文版-新闻型标记语言(NewsML)资源的URN名字空间rfc3090中文版-域名系统在区域状况下的安全扩展声明rfc3091中文版-Pi数字生成协议rfc3093中文版-防火墙增强协议rfc3550中文版-RTP:实时应用程序传输协议rfc457中文版-TIPUGrfc697中文版-FTP的CWD命令rfc698中文版-TELNET扩展ASCII选项rfc775中文版-面向目录的 FTP 命令rfc779中文版-TELNET的SEND-LOCATION选项rfc792中文版-RFC792- Internet控制信息协议(ICMP)rfc821中文版-RFC821 简单邮件传输协议(SMTP)rfc826中文版-以太网地址转换协议或转换网络协议地址为48比特以太网地址用于在以太网硬件上传输rfc854中文版-TELNET协议规范rfc855中文版-TELNET选项规范rfc856中文版-RFC856 TELNET二进制传输rfc857中文版-RFC 857 TELNET ECHO选项rfc858中文版-RFC 858 TELNET SUPPRESS GO AHEAD选项rfc859中文版-RFC 859 TELNET的STATUS选项rfc860中文版-RFC 860 TELNET TIMING MARK选项rfc861中文版-RFC 861 TELNET扩展选项-LISTrfc862中文版-RFC 862 Echo 协议rfc868中文版-RFC868 时间协议rfc894中文版-IP 数据包通过以太网网络传输标准rfc903中文版-反向地址转换协议rfc930中文版-Telnet终端类型选项(RFC930——T elnet Terminal Type Option)rfc932中文版-子网地址分配方案rfc937中文版-邮局协议 (版本2)rfc948中文版-IP数据报通过IEEE802.3网络传输的两种方法rfc949中文版-FTP 未公开的独特命令rfc951中文版-引导协议(BOOTP)rfc962中文版-TCP-4 的最初rfc974中文版-邮件路由与域名系统rfc975中文版-自治联邦。
IPO配置文档
目录一、系统 (2)1. 系统配置 (2)2. LAN1的配置 (4)二、线路 (5)1. 干线拨入呼叫路由 (5)2. 线路组 (6)3. 线路设置 (7)1) 新建线路 (7)2) 线路配置 (7)4. 分机配置 (9)1) 分机编号 (9)2) 分机配置 (10)5. 用户设置 (11)1) 基本设置 (11)2) 语音信箱 (11)3) 转接 (12)6. 组设置 (13)7. 短代码 (13)8. 拨入呼叫路由 (14)9. 时间配置文件 (15)10. 自动应答 (15)11. ARS (16)12. 授权代码 (17)一、系统1.系统配置在系统里面要设置好区域和时间来源。
名称:可以修改设备名称,默认:= 系统MAC 地址。
注意:区域设置一定要设置正确。
因为此设置依据选择设置默认语音通信和语言设置,它还设置各种外部线路设置。
在配置时间来源里面有三个选项,如下此时间要么手动设置(请参阅时间和日期),要么使用Time Protocol(时间协议)(RFC868) 请求获取或使用Network Time Protocol (RFC958)(网络时间协议(RFC958))请求获取。
此字段用来选择使用哪种方法并根据选中的方法来应用辅助设置。
对于Server Edition 网络,主要服务器默认为使用SNTP 至 来获取其时间和日期。
次要服务器和扩展服务器默认为使用SNTP 从主要服务器获取它们的时间。
对于其他IP Office 系统,默认为Voicemail Pro/Manager。
该选项不应与Server Edition 系统一起使用,并且不能和带有Unified Communication Module 的系统一起使用,否则语音信箱服务器将被托管并从与IP Office 相同的服务器中获取其时间。
●无,系统为不进行任何时间请求。
系统时间和日期需要使用具有系统话机权限(用户| 用户)。
然后,系统可以自动将夏令时设置应用到手动设置的时间。
计算机专业基础综合(网络层)-试卷1
计算机专业基础综合(网络层)-试卷1(总分:58.00,做题时间:90分钟)一、单项选择题(总题数:19,分数:38.00)1.单项选择题1-40小题。
下列每题给出的四个选项中,只有一个选项是最符合题目要求的。
(分数:2.00)__________________________________________________________________________________________ 解析:2.子网掩码为255.255.255.0代表( )。
(分数:2.00)A.A类地址的子网掩码B.B类地址的子网掩码C.C类地址的子网掩码√D.D类地址的子网掩码解析:解析:C类地址对应的子网掩码值。
但也可以是A类或B类地址的掩码,此时主机号由最后的8位决定,而路由器寻找网络由前24位决定。
3.一个B类地址的子网掩码是255.255.240.0,每一个子网中的主机数最多是( )。
(分数:2.00)A.1024B.2048C.4096D.4094 √解析:解析:最多可有4094个(不考虑全0和全1的主机号)。
4.设有4条路由:170.18.129.0/24、170.18.130.0/24.,170.18.132.0/24和170.18.133.0/24,如果进行路由汇聚,能覆盖这4条路由的路由是( )。
(分数:2.00)A.170.18.128.0/21 √B.170.18.128.0/22C.170.18.130.0/22D.170.18.132.0/23解析:解析:本题主要考查路由聚合的原理。
首先从题目和选项可以得到,前两个字节都是一样的,首先依次给出二进制表现形式:170.18.129.0/24是170.18.10000001.0/24,170.18.130.0/24是170.18.10000010.0/24,170.18.132.0/24是170.18.10000100.0/24,170.18.133.0/24是170.18.10000101.0/24,因此能够包含这4条路由的是170.18.10000000.0/21,即170.18.128.0/21。
WSN知识点(复习资料)
WSN知识点(复习资料)⼀、填空题1、WSN的全称是Wireless Sensor Networks2、⽆线传感器⽹络通常包括传感器节点、汇聚节点、⽹关节点和基站3、⽆线传感器节点随机或有规律地部署在监测区域内部或附近,通过⽆线多跳⾃组织⽅式构成⽹络。
4、⽆线传感器节点的硬件部分⼀般由传感器模块、处理器模块、⽆线通信模块和能量供应模块4部分组成5、对⽆线传感器⽹络来说,协议栈包括物理层、数据链路层、⽹络层、传输层和应⽤层,与互联⽹协议的五层相对应。
6、对⽆线传感器⽹络来说,协议栈包括能量管理平台、移动管理平台和任务管理平台。
7、低成本、低功能和对等通信,是短距离⽆线通信技术的三个重要特征和优势。
8、Bluetooth⼯作在全球开放的2.4GHzISM频段9、Wi-Fi使⽤的是2.4GHz附近的频段10、RFID由标签(Tag)、解读器(Reader)和天线(Antenna)三个基本要素组成11、ZigBee技术基于IEE802.15.4⽆线标准研制开发的12、ZigBee的基本速率是250kb/s,可与254个节点联⽹13、ZigBee使⽤的频段分别为2.4GHz、868MHz(欧洲)915MHz(美国),均为免执照频段14、在⽆线传感器⽹络中,物理层是数据传输的最底层,向下直接与传输介质相连,物理层协议是各种⽹络设备进⾏互联时必须遵循的底层协议。
15、频率的选择直接决定⽆线传感器⽹络节点的⽆线尺⼨、电感的集成度以及节点功耗16、动态变化的拓扑结构是⽆线传感器⽹络最⼤特点之⼀17、⽆线传感器⽹络的定位是指⾃组织的⽹络通过特定⽅法提供节点位置信息。
18、ZigBee⽀持星型拓扑、⽹状拓扑和混合型拓扑3种⽆线⽹络拓扑结构19、拓扑控制研究已经形成功率控制和睡眠调度两个主流研究⽅向。
20、功率控制,就是为传感器节点选择合适的发射功率;睡眠调度,就是控制传感器节点在⼯作状态和睡眠状态之间的转换。
21、区域覆盖研究对⽬标区域的覆盖(监测)问题;点覆盖研究对⼀些离散的⽬标点的覆盖问题;栅栏覆盖研究运动物体穿越⽹络部署区域被发现的概率问题。
rfc算法原理
rfc算法原理RFC(Request for Comments)算法是一种用于计算哈希值的算法。
该算法的设计目标是快速计算出哈希值,并且能够保持较低的冲突率。
本文将介绍RFC算法的原理及其在实际应用中的一些特点和优势。
RFC算法的原理基于位运算和循环移位操作。
它采用了一种迭代的方式,通过对输入数据的每个字节进行一系列的位操作来计算出哈希值。
具体来说,RFC算法将输入数据按字节逐个处理,然后利用位运算和循环移位操作对每个字节进行处理,并最终得到一个32位的哈希值。
在RFC算法中,每个字节都会与一个32位的初始值进行异或操作。
这个初始值可以是一个随机数,也可以是一个固定的值。
通过不断进行异或操作,每个字节都会对哈希值产生影响,从而使哈希值能够充分地反映输入数据的特征。
除了异或操作之外,RFC算法还会对每个字节进行位运算和循环移位操作。
这些操作可以有效地改变字节的顺序和位置,从而进一步增加哈希值的随机性。
通过这些位运算和循环移位操作,RFC算法能够在保持较低的冲突率的同时,快速计算出哈希值。
RFC算法在实际应用中具有一些特点和优势。
首先,RFC算法的计算速度非常快。
由于它采用了位运算和循环移位操作,而不是复杂的数学运算,所以可以在很短的时间内计算出哈希值。
这使得RFC 算法非常适合在计算资源受限的环境下使用。
RFC算法的冲突率相对较低。
通过对每个字节进行一系列的位运算和循环移位操作,RFC算法能够充分地利用输入数据的特征,从而降低哈希值的冲突率。
这使得RFC算法在数据存储和索引等领域具有广泛的应用。
RFC算法还具有较好的扩展性和灵活性。
由于RFC算法只对输入数据的每个字节进行处理,所以可以很方便地将其应用于不同类型的数据,如文本、图像、音频等。
同时,RFC算法也可以根据具体应用的需求进行调整和优化,以提高哈希值的计算效率和冲突率。
总结起来,RFC算法是一种用于计算哈希值的快速算法。
它通过位运算和循环移位操作,对输入数据的每个字节进行处理,并最终得到一个32位的哈希值。
RFC868_时间协议
组织:中国互动出版网(/)RFC文档中文翻译计划(/compters/emook/aboutemook.htm)E-mail:ouyang@译者:顾国飞(ggfei ggfei@ )译文发布时间:2001-4-8版权:本中文翻译文档版权归中国互动出版网所有。
可以用于非商业用途自由转载,但必须保留本文档的翻译及版权信息。
Network Working Group J. Postel - ISIRequest for Comments: 868 K. Harrenstien - SRIMay 1983RFC868 时间协议(RFC868 Time Protocol)本RFC规范了一个ARPA Internet community上的标准。
在ARPA Internet 上的所有主机应当采用和实现这个标准。
此协议提供了一个独立于站点的,机器可读的日期和时间信息。
时间服务返回的是以秒数,是从1900年1月1日午夜到现在的秒数,天哪,也不小呢。
设计这个协议的一个重要目的在于,网络上的许多主机并没有时间的观念,在分布式的系统上,我们可以想一想,北京的时间和东京的时间如何分呢?主机的时间往往可以人为改变,而且因为机器时钟内的误差而变得不一致,因此需要使用时间服务器通过选举方式得到网络时间,让服务器有一个准确的时间观念。
不要小看时间,这对于一些以时间为标准的分布运行的程序简单是太重要了。
这个协议可以工作在TCP和UDP协议下。
下面是通过TCP协议工作的时间协议的工作过程:这里S代表服务器,C代表客户。
S: 检测端口37U: 连接到端口37S: 以32位二进制数发送时间U: 接收时间U: 关闭连接S: 关闭连接服务器在端口37上监听连接。
当连接建立后,服务器返回一个32位的时间值,然后关闭连接。
这个过程也不难,如果服务器不能决定现在是什么时间,服务器会拒绝连接或不发送任何数据而直接关闭连接。
下面我们看看使用UDP协议的情况:这里S代表服务器,C代表客户。
中国移动时间同步网标准
中国移动通信企业标准QB-╳╳-╳╳╳-╳╳╳╳中国移动时间同步网技术体制The Basic Technical Requirements for TimeSynchronization Network of CMCC版本号:V1.0.2╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司发布前言随着移动通信网中各种业务对时间同步提出的新要求,以及时间同步技术的不断发展,为了满足移动通信网计费、网络管理系统、七号信令网、CMNET网络安全认证以及今后可能存在的一些移动新业务(如CDMA、VOIP、位置定位等)对时间同步的要求,必须对时间同步网的基本技术进行规范。
为此制定一个适合中国移动通信网特点的时间同步网技术体制是必要的。
本标准是关于移动通信网组建时间同步网的基本技术要求,它是完全区别于移动频率同步网的新技术体制。
本标准所规定的组网技术完全独立于频率同步网,但是,其时间源头和守时可以利用频率同步网的定时源头和频率资源。
本标准由中国移动通信集团公司技术部提出并归口。
本标准由标准提出并归口部门负责解释。
本标准起草单位:中国移动通信集团公司研发中心本标准主要起草人:徐荣本标准解释单位:同提出单位。
目次1 范围 (1)2 引用标准 (1)3 缩略语 (1)4 时间同步概念 (1)4.1时间同步原理 (1)4.2时间定义 (2)4.3时间同步网描述 (2)5 时间同步技术 (3)5.1时间传递的几种方法 (3)5.2时间同步的精度 (5)6 各种移动通信业务对时间同步的要求 (6)6.1网络管理系统 (7)6.2七号信令监测系统 (7)6.3CMNET安全认证系统 (7)6.4计费系统 (8)6.5IP网络及业务 (8)6.63G网络及新业务 (8)7 移动时间同步网的网络结构及构成 (9)7.1网络等级结构 (9)7.2网络构成 (10)7.3节点时间同步设备的设置 (11)7.4时间基准分配 (12)8 移动时间同步网接口的基本要求 (12)8.1时间同步网接口的定义 (12)8.2接口类型 (13)8.3接口基本要求 (13)9 移动时间同步网组网方式及原则 (14)9.1组网方式 (14)9.2节点时间同步设备设置原则 (14)9.3时间传送方法 (14)9.4各种业务网元的时间同步解决原则 (15)9.5时间同步网管的设置 (16)9.6时间同步网安全可靠性的要求 (16)10 移动时间同步网管系统 (16)10.1网管系统结构及职能 (16)10.2网管系统基本功能要求 (17)11 时间基准的局内分配 (18)11.1分配方式 (18)11.2时间同步服务的接入 (19)12 时间同步设备的基本要求 (20)12.1时间同步设备的功能要求 (20)12.2时间同步设备的性能要求 (20)附录A 秒及闰秒的定义 (21)附录B 客户端时间服务单元的基本功能要求 (24)B.1时间输入功能 (24)B.2时钟功能 (24)B.3时间输出功能 (24)B.4时间调控功能 (24)B.5设备校时功能 (25)B.6监控管理功能 (26)附录C 移动时间同步网组网方式及原则的典型应用 (27)C.1典型组网方式 (27)C.2典型应用 (27)1 范围本标准规定了移动时间同步网的网络结构、组网方式与组网原则、时间接口基本要求、时间同步网管基本功能要求、时间同步设备的基本功能要求和性能要求,以及客户端时间应用技术的基本要求等。
rfc中常用的测试协议
rfc中常用的测试协议引言在计算机网络领域中,为了确保网络协议的正确性和稳定性,测试协议起到了至关重要的作用。
RFC(Request for Comments)是一系列文件,用于描述互联网相关协议、过程和技术。
在RFC中,也包含了一些常用的测试协议,用于验证和评估网络协议的功能和性能。
本文将介绍RFC中常用的测试协议,并深入探讨其原理和应用。
二级标题1:PING协议三级标题1.1:概述PING协议是一种常用的网络测试协议,用于测试主机之间的连通性。
它基于ICMP (Internet Control Message Protocol)协议,通过发送ICMP Echo Request报文并等待目标主机的ICMP Echo Reply报文来判断目标主机是否可达。
三级标题1.2:工作原理PING协议的工作原理如下: 1. 发送方主机生成一个ICMP Echo Request报文,并将目标主机的IP地址作为目的地。
2. 发送方主机将报文发送到网络中。
3.中间路由器收到报文后,将报文转发到下一跳路由器。
4. 目标主机收到ICMP Echo Request报文后,生成一个ICMP Echo Reply报文,并将其发送回发送方主机。
5. 发送方主机收到ICMP Echo Reply报文后,通过比较报文中的标识符和序列号等字段,判断目标主机是否可达。
三级标题1.3:应用场景PING协议在网络中的应用非常广泛,常用于以下场景: - 测试主机之间的连通性,判断网络是否正常工作。
- 测试网络延迟,通过计算ICMP Echo Request报文的往返时间来评估网络质量。
- 排查网络故障,通过检查ICMP Echo Reply报文中的错误码来定位故障原因。
二级标题2:Traceroute协议三级标题2.1:概述Traceroute协议用于跟踪数据包从源主机到目标主机经过的路径。
它通过发送一系列的UDP报文,并在每个报文中设置不同的TTL(Time to Live)值来实现。
TAC-IA-brochure-edition-3[1]
TAC I/A Series TM开放式互操作楼宇自动化管理系统从医院到学校,从高层建筑到摩天大楼,各式各样、不同规模的建筑现在都可以达到更高层次的运行功效。
通过使用TAC 真正的开放、互操作,且功能强大的I/A 智能楼宇自动化系统,我们已经使这一切变成可能。
现在,从一个简单的工作站,您就可以收集到各种所需信息,从而使您的设施变得更加稳定、舒适、安全。
更为重要的是,在运营成本上变得更加高效。
T AC I/A 系列通过使用开放的网络架构,使您的投资风险大大降低。
TAC I/A 系列产品多次获得专利大奖,其中的HVAC 控制系统和配套装置更是全行业中最具革新理念的尖端产品。
出色的工程技术、ISO9001:2000生产认证以及6-sigma 质量管理体系,保证了我们的产品达到国际公认的最高水准,使我们的客户享受到稳定可靠的产品性能、无与伦比的产品价值以及独一无二的产品质量。
I/A 系列,带给您前所未有的控制体验TAC I/A 系列是一套适用于各种建筑类型和规模的智能楼宇自动化系统,不论您采用LON 、BACnet 或其他标准,它都可以轻松实现设备兼容。
在设备管理系统的各个层面,从传感器到中控室,I/A 系列可满足您的任何控制要求。
I/A 系列赋予建筑更为丰富的控制功能,带给您前所未有的控制体验:● 开放系统,为您带来更多选择● 强大的网络管理功能,建筑也能“无人驾驶”● 简易的浏览器访问,监控随心所欲提高建筑的智能化程度是的明智之举提升整体档次系列控制器的加入,使TAC I/A 系列成为了行业中首屈一指开放、互操 I/A 系列支持当今业界通行LonWorks 、 BACnet 标准,控制层具备强大UNC410和UNC520配备LonWorks 端口及、RS485端口,直接支持 LonWorks 与BACnet 标准产品,具备强大的与BACnet 网络管理功能。
I/A 系列具备强大的系统集成能力,支持多种通用工业标准及协议,包括 、BACnet 、Modbus 及SNMP ,符合该些标准及协议的产品可在I/A 系列中即插即用。
网络协议RFC文档版本号
1.表格表1 协议列表说明:●Vxworks中网络协议基本与4.4BSD网络兼容,但增强了实时性和某些特性。
●Vxworks支持的网络协议如下,但并没有指明版本号:应用层:NFS FTP TFTP DHCP SNTP TELNET MIB-II HTTP;传输层:TCP UDP;网络层:IP IP多播CIDR RIP OSPF ICMP ARP IGMP;链路层:Ethernet PPP SLIP CSLIP。
各个版本之间差别不是很大,基本的功能都是相同的。
2.各个网络协议的部分RFC标准RFC1122, 标准RFC3168, RFC6093, RFC6528均为建议标准RFC2228, RFC2640, 建议标准RFC2773, 实验性EXPERIMENTALRFC3659, RFC5797建议标准RFC1782, RFC1783, RFC1784, 建议标准RFC1785, INFORMATIONALRFC2347, RFC2348, RFC2349DRAFT STANDARDRFC1349建议标准RFC950, 标准协议RFC4884建议标准RFC5227, RFC5494建议标准RFC1957, international RFC2449, RFC6186建议标准RFC5506, RFC5761, RFC6051, RFC6222建议标准(14)RSTPRFC3265, RFC3853, RFC4320, RFC4916,RFC5393, RFC5621, RFC5626, RFC5630 , RFC5922, RFC5954, RFC6026, RFC6141建议标准RFC4822HTTPS不应与在RFC 2660中定义的安全超文本传输协议(S-HTTP)相混RFC5785建议标准。
如何在Linux中配置权威时间服务器
上一篇:基于AS4配置时间服务器 下一篇:windows做时间服务器,linux和windows时间同步
24)
linux配置时间服务器(ntp)
不明白?欢迎到 linux论坛()参加讨论! 至强的Linux三证寒假班, 抢注热报!
一 概述: 本文主要目的是简单介绍如何在局域网上设置一台Linux时间服务器与互联网上的时间服务器 同步并且如何使局域网上其它Linux及Windows客户向该Linux时间服务器同步。 二 服务器设置 首先说明我们如何设置LAN上的时间服务器同互联网上的第一或者第二级时间服务器同步来保 证精确的时间。 1. 如何让LAN的时间服务器(第三级)与互联网上的时间服务器(第一或者第二级)同步 a. XNTP包,包含在大多数Linux CD里面。 主页在/~ntp/ 你只需要在/etc/ntp.conf中设置server和driftfile两项参数即可,server项你可以从上面 的主页中找公共的时间服务器域名。例如 server server server driftfile /etc/ntp/drift 然后启动XNTPD后台程序
/2071.html(第 2/3 页)2007-1-24 10:54:15
Linux 宝库 - 在局域网中设置Linux时间服务器
c. 如果该台服务器使用getdate与互联网上时间服务器同步,则 你可以设置/etc/inetd.conf,打开time udp和time tcp服务,让linux/windows客户与之 同步。对windows,你可以使用象上面介绍的Nettime软件。 对Linux客户,你可以用rdate -s 运行作为cronjob 与之同步 time stream tcp nowait root internal time dgram udp wait.200 root internal Linux下的rdate -s 命令使用time (37/tcp) , Nettime 你可以指定37/tcp或者37/udp 三 FAQ
arp协议的rfc编号
arp协议的rfc编号RFC 826:以太网地址解析协议(ARP)引言:以太网是一种广泛应用于局域网中的局域网络技术,而ARP (Address Resolution Protocol)则是以太网中最为重要的协议之一。
本文将介绍ARP协议的定义、工作原理以及应用场景。
一、定义ARP协议是一种用于在以太网中解析IP地址与物理地址(MAC地址)之间映射关系的协议。
它通过广播方式向局域网中的所有主机发送请求,以获取目标主机的MAC地址。
ARP协议在以太网中的具体实现是通过发送ARP请求和ARP响应报文来完成的。
二、工作原理ARP协议的工作原理可以分为ARP请求和ARP响应两个阶段。
1. ARP请求当主机A需要与主机B通信时,它首先会检查本地的ARP缓存表中是否存在与主机B的IP地址对应的MAC地址。
如果存在,则直接使用缓存中的MAC地址发送数据包。
如果不存在,则主机A会发送一个ARP请求报文,其中包含它自己的IP地址和MAC地址,以及目标主机B的IP地址。
该报文以广播的方式发送到局域网中的所有主机。
2. ARP响应当目标主机B收到ARP请求报文后,会检查请求报文中的目标IP地址是否与自己的IP地址相匹配。
如果匹配,则主机B会发送一个ARP响应报文,包含它自己的IP地址和MAC地址,以及发送请求的主机A的IP地址和MAC地址。
该报文只发送给主机A,并不进行广播。
三、应用场景ARP协议在局域网中具有广泛的应用场景,以下是其中几个常见的应用:1. IP通信ARP协议使得IP地址与MAC地址之间的映射关系能够在局域网中动态地建立和更新。
当一台主机需要与另一台主机进行通信时,ARP 协议能够帮助它获取目标主机的MAC地址,从而实现数据的正确传输。
2. 局域网扩展当一个局域网需要扩展到另一个局域网时,通过路由器进行连接。
在这种情况下,ARP协议仍然能够起到关键的作用,帮助不同局域网中的主机进行通信。
当一台主机需要与另一个局域网中的主机进行通信时,它会向本地的默认网关(路由器)发送ARP请求,获取目标主机的MAC地址。
CMTS与CM详解
随着信息时代的到来,网络在人们的生活中显得越来越重要。
随着全球互联网的迅猛发展,上网人数正以几何级数快速增长,以因特网技术为主导的数据通信在通信业务总量中的比列迅速上升,因特网业务已成为多媒体通信业中发展最为迅速、竞争最为激烈的领域。
目前,Internet通过电信拨号的接入速度极其缓慢,一般电话的Modem只能提供几十Kbit/S的传输速率,其速率和带宽不可能很好地支持多媒体信息等宽带业务。
随着多媒体通信的发展,因特网接入宽带化的需求日益迫切。
而有线电视网拥有丰富的带宽资源,同时,目前我国有线电视用户已经达到了8000万户,有线电视网络的里程超过了240万公里,中国已经成为世界第一大有线电视用户国。
有线电视网络具有巨大的产业开发价值,构筑基于有线电视网的Internet 宽带信息网,不仅仅是广大用户的企盼,更是有线电视网实现第二次腾飞的关键所在。
我国的城市有线电视网络经过近年来的升级改造,正逐步从传统的同轴电缆网升级到以光纤为主干的双向HFC网,大大提高了网络传输的可靠性、稳定性,而且扩展了网络的传输带宽。
HFC的数字通信系统可通过电缆调制解调器(Cable Modem)系统实现,可以使Internet高速接入,有由窄带向宽带过渡。
通过HFC网络可获得高于电话Modem几百倍的接入速度。
一、Cable Modem与普通Modem的比较Cable Modem的通信和普通Modem一样,是数据信号在模拟信道上交互传输的过程,但也存在差异,普通Modem的传输介质在用户与访问服务器之间是独立的,即用户独享传输介质,而Cable Modem的传输介质是HFC网,将数据信号调制到某个传输带宽与有线电视信号共享介质;另外,Cable Modem的结构较普通Modem复杂,它由调制解调器、调谐器、加/解密模块、桥接器、网络接口卡、以太网集线器等组成,它无须拨号上网,不占用电话线,可提供随时在线连接的全天侯服务。
[时间同步]NTP服务器的配置
[时间同步]NTP服务器的配置本文介绍了时间服务器常用的二种协议:SNTP和TIME,并就局域网环境下各种系统(Linux、Windows98、2000、XP)时间服务的设置分别进行了说明,最终实现整个局域网环境下所有电脑时钟的同步与校准。
一、什么是网络时间服务网络时间服务Net Time Service与网络文件下载服务FTP、网络浏览服务WWW等一样,是一种网络服务,提供网络时间服务的电脑叫网络时间服务器。
当然有些时间服务器是纯硬件结构的,通过GPS卫星信息来获取时间,其外观与一台交换机相似,不在文本介绍之列。
本文主要介绍一台电脑如何通过网络获取上级时间服务器提供的标准时间,再服务于本单位的局域网,使一个单位的所有电脑都能与标准时间保持同步,时间误差一般小于0.5秒。
TCP/IP协议中,用于同步时间的协议为NTP协议,它是由美国德拉瓦大学的David L. Mills教授于1985年提出,除了可以估算封包在网络上的往返延迟外,还可独立地估算计算机时钟偏差,从而实现在网络上的高精准度计算机校时,它是设计用来在Internet上使不同的机器能维持相同时间的一种通讯协议。
时间服务器(time server)是利用NTP的一种服务器,通过它可以使网络中的电脑保持时间同步。
NTP是一个跨越广域网或局域网的复杂的同步时间协议,它通常可获得毫秒级的精度。
SNTP(Simple Network Time Protocol)是NTP的一个子集,目的是为了那些不需要NTP实现复杂性网络时间同步的主机。
通常用于局域网上的若干台主机通过互联网与其他的 NTP主机同步时钟,接着再向局域网内其他客户端提供时间同步服务。
SNTP一般使用UDP的123端号,Linux系统和Windows系统都支持它,是现在架设网络时间服务器的主流协议。
Time Protocol (RFC-868)协议是一种较简单的协议。
此协议提供了一个独立于站点的,机器可读的日期和时间信息。
Muduo网络编程示例(一)五个简单TCP协议
Muduo 网络编程示例(一)五个简单TCP协议本文将介绍第一个示例:五个简单 TCP 网络服务协议,包括 echo (RFC 862)、discard (RFC 863) 、chargen (RFC 864)、daytime (RFC 867)、time (RFC 868),以及 time 协议的客户端。
各协议的功能简介如下:* discard - 丢弃所有收到的数据;* daytime - 服务端 accept 连接之后,以字符串形式发送当前时间,然后主动断开连接;* time - 服务端 accept 连接之后,以二进制形式发送当前时间(从 Epoch 到现在的秒数),然后主动断开连接;我们需要一个客户程序来把收到的时间转换为字符串。
* echo - 回显服务,把收到的数据发回客户端;* chargen - 服务端 accept 连接之后,不停地发送测试数据。
以上五个协议使用不同的端口,可以放到同一个进程中实现,且不必使用多线程。
完整的代码见muduo/examples/simple,下载地址 /files/muduo-0.1.6-alpha.tar.gz 。
discardDiscard 恐怕算是最简单的长连接 TCP 应用层协议,它只需要关注“三个半事件”中的“消息 /数据到达”事件,事件处理函数如下:1: void DiscardServer::onMessage(const muduo::net::TcpConnectionPtr& conn,2: muduo::net::Buffer* buf,3: muduo::Timestamp time)4: {5: string msg(buf->retrieveAsString()); // 取回读到的全部数据6: LOG_INFO << conn->name() << " discards " << msg.size() << " bytes at " << time.toString();7: }剩下的都是例行公事的代码:定义一个 DiscardServer class,以 TcpServer 为成员。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
::首页 >> 文档中心 >> 在线杂志 >> 通信协议[ 在线杂志 第31期 ]
文档
[ 原创文档 本文适合中级读者 已阅读883次 ]
利用RFC868协议编写网络对时程序
作者:四川绵阳电业局 缪元虎
下载源代码
一、网络授时服务
网络授时服务是在网络上设置一些时间服务器,用户通过Internet 访问这些时间服务器就可同步本地计算机时钟的服务。
网络别是Network Time Protocol (RFC-1305),Daytime Protocol (RFC-867),Time Protocol (RFC-868)。
有关这些协议的详细信息,可参考以下网站:
我的程序中列出的时间服务器列表,主要来自:
更多的时间服务器列表请参考以下网站:
二、Time Protocol (RFC-868)协议
Time Protocol (RFC-868)协议是一种较简单的协议。
此协议提供了一个独立于站点的,机器可读的日期和时间信息。
时间服务1900年1月1日午夜到现在的秒数。
这个协议可以工作在TCP 和UDP 协议下。
下面是通过TCP 协议工作的时间协议的工作过程:这里S 代表服务器,C 代表客户。
如果服务器不能决定现在是什么时间,服务器会拒绝连接或不发送任何数据而直接关闭连接。
下面我们看看使
用UDP
协议的情况:这里S 代表服务器,C 代表
客
户。
/timefreq/service/its.htm /rfcs/rfc867.html
/rfcs/rfc1305.html
/rfcs/rfc868.html
/timefreq/service/time-servers.html 网页上
/~mills/ntp/servers.html
S: 检测端口37
U: 连接到端口37
S: 以32位二进制数发送时间 U: 接收时间 U: 关闭连接 S: 关闭连接
S: 检测端口37
U: 发送一个空数据报到端口37
S: 接收这个空数据报 S: 发送包含32位二进制数(用于表示时间)的数据报 U: 接收时间数据报
如果服务器不能决定现在是什么时间,服务器会抛弃接收到的数据报而不作出任何应答。
三、网络对时的程序实现
下面是使用TCP 协议的实现网络对时的部分代码。
GetRemoteTime 函数主要通过连接服务器szSever ,并取得其回传的32位值: MySetTime 函数的功能是将32位值转换为系统时间,并设置系统
时间。
BOOL GetRemoteTime(char* szSever, unsigned long& ulTime) {
SOCKET sock = socket(AF_INET, SOCK_DGRAM, 0); //使用UDP 协议
if(sock == INVALID_SOCKET) { return FALSE;
}
sockaddr_in severAddr; severAddr.sin_family = AF_INET;
severAddr.sin_port = htons(NET_TIME_PORT); severAddr.sin_addr.S_un.S_addr = inet_addr(szSever);
if (sendto(sock, (char*)&ulTime, 4, 0, (sockaddr*)&severAddr, sizeof(seve {
unsigned long flag = 1; if ((ioctlsocket(sock, FIONBIO, &flag) == 0))
{ struct fd_set mask;
FD_ZERO(&mask);
FD_SET(sock, &mask);
struct timeval timeout; _sec = TIMEOUT_RECEIVE;
_usec = 0;
if (select(0, &mask, NULL, NULL, &timeout) == 1) { if (recv(sock, (char*)&ulTime, 4, 0) == 4) { ulTime = ntohl(ulTime);
closesocket(sock); return TRUE;
}
} }
} closesocket(sock);
return FALSE;
}
void MySetTime(unsigned long ulTime)
{
FILETIME ft; SYSTEMTIME st;
st.wYear = 1900;
st.wMonth = 1;
st.wDay = 1; st.wHour = 0;
st.wMinute = 0; st.wSecond = 0;
st.wMilliseconds = 0;
至于使用UDP 协议实现程序详见本文附带的代码。
四、结束语
程序在VC6+WinXP 下编写调试正确,并在Win98下运行正确。
时间精度本人不敢妄下结论,但经与电视台对时,应小于1秒。
也可时。
但通常第一次打开这个网页时服务器时间和本地时间差别大些,多刷新几次又几乎一致了。
SystemTimeToFileTime(&st, &ft);
LARGE_INTEGER li = *(LARGE_INTEGER*)&ft; li.QuadPart += (LONGLONG)10000000 * ulTime;
ft = *(FILETIME*)&li; FileTimeToSystemTime(&ft, &st);
SetSystemTime(&st);
}
int APIENTRY WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance,
LPSTR lpCmdLine, int nCmdShow)
{
//初始化TCP 协议
WSADATA wsaData; if(WSAStartup(MAKEWORD(2,2), &wsaData)!= 0)
{
MessageBox(NULL, "初始化网络协议失败!", "错误报告", MB_OK|MB_ICONHAND return -1; }
int i = 0;
unsigned long ulTime = 0;
while (sever[i] != NULL)
{ if (GetRemoteTime(sever[i], ulTime))
{ MySetTime(ulTime);
char buff[100];
sprintf(buff, "已成功与时间服务器\r\n%s\r\n 的时间同步", sever[ MessageBox(NULL, buff, "成功报告", MB_OK|MB_ICONINFORMATIO return 0;
}
i++; }
MessageBox(NULL, "所有服务器均不能正常连接或超时!", "错误报告", MB_OK|MB_ICONHA WSACleanup(); return 0;
}
最新评论 [发表评论] [文章投稿] 查看所有评论 推荐给好友 打印
回楼上:
返回的是世界时(格林威治时间)
Windows 处理时会自动将这个时间更改为当地时间,比如在我国就是北京时间。
所以未骓证时区 ( myh9999 发表于 2004-4-10 22:06:00)
没有看到时区验证功能,再不验证的情况下并不知道远程是不
是与本地在同一时区。
( 小兄弟 发表于 2004-4-10 6:52:00)
.......................................................
More...
版权所有©2004 VC知识库。