一 : 校园网络用户协议
一、用户在申请和使用本网络系统时，必须遵守以下规则二 : 网络协议汇总
TCP/IP参考模型是一个抽象的分层模型，这个模型中，所有的TCP/IP系列网络协议都被归类到4个抽象的"层"中。（www.61k.com)每一抽象层建立在低一层提供的服务上，并且为高一层提供服务。
完成一些特定的任务需要众多的协议协同工作，这些协议分布在参考模型的不同层中的，因此有时称它们为一个协议栈。
TCP/IP参考模型为TCP/IP协议栈订身制作。其中IP协议只关心如何使得数据能够跨越本地网络边界的问题，而不关心如何利用传输媒体，数据如何传输。整个TCP/IP协议栈则负责解决数据如何通过许许多多个点对点通路（一个点对点通路，也称为一"跳", 1 hop）顺利传输，由此不同的网络成员能够在许多"跳"的基础上建立相互的数据通路。
如想分析更普遍的网络通信问题，ISO的OSI模型也能起更好的帮助作用。
因特网协议组是一组实现支持因特网和大多数商业网络运行的协议栈的网络传输协议。它有时也被称为TCP/IP协议组，这个名称来源于其中两个最重要的协议：传输控制协议（TCP）和因特网协议（IP），它们也是最先定义的两个协议。
同许多其他协议一样网络传输协议也可以看作一个多层组合，每层解决数据传输中的一组问题并且向使用这些低层服务的高层提供定义好的服务。高层逻辑上与用户更为接近，所处理数据更为抽象，它们依赖于低层将数据转换成最终能够进行实体控制的形式。 网络传输协议能够大致匹配到一些厂商喜欢使用的固定7层的OSI模型。然而这些层并非都能够很好地与基于ip的网络对应（根据应用的设计和支持网络的不同它们确实是涉及到不同的层）并且一些人认为试图将因特网协议组对应到OSI会带来混淆而不是有所帮助。
[编辑] 因特网协议栈中的层
人们已经进行了一些讨论关于如何将TCP/IP参考模型映射到到OSI模型。由于TCP/IP和OSI模型组不能精确地匹配，还没有一个完全正确的答案。
另外，OSI模型下层还不具备能够真正占据真正层的位置的能力；在传输层和网络层之间还需要另外一个层（网络互连层）。特定网络类型专用的一些协议应该运行在网络层上，但是却运行在基本的硬件帧交换上。类似协议的例子有地址解析协议和生成树协议（用来保持冗余网桥的空闲状态直到真正需要它们）。然而，它们是本地协议并且在网络互连功能下面运行。不可否认，将两个组（更不用说它们只是运行在如ICMP等不同的互连网络协议上的逻辑上的网络层的一部分）整个放在同一层会引起混淆，但是OSI模型还没有复杂到能够做更好的工作。
下面的图表试图显示不同的TCP/IP和其他的协议在最初OSI模型中的位置：
例如HTTP、SMTP、SNMP、FTP、Telnet、SIP、SSH、NFS、RTSP、XMPP、Whois、ENRP 例如XDR、ASN.1、SMB、AFP、NCP 例如ASAP、TLS、SSH、ISO 8327 / CCITT X.225、RPC、NetBIOS、ASP、Winsock、BSD sockets 例如TCP、UDP、RTP、SCTP、SPX、ATP、IL 例如IP、ICMP、IGMP、IPX、BGP、OSPF、RIP、IGRP、EIGRP、ARP、RARP、 X.25
例如以太网、令牌环、HDLC、帧中继、ISDN、ATM、IEEE 802.11、FDDI、PPP
例如线路、无线电、光纤
通常人们认为OSI模型的最上面三层（应用层、表示层和会话层）在TCP/IP组中是一个应用层。由于TCP/IP有一个相对较弱的会话层，由TCP和RTP下的打开和关闭连接组成，并且在TCP和UDP下的各种应用提供不同的端口号，这些功能能够被单个的应用程序（或者那些
网络协议 网络协议汇总
应用程序所使用的库）增加。[www.61k.com]与此相似的是，IP是按照将它下面的网络当作一个黑盒子的思想设计的，这样在讨论TCP/IP的时候就可以把它当作一个独立的层。
例如HTTP、FTP、DNS （如BGP和RIP这样的路由协议，尽管由于各种各样的原因它们分别运行在TCP和UDP上，仍然可以将它们看作网络层的一部分）
例如TCP、UDP、RTP、SCTP
（如OSPF这样的路由协议，尽管运行在IP上也可以看作是网络层的一部分） 对于TCP/IP来说这是因特网协议（IP）
（如ICMP和IGMP这样的必须协议尽管运行在IP上，也仍然可以看作是网络互连层的一部分；ARP不运行在IP上）
例如以太网、Wi-Fi、MPLS等。
[编辑] 应用层
该层包括所有和应用程序协同工作，利用基础网络交换应用程序专用的数据的协议。 应用层是大多数普通与网络相关的程序为了通过网络与其他程序通信所使用的层。这个层的处理过程是应用特有的；数据从网络相关的程序以这种应用内部使用的格式进行传送，然后被编码成标准协议的格式。
一些特定的程序被认为运行在这个层上。它们提供服务直接支持用户应用。这些程序和它们对应的协议包括HTTP（万维网服务）、FTP（文件传输）、SMTP（电子邮件）、SSH（安全远程登陆）、DNS（名称<-> IP 地址寻找）以及许多其他协议。
一旦从应用程序来的数据被编码成一个标准的应用层协议，它将被传送到IP栈的下一层。
在传输层，应用程序最常用的是TCP或者UDP，并且服务器应用程序经常与一个公开的端口号相联系。服务器应用程序的端口由互联网号码分配局（IANA）正式地分配，但是现今一些新协议的开发者经常选择它们自己的端口号。由于在同一个系统上很少超过少数几个的服务器应用，端口冲突引起的问题很少。应用软件通常也允许用户强制性地指定端口号作为运行参数。
连结外部的客户端程序通常使用系统分配的一个随机端口号。监听一个端口并且通过服务器将那个端口发送到应用的另外一个副本以建立对等连结（如IRC上的dcc文件传输）的应用也可以使用一个随机端口，但是应用程序通常允许定义一个特定的端口范围的规范以允许端口能够通过实现网络地址转换（NAT）的路由器映射到内部。
每一个应用层（TCP/IP参考模型 的最高层）协议一般都会使用到两个传输层协议之一： 面向连接的TCP传输控制协议和无连接的包传输的UDP用户数据报文协议 。
常用的应用层协议有：
运行在TCP协议上的协议：
? （Hypertext Transfer Protocol，超文本传输协议），主要用于普通浏览。
网络协议 网络协议汇总
? HTTPS（Hypertext Transfer Protocol over Secure Socket Layer, or HTTP over SSL，安全超文本传输协议）,HTTP
协议的安全版本。(www.61k.com］
? （File Transfer Protocol，文件传输协议），由名知义，用于文件传输。
? POP3（Post Office Protocol, version 3，邮局协议），收邮件用。
? （Simple Mail Transfer Protocol，简单邮件传输协议），用来发送电子邮件 。
? TELNET（Teletype over the Network，网络电传），通过一个终端（terminal）登陆到网络。
? SSH（Secure Shell，用于替代安全性差的TELNET），用于加密安全登陆用。
运行在UDP协议上的协议：
? BOOTP（Boot Protocol，启动协议），应用于无盘设备。
? NTP（Network Time Protocol，网络时间协议），用于网络同步。
其他：
? DNS（Domain Name Service，域名服务），用于完成地址查找，邮件转发等工作（运行在TCP和UDP协议上）。
? （Echo Protocol，回绕协议），用于查错及测量应答时间（运行在和协议上）。
? SNMP（Simple Network Management Protocol，简单网络管理协议），用于网络信息的收集和网络管理。
? DHCP（Dynamic Host Configuration Protocol，动态主机配置协议），动态配置IP地址。
? ARP（Address Resolution Protocol，地址解析协议），用于动态解析以太网硬件的地址。
[编辑] 传输层 传输层的协议，能够解决诸如端到端可靠性（“数据是否已经到达目的地？”）和保证数据按照正确的顺序到达这样的问题。在TCP/IP协议组中，传输协议也包括所给数据应该送给哪个应用程序。
在TCP/IP协议组中技术上位于这个层的动态路由协议通常被认为是网络层的一部分；一个例子就是OSPF（IP协议89）。 TCP（IP协议6）是一个“可靠的”、面向连结的传输机制，它提供一种可靠的字节流保证数据完整、无损并且按顺序到达。TCP尽量连续不断地测试网络的负载并且控制发送数据的速度以避免网络过载。另外，TCP试图将数据按照规定的顺序发送。这是它与UDP不同之处，这在实时数据流或者路由高网络层丢失率应用的时候可能成为一个缺陷。
较新的SCTP也是一个“可靠的”、面向连结的传输机制。它是面向纪录而不是面向字节的，它在一个单独的连结上提供了通过多路复用提供的多个子流。它也提供了多路自寻址支持，其中连结终端能够被多个IP地址表示（代表多个实体接口），这样的话即使其中一个连接失败了也不中断。它最初是为电话应用开发的（在IP上传输SS7），但是也可以用于其他的应用。 UDP（IP协议号17）是一个无连结的数据报协议。它是一个“best effort”或者“不可靠”协议——不是因为它特别不可靠，而是因为它不检查数据包是否已经到达目的地，并且不保证它们按顺序到达。如果一个应用程序需要这些特点，它必须自己提供或者使用TCP。 UDP的典型性应用是如流媒体（音频和视频等）这样按时到达比可靠性更重要的应用，或者如DNS查找这样的简单查询／响应应用，如果建立可靠的连结所作的额外工作将是不成比例地大。 DCCP目前正由IEFT开发。它提供TCP流动控制语义，但对于用户来说保留了UDP的数据报服务模型。
TCP和UDP都用来支持一些高层的应用。任何给定网络地址的应用通过它们的TCP或者UDP端口号区分。根据惯例使一些大众所知的端口与特定的应用相联系。
网络协议 网络协议汇总
RTP是为如音频和视频流这样的实时数据设计的数据报协议。[www.61k.com]RTP是使用UDP包格式作为基础的会话层，然而据说它位于因特网协议栈的传输层。
[编辑] 网络互连层
正如最初所定义的，网络层解决在一个单一网络上传输数据包的问题。类似的协议有X.25和ARPANET的Host/IMP Protocol。
随着因特网思想的出现，在这个层上添加了附加的功能，也就是将数据从源网络传输到目的网络。这就牵涉到在网络组成的网上选择路径将数据包传输，也就是因特网。
在因特网协议组中，IP完成数据从源发送到目的的基本任务。IP能够承载多种不同的高层协议的数据；这些协议使用一个唯一的IP协议号进行标识。ICMP和IGMP分别是1和2。
一些IP承载的协议，如ICMP（用来发送关于IP发送的诊断信息）和IGMP（用来管理多播数据），它们位于IP层之上但是完成网络层的功能，这表明了因特网和OSI模型之间的不兼容性。所有的路由协议，如BGP、 OSPF、和RIP实际上也是网络层的一部分，尽管它们似乎应该属于更高的协议栈。
[编辑] 网络接口层
网络接口层实际上并不是因特网协议组中的一部分，但是它是数据包从一个设备的网络层传输到另外一个设备的网络层的方法。这个过程能够在网卡的软件驱动程序中控制，也可以在韧体或者专用芯片中控制。这将完成如添加报头准备发送、通过实体媒介实际发送这样一些数据链路功能。另一端，链路层将完成数据帧接收、去除报头并且将接收到的包传到网络层。
然而，链路层并不经常这样简单。它也可能是一个虚拟专有网络（VPN）或者隧道，在这里从网络层来的包使用隧道协议和其他（或者同样的）协议组发送而不是发送到实体的接口上。VPN和隧道通常预先建好，并且它们有一些直接发送到实体接口所没有的特殊特点（例如，它可以加密经过它的数据）。由于现在链路“层”是一个完整的网络，这种协议组的递归使用可能引起混淆。但是它是一个实现常见复杂功能的一个优秀方法。（尽管需要注意预防一个已经封装并且经隧道发送下去的数据包进行再次地封装和发送）。
[编辑] IP网络如何并吞竞争的网络
在长期的发展过程中，IP逐渐取代其他网络。这裏是一个简单的解释。IP传输通用数据。数据能够用于任何目的，并且能够很轻易地取代以前由专有数据网络传输的数据。下面是一个普通的过程：
1. 一个专有的网络开发出来用于特定目的。如果它工作很好，用户将接受它。
2. 为了便利提供IP服务，经常用于访问电子邮件或者聊天，通常以某种方式通过专有网络隧道实现。隧道方式最初可能非常没有
效率，因为电子邮件和聊天只需要很低的带宽。
3. 通过一点点的投资IP 基础设施逐渐在专有数据网络周边出现。
4. 用IP取代专有服务的需求出现，经常是一个用户要求。
5. IP替代品过程遍布整个因特网，这使IP替代品比最初的专有网络更加有价值（由于网络效应）。
6. 专有网络受到压制。许多用户开始维护使用IP替代品的复制品。
7. IP包的间接开销很小，少于1%，这样在成本上非常有竞争性。人们开发了一种能够将IP带到专有网络上的大部分用户的不昂贵
的传输媒介。
8. 大多数用户为了削减开销，专有网络被取消。
[编辑] 实现
? ? KA9Q PPJ
网络协议 网络协议汇总
如今，大多数商业操作系统包括TCP/IP栈并且缺省安装它们，对于大多数用户来说，没有必要去寻找它们的实现。［www.61k.com）TCP/IP包含在所有的商业Unix和Linux发布包中，同样也包含在Mac OS X和微软视窗和视窗服务器版本中。
三 : 网络协议总汇
总结了一下上一幅图片，将上面的协议作了个归纳。Application:
1. SCTP(Stream Control Transmission Protocol) 流控制传输协议
2. COPS(Common Open Policy Service) 公共开放政策服务
3. SOCKS防火墙安全会话转换协议 RFC1928
4.SLP(Service Location Protocol) 服务定位协议
5. WCCP(Web Cache Communication Protocol) 网页缓存通信协议
6. FTP(File Transfer Protocol) 文件传输协议
7. Telnet远程登录服务
8. SMTP(Simple Mail Transfer Protocol) 简单邮件传输协议
9. POP3(Post Office Protocol – Version 3) 邮局协议版本3
10. HTTP (Hyper TextTransfer Protocol) 超文本传输协议
11. CMOT (CMIP Over TCP/IP)IP网络管理协议
12. CMIP (Common ManagementInformation Protocol) 通用管理信息协议
13. SNMP (Simple NetworkManagement Protocol) 简单网络管理协议
14. TFTP (Trivial FileTransfer Protocol) 简单文件传输协议
15. NTP (Network TimeProtocol) 网络校时协议
16. TACACS+ (Terminal AccessController Access Control System version 3)终端控制访问器访问控制系统第3版
17. TACACS (Terminal AccessController Access Control System) 终端控制访问器访问控制系统
18. HTTPS (Secure HTTP)加密超文本传输协议
19. SSH (Secure Shell)
20. RADIUS (RemoteAuthentication Dial User Service) 宽带窄带认证系统服务
21. ISAKMP (InternetSecurity Association and Key Management Protocol)Internet安全连接和密钥管理协议
22. RTSP (Real-TimeStreaming Protocol) 实时流媒体协议
23. IMAP4 (Internet MessageAccess Protocol version 4) 第四版因特网信息存取协议
24. GDP (Gateway DiscoverProtocol) 网关发现协议
25. Rlogin (Remote login)远程登录命令
26. RSHELL (Remote Shell)远程shell协议
27. REXEC (Remote ExecutionService) 远程执行服务
28. RWHO (Remote Who)远程用户列表服务
Session:
29. NetBIOS-SSN (NetBIOSSession Service) 服务端口139
30. NetBIOS-SN服务端口137
31. DNS (Domain Name System)域名系统
32. LDAP (LightweightDirectory Access Protocol) 轻型目录访问协议
33. SS7 (Signaling System 7)信令系统#7
34. DSMCC (Digital StorageMedia Command and Control) 数字存储媒体命令和控制扩展协议
35. XOT (X.25 Over TCP)基于TCP协议的思科X.25
36. ISO-DE
37. DVMRP (Distance VectorMulticast Routing Protocol) 距离矢量组播路由选择协议
38. TALI (Tekelec’sTransport Adapter Layer Interface) 传送适配层接口
39. RUDP (Reliable UDP)可靠用户数据报协议
40. NetBIOS-DGM (NetBIOSDatagram Service) 服务端口138
41. Mobile IP 移动IP
42. TCP (TransmissionControl Protocol) 传输控制协议
43. UDP (User DatagramProtocol) 用户数据报协议
Network:
44. PIM (ProtocolIndependent Multicast) 独立组播协议
45. DHCP (Dynamic HostConfiguration Protocol)
46. BOOTP (BootstrapProtocol) 引导协议
47. ICMP (Internet ControlMessage Protocol) Internet消息控制协议
48. RSVP (ResourceReservation Protocol) 资源预留协议
49. VRRP (Virtual RouterRedundancy Pro［www.61k.com）tocol) 虚拟路由器冗余协议
50. IMGP (Internet GroupManagement Protocol) Internet组管理协议
51. TDP (Tag DistributionProtocol) 标记分布协议
52. MPLS (Multi-ProtocolLabel Switching) 多协议标记交换
53. BGP (Border GatewayProtocol) 不同自治系统的路由器之间进行通信的外部网关协议
54. RIP (Routing InformationProtocol) 路由选择信息协议
55. GRE (Generic RoutingEncapsulation) 通用路由封装
56. EIGRP (Enhanced InteriorGateway Routing Protocol) 增强的内部网关路由选择协议
57. NHRP(NBMA(Non-Broadcast,Multi-Access) Next Hop Resolution Protocol)NBMA下一跳解析协议
58. GGP (Gateway to GatewayProtocol) 网关到网关协议
59. HSRP (Hot Standby RouterProtocol) 热备份路由器协议
60. EGP (Exterior GatewayProtocol) 外部网关协议
61. IGRP (Interior GatewayRouting Protocol) 内部网关路由协议
62. OSPF (Open Shortest PathFirst) 开放最短路径优先
63. NARP (NBMA AddressResolution Protocol) NBMA地址解析协议
64. ESP (EncapsulationSecurity Payload) 封装安全有效负载
65. AH (AuthenticationHeader) IPsec认证头协议
Data Link:
66. RSRB (Remote SourceRouting Bridge) 远程源路由桥接
67. ARP (Address ResolutionProtocol) 地址解析协议
68. RARP (Reverse AddressResolution Protocol) 反向地址解析协议
69. IARP (Inverse AddressResolution Protocol) 反向地址解析协议
70. SLARP (Serial LineAddress Resolution Protocol) 串行线路地址解析协议
71. CSLIP (Compressed SerialLine Interface Protocol) 压缩的串行线路IP
72. SLIP (Serial Line IP)串行线路IP
73. L2F (Layer 2 ForwardingProtocol) 第二层转发协议
74. L2TP (Layer 2 TunnelingProtocol) 第二层隧道协议
75. PPTP (Point-to-PointTunneling Protocol) 点对点隧道协议
76. ATMP (Ascend TunnelingManagement Protocol) Ascend公司隧道管理协议
77. STUN-SDLC (SerialTunneling-Synchronous Data Link Control)
四 : 网络协议
随着秋意的深入，新校长杨振兴的愁意也渐浓起来。
自古来，士人多悲秋。一言秋气肃杀，不由你不悲，再言秋境凄凉，逼迫着你悲。总之，心境使然。若以年龄论，杨振兴距离人生之秋尚有一段距离，是悲不起来的。数学系出身的他，对文人的酸腐向来不以为意，他只重视客观和逻辑。但今秋，他体会到了古人所说得“自古逢秋悲寂寥”真实。
秋季开学没几天，学校的网络就断了，原因很简单——欠费。e时代的到来，渐渐抬高了网络的身价，很有一些人产生了对网络的依赖性，于他们而言，没爹妈行，没网绝对不行。学校倒不至于此，但没了网络，许多工作也很难正常开展。
对于晨光这样的小学校而言，一个月近两千元的网费简直就是一项奢侈的开销。学校每学期的义保经费就那么一丁点儿，这儿张口那儿伸手，杨振兴勒着勒着裤腰带还是饿着了肚子。对高额的网络费用，杨振兴是有看法的，但由于初来乍到，事务繁忙，没来得及解决，看来这次到了该解决的时候。
为此，杨振兴与分管后勤的宁副校长谈了一次话。
宁副校长的态度不置可否，他只是对杨振兴透露了一个信息：学校网络接入协议是前任孔校长和当地电信负责人签的，据说他们是亲戚。( 文章阅读网：www.61k.com )
杨振兴是明白宁副校长的弦外之音的，掂量来掂量去，杨振兴觉得还是和孔校长打个招呼才对。
在县局召开的教师节庆祝会的那天，杨振兴正好和孔校长在局大门口打了个照面。
“哟，这不是孔校长吗，什么时候回晨光看看呀？大家都想着你呢！”杨振兴不失时机的套了下近乎。
“前两天我还去了我老表那儿，本想叫你去的，但老表说不行，过两天他专程请你去。”孔校长显得十分热情。
“哦？你老表？”
“对呀，就是负责你们那地儿的电信业务的经理。”
“岂敢岂敢，哪能劳经理大驾。”
“欸，杨校长见外了吧？就这么说定了，到时我陪客。”
杨振兴没再说什么，看着孔校长和另外一个学校的校长有说有笑的走进大楼。
当天晚上，杨振兴还是拨通了孔校长的电话。
“孔校长，我是小杨，我想问您一下学校网络协议的事儿。”
“杨校长呀，真巧，我刚跟我那个老表通过电话，他让我问你这个周末有没有空。”
“瞎忙呢，刚到新单位，事儿多。这不，前两天学校网断了，欠费，学校没钱交呀。”
“什么，网停了，待会儿我让老表给你接通，你瞧他这事儿做的，赶明儿我去批评他——你说没钱交网费？不至于吧？”
“的确是呀。你又不是不了解晨光，必须精打细算过日子......”
“杨老弟，你这话说的，你说现在那所学校网络费用不高，可没几个像你老弟这样哭穷的。这其中的情况你该清楚呀，一千八的网费，返还一千，都在学校领导的手机卡里呢。要不这样，我让老表给你配个苹果六，你还接着用那个套餐。”
杨振兴愣住了，他根本没考虑到到虚高网费背后的这些利益关系，更没想到孔校长这么直接，他不晓得还该怎样把谈话进行下去。
“孔校长，要不这样，我们换一种套餐，便宜点的，每月不超过三百，你看行吗？”
电话那头短暂的静默后，传来孔校长的声音：“那你看着办吧。”，随机挂断了电话。
事情办得并不是很顺利，宁副校长跑了当地电信营业厅三次，回来都说找不着经理，业务员说像学校这样的大单必须经理亲自处理。杨振兴无奈，再次联系了孔校长，并约好了时间亲自去了一趟。最好好说歹说总算换了每月六百的套餐，取消了返还优惠。交完欠费，学校的网络重新接通，这件事终于告一段落。
杨振兴为自己办了一件实事正高兴呢，爱人电话来了。原来，孔校长的那个老表是局里严副局长的外甥，他那外甥对“爱出风头”的杨振兴颇有意见，于是给舅舅吹了风。碰巧那天爱人的一个同事正好在局里办事，隐约听到了这段“告御状”，当“杨振兴”的名字出现的时候，爱人的同事倒是留了心，完事回来便告诉了爱人，接着电话就到了。
电话里爱人给杨振兴提了个醒：“凡是别太逞强，像晨光那样的学校，任你校长多么有能耐也不会有多少起色，只要不出乱子就行，少出风头。”杨振兴没说什么，爱人的逻辑虽世俗了点，但放之四海而皆准，他无法为自己辩解，但他心中无愧。毕竟为学校节约了一项开支，总不会因为这犯什么错误吧。
九月过去了，杨振兴“着陆”还算安全，学校各项工作开展得有声有色。但由于硬件配套远远达不到标准，学校的发展受到严重束缚。为此，杨振兴计划争取县局资金支持，从而摘掉学校“落后”的牌子。但杨振兴还未来得及去局里，局里便先来约谈他了。
对严副局长的到来，学校不少教师是知道其中原委的。原来，国庆期间，教育网上便有匿名投诉，说晨光小学校长为了一己之利，随意改签网络使用协议，借节约之名，行营私之实，将本来分摊多人的返还费用全部装进自己的口袋，并收受一部苹果手机。
送走严副局长，杨振兴觉得身上寒瑟瑟的。要不是严局长的几句话还暖着人心，他简直要怀疑自己掉进了冰窟里。
“晨光”究竟在哪里呀，杨振兴忽然觉得自己不小心陷入了一团迷雾，除了一张巨大的网，他什么也看不见。
本文标题：网络协议-校园网络用户协议61阅读| 精彩专题| 最新文章| 热门文章| 苏ICP备13036349号-1