下载文档原格式
WCDMA信令分析总结在网络优化工作中，常常要用到信令分析的方法对问题进行定位。
熟悉信令分析，对于快速定位问题，处理投诉，异常KPI指标的分析,以及VIP用户的保障有很大的作用。
信令中涉及很多计算，只有清楚关键信息的获取和关键参数的计算方法，才能快速准确地利用信令分析问题。
本文结合实际经验并参考相关文档，对一些常用的计算方法及关键信息的查看进行了归纳，对一些重要的原理知识也做了部分解释。
适合对信令不太熟悉的初学者参考使用。
目录1基本信息类 (4)1.1PLMN，LAC, RAC，RNCID (4)1.2看CS还是PS域 (4)1.2.1根据Message Source看 (5)1.2.2从最近的RB SETUP消息看 (5)1.3看当前占用小区的CI，扰码，码字 (6)1.4CELLID的计算 (7)1.5从RL_SETUP_REQ中直接看CELLID (7)2覆盖分析类 (8)2.1RSCP和ECIO的分析 (8)2.1.1从MR中分析RSCP和ECIO (8)2.1.2从RRC CONNECT REQUEST获取RSCP和ECIO (9)2.1.3从MR中分析GSM RSSI信号强度 (9)2.2BELR的分析 (10)2.2.1BLER的分析方法 (11)2.2.2BLER的经验总结 (14)3CS业务分析类 (15)3.1看主被叫号码 (15)3.2看被叫号码 (15)3.3看当前的业务类型，以及OVSF码字 (16)3.4从SIB3消息中看小区是否被BAR掉 (17)4PS业务分析类 (19)4.1如何区分传输是IP还是ATM (19)4.2看PS是否建立在HSDPA/HSUPA上 (20)4.3看PS业务占用的IPPATH (21)4.4计算PS业务是否是384K (22)4.4.1PS 384K的计算 (22)4.4.2PS 384K的计算2 (22)4.5看终端的能力类型（如是否支持HSDPA） (23)4.6看核心网指派速率 (24)4.7PDP去激活 (25)4.8接入点APN获取 (25)4.9计算RTWP (26)4.10看分配的HSSCCH码字 (27)52ms HSUPA分析类 (27)5.1AUDIT RSP (28)5.2RRC CONN REQ (28)5.3RRC CONN SETUP (29)5.4RRC CONN SETUP CMP (31)5.5RB SETUP (32)5.6切换典型流程之2ms-10ms (33)6重选分析类 (35)6.1从SIB3中看Sintersearch (35)6.2从SIB11中看q_offset (36)6.3从SIB11中看邻区质量驻留门限 (37)7切换分析类 (37)7.1在MR中看UE上报的事件 (37)7.2在ASU中看RNC下发的切换事件 (38)7.3物理信道重配置 (39)7.4从测量控制信令中看邻区及参数 (39)7.5手机的六类测量 (40)8关于MEASUREMENT CONTROL消息的研究分析 (44)8.1概述 (44)8.2消息分析 (44)8.2.1建立measurement Identity=1质量测量控制.................. 错误!未定义书签。
SDP: Session Description Protocol(会话描述协议)(RFC2327)1.概述SDP也是MMUSIC工作组的一个产品,在MBONE内容中用得很多。
其目的就是在媒体会话中，传递媒体流信息，允许会话描述的接收者去参与会话。
SDP基本上在internet上工作。
他定义了绘画描述的统一格式,但并不定义多播地址的分配和SDP消息的传输,也不支持媒体编码方案的协商,这些功能均由下层传送协议完成.典型的会话传送协议包括:SAP(Session Announcement Protocol 会话公告协议),SIP,RTSP,HTTP,和使用MIME的E-Mail.(注意:对SAP只能包含一个会话描述,其它会话传诵协议的SDP可包含多个绘画描述) SDP包括以下一些方面：1）会话的名称和目的2）会话存活时间3）包含在会话中的媒体信息，包括：媒体类型(video, audio, etc)传输协议(RTP/UDP/IP, H.320, etc)媒体格式(H.261 video, MPEG video, etc)多播或远端（单播）地址和端口4）为接收媒体而需的信息(addresses, ports, formats and so on)5）使用的带宽信息6）可信赖的接洽信息（Contact information）2.协议Session description //格式及举例v= (protocol version) //v=0o= (owner/creator and session identifier). //o=<用户名><会话id><版本><网络类//型><地址类型><地址>//o=sname 1234567890 0987654321 IN//IP4 126.15.64.3s= (session name) //会话名i=* (session information) //会话信息u=* (URI of description) //u=/staff/sdp.pse=* (email address) //e=zte@(general text如：王生)//或e=Mr. Wang<wang@> p=* (phone number) //p=+86-0755-********-7110(wang)//or p=+1 617 253 6011c=* (connection information -如已经包含在所有媒体中则该行不需要)//c=<网络类型><地址信息><连接地址>//多点会议包括TTL//连接地址: <base multicast//address>/<ttl>/<number of addresses>//c=IN IP4 224.2.13.23/127//c=IN IP4 224.2.1.1/127/3b=* (bandwidth information) //b=<修改量（CT Conference Total//IAS Application-specific Max)>:<带宽//值（kb/s）>//b=CT:120One or more time descriptions (see below)z=* (time zone adjustments) //时区调整k=* (encryption key) //k=<方法>:<密钥>或k=<方法>a=* (zero or more session attribute lines) //a=<属性> 或a=<属性>:<值>Zero or more media descriptions (see below)各行严格按顺序,其中:时间描述：t= (time the session is active) //<开始时间><结束时间>，单位秒，十//进制NTP//t=2873397468 2873404969 r=* (zero or more repeat times) //<重复时间><活动持续时间//以开始时刻为参考的偏移列表>单位秒//r=604800 3666 90000 或写成//r=7d 1h 0 25h媒体描述：m= (media name and transport address) //m=<媒体><端口><传送><格式列表>//m=audio 49170 RTP/A VP 0 3//协议为RTP，剖面为A VP//参考rtp-parameters.txti=* (media title媒体称呼) //c=* (connection information –如已经包含在会话级描述则为可选)b=* (bandwidth information) //同ck=* (encryption key) //会话级为摸认值,同ca=* (zero or more media attribute lines) //两种形式：(也同c)（见后说明）//a=<attribute>如：// a=recvonly//a=<attribute>:<value>注：v,o,s,t,m为必须的,其他项为可选。
保密等级：公开发放中国电信正式版目录前 言.........................................................................................................................................V 1 适用范围..................................................................................................................................1 2 参考资料..................................................................................................................................1 3名词和缩略语 (1)3.1 名词....................................................................................................................................1 3.2 缩略语.. (3)4 概述..........................................................................................................................................5 4.1 测试等级............................................................................................................................5 4.2 测试结果判断准则............................................................................................................5 4.2.1 预期结果的测试结果判断准则.....................................................................................5 4.2.2 测试用例的测试结果判断准则.....................................................................................5 4.3 测试编号组成.. (6)5 测试环境和素材......................................................................................................................6 5.1 测试环境............................................................................................................................6 5.2 测试配置参数....................................................................................................................7 5.3 测试仪器仪表....................................................................................................................8 5.4测试素材 (8)6 PRL 更新、系统捕获、新旧UIM 卡接入鉴权..................................................................8 6.1 TC-R0F IELD -01001 [必选]CPRL 更新 静态....................................................................8 6.2 TC-R0F IELD -01002 [必选]系统捕获 静态.......................................................................9 6.3 TC-R0F IELD -01003 [必选]新旧UIM 卡接入鉴权 静态...............................................10 6.4 TC-R0F IELD -01003 [验证]SSD 同步 静态.....................................................................10 7增强型业务信道测试 (10)7.1 TC-R0F IELD -02001 [必选]移动台接收单用户数据包 静态.........................................10 8切换测试 (11)8.1 TC-R0F IELD -03001 [必选]1X 增强型激活更软切换（DRC 重指定）.........................11 8.2 TC-R0F IELD -03002 [必选]1X 增强型激活软切换（DSC 变换/DRC 重指定）..........12 8.3 TC-R0F IELD -03003 [必选]移动台在同一PDSN 下的从1X 增强型向CDMA 1X 的休眠切换 138.4 TC-R0F IELD -03003 [必选]移动台在同一PDSN 下的从1X 增强型向CDMA 1X 的激活切换 138.5 TC-R0F IELD -03004 [必选]移动台在同一PDSN 下的从CDMA 1X 向1X 增强型的休眠切换 14中国电信正式版8.6 TC-R0F IELD -03005 [不测]M OBILE IP 下，移动台在不同PDSN 之间的1X 增强型休眠切换 158.7 TC-R0F IELD -03006 [不测]M OBILE IP 下，移动台在不同PDSN 之间的1X 增强型激活切换 158.8 TC-R0F IELD -03007 [不测]M OBILE IP 下，移动台在不同PDSN 之间的从1X 增强型向CDMA 1X 的休眠切换 (16)8.9 TC-R0F IELD -03008 [不测]M OBILE IP 下，移动台在不同PDSN 之间的从1X 增强型向CDMA 1X 的激活切换.............................................................................................................17 8.10 TC-R0F IELD -030010 [不测]M OBILE IP 下，移动台在不同PDSN 之间的从CDMA 1X 向1X 增强型的休眠切换 (17)9 混合模式测试 (18)9.1 TC-R0F IELD -04001 [必选]CDMA 1X 和1X 增强型均为空闲状态，MO/MT 电话 静态 189.2 TC-R0F IELD -04002 [必选]CDMA 1X 空闲状态，1X 增强型休眠状态下，MO/MT 电话 静态 199.3 TC-R0F IELD -04003 [必选]CDMA 1X 空闲状态，1X 增强型非实时数据业务激活状态下，MO/MT 电话 静态............................................................................................................19 9.4 TC-R0F IELD -04003 [必选]CDMA 1X 和1X 增强型均为空闲状态，MO/MT 短消息 静态 209.5 TC-R0F IELD -04004 [必选]CDMA 1X 空闲状态，1X 增强型休眠状态下，MO/MT 短消息 静态......................................................................................................................................20 9.6 TC-R0F IELD -04005 [必选]CDMA 1X 空闲状态，1X 增强型非实时数据业务激活状态下，MO/MT 短消息 静态........................................................................................................21 9.7 TC-R0F IELD -04006 [必选]1X 增强型休眠状态下，移动台侧重激活分组数据呼叫 静态 219.8 TC-R0F IELD -04007 [必选]1X 增强型休眠状态下，网络侧重激活分组数据呼叫 静态 2210 Performance 测试................................................................................................................22 10.1 TC-R0F IELD -05001 [必选]PPP SESSION (S IMPLE IP) 建立时间 静态............................22 10.2 TC-R0F IELD -05002 [必选]AT 发起的连接建立时间 静态...........................................23 10.3 TC-R0F IELD -05003 [可选]AN 发起的连接建立时间(采用缺省的S LOTTED M ODE 属性) 静态 2410.4 TC-R0F IELD -05003 [可选]AN 发起的连接建立时间(采用非缺省的S LOTTED M ODE 属性) 静态.....................................................................................................................................25 10.5 TC-R0F IELD -05004 [必选]AT 与1X /1X 增强型 R EV 0 系统进行S ESSION 协商 静态26 10.6 TC-R0F IELD -05005 [可选]反向链路数据性能（传送H I C AP FULL BUFFER 业务数据）静态 2610.7 TC-R0F IELD -05006 [可选]反向链路数据性能（传送L O L AT BURSTY 业务数据）静态 2710.8 TC-R0F IELD -05007 [可选]反向链路峰值速率数据性能（采用非缺省的功率参数组传送FULL BUFFER 业务数据）静态.............................................................................................28 10.9 TC-R0F IELD -05008 [必选]AT 发起的呼叫建立成功率 静态 (29)中国电信正式版10.10 TC-R0F IELD -05010 [必选]1X 增强型 EVDO 下长时间数据下载测试 动态..............30 10.11 TC-R0F IELD -05011 [必选]1X 增强型 EVDO 下长时间数据上传测试 动态..............31 11 Session 协商测试.................................................................................................................31 11.1 TC-R0F IELD -06001[可选] 1X 增强型连接状态下P ERSONALITY 1到P ERSONALITY 2转移 3111.2 TC-R0F IELD -06002[可选] 1X 增强型休眠状态下EVDO P ERSONALITY 1到EVDOP ERSONALITY 2转移.................................................................................................................32 12 E-Mail 测试..........................................................................................................................33 12.1 TC-R0F IELD -07001[必选]发送邮件（无附件）测试 静态..........................................33 12.2 TC-R0F IELD -07002[必选]发送邮件（有附件）测试 静态..........................................34 12.3 TC-R0F IELD -07003[必选]接收邮件（无附件）测试 静态..........................................35 12.4 TC-R0F IELD -07003[必选]接收邮件（有附件）测试 静态 (35)13 WWW 浏览器测试 (36)13.1 TC-R0F IELD -08001[必选]网页浏览测试 静态..............................................................36 13.2 TC-R0F IELD -08002[必选]浏览器HTTP 下载测试 静态..............................................37 13.3 TC-R0F IELD -08003[必选]浏览器FTP 下载测试 静态.................................................38 13.4 TC-R0F IELD -08003[必选]浏览器FTP 上传测试 静态. (38)14 其它 (39)中国电信正式版图目录无表目录表4-2：用例的测试结果判断准则...............................................................................................6 表5-1：测试仪器仪表...................................................................................................................8 表5-2：测试素材 (8)中国电信正式版前 言本规范是中国电信移动终端测试规范体系的系列规范之一，该系列规范主要包括但不限于以下分册：（1） 中国电信移动终端测试规范-基本技术要求分册 （2） 中国电信移动终端测试规范-SMS 分册 （3） 中国电信移动终端测试规范-MMS 分册 （4） 中国电信移动终端测试规范-Java 分册（5） 中国电信移动终端测试规范-BREW 分册 （6） 中国电信移动终端测试规范-流媒体分册 （7） 中国电信移动终端测试规范-全功能浏览器分册（8） 中国电信移动终端测试规范-浏览器分册 （9） 中国电信移动终端测试规范-LBS 分册 （10） 中国电信移动终端测试规范-PIM 分册（11） 中国电信移动终端测试规范-CDMA/GSM 双模终端分册 （12） 中国电信移动终端测试规范-DM 分册 （13） 中国电信移动终端测试规范-DRM 分册 （14） 中国电信移动终端测试规范-Email 分册（15） 中国电信移动终端测试规范-条码分册（16） 中国电信移动终端测试规范-1xEVDO 混合操作要求分册 （17） 中国电信移动终端测试规范-Rev.0现网测试要求分册 （18） 中国电信移动终端测试规范-Rev.A 现网测试要求分册 （19） 中国电信移动终端测试规范-Rev.A 数据终端测试要求分册（20） 中国电信移动终端测试规范-最低射频性能要求分册（21） 中国电信移动终端测试规范-最低数据性能要求分册（22） 中国电信移动终端测试规范-最低协议一致性要求分册 （23） 中国电信移动终端测试规范-UI 分册本规范是中国电信终端测评体系CDMA 终端测试系列的组成部分之一，描述了CDMA 1x 增强型 Rev0终端/数据终端现网要求的测试环境、测试素材、测试用例和测试结果判定准则。
cat安装配置说明及客户端配置1：申请的cat服务ip主机ip： 10.189.68.13，10.189.68.14 映射到域名：192.168.192.189 cat-consoleNAT：10.189.68.13192.168.192.190 cat-server01192.168.192.191 cat-server02 NAT：10.189.68.14192.168.192.192 mysql-slave192.168.192.178mysql-master192.168.192.194PS:最好域名在防火墙映射到cat的8080端口即可1：目前的环境配置1：cat-server三台服务器（192.168.192.189，192.168.192.190，192.168.192.191）其中192.168.192.189 这台机器和办公室标机打通地址是（NAT：10.189.68.13）--主（console）服务器，其中192.168.192.191 这台机器和办公室标机打通地址是（NAT：10.189.68.14）--备（console）服务器，2：cat-mysql两台服务器（192.168.192.178，192.168.192.192）其中192.168.192.178这台机器作为cat-master使用其中192.168.192.192这台机器作为cat-master使用2：安装如下：1：jdk-6u45-linux-x64.bin2：apache-maven-3.2.5-bin.tar.gz3：apache-tomcat-7.0.64.tar.gz以上三个软件安装的环境变量如下：#########javahome######export JAVA_HOME=/usr/local/jdkexport CLASSPATH=.:$JAVA_HOME/lib:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jarexport PATH=$PATH:$JAVA_HOME/binexport JRE_HOME=$JAVA_HOME/jre########mavenhome######export MAVEN_HOME=/usr/local/mavenexport PATH=$JAVA_HOME/bin:$JAVA_HOME/jre/bin:$MAVEN_HOME/bin:$PATH#######tomcathome#####export TOMCAT_HOME=/usr/local/tomcatexport CLASSPATH_HOME=/usr/local/tomcat#######scripts#######export SCRIPTS_HOME=/usr/local/scriptsexport PATH=$PATH:$SCRIPTS_HOME/1：安装jdk[root@cat-server-nm02 ~]# cd /usr/local/wenjian/[root@cat-server-nm02 wenjian]# mkdir ../jdk[root@cat-server-nm02 wenjian]# mkdir ../tomcat[root@cat-server-nm02 wenjian]# mkdir ../maven[root@cat-server-nm02 wenjian]# ./jdk-6u45-linux-x64.bin -C ../jdk/[root@cat-server-nm02 jdk]# mv ../wenjian/jdk1.6.0_45/* .[root@cat-server-nm02 jdk]# lsbin COPYRIGHT db include jre lib LICENSE man README.html src.zip THIRDPARTYLICENSEREADME.txt[root@cat-server-nm02 jdk]# java -versionjava version "1.6.0_45"Java(TM) SE Runtime Environment (build 1.6.0_45-b06)Java HotSpot(TM) 64-Bit Server VM (build 20.45-b01, mixed mode)2：安装maven[root@cat-server-nm02 wenjian]# pwd/usr/local/wenjian[root@cat-server-nm02 wenjian]# tar zxvf apache-maven-3.2.5-bin.tar.gz -C ../maven/[root@cat-server-nm02 maven]# mvn -vApache Maven 3.2.5 (12a6b3acb947671f09b81f49094c53f426d8cea1; 2014-12-15T01:29:23+08:00)Maven home: /usr/local/mavenJava version: 1.6.0_45, vendor: Sun Microsystems Inc.Java home: /usr/local/jdk/jreDefault locale: en_US, platform encoding: UTF-8OS name: "linux", version: "2.6.32-431.el6.x86_64", arch: "amd64", family: "unix"3：安装tomcat[root@cat-server-nm02 wenjian]# tar zxvf apache-tomcat-7.0.64.tar.gz -C ../tomcat/需要修改catalina.sh这个文件export TOMCAT_HOME=/usr/local/tomcatexport CATALINA_HOME=/usr/local/tomcatexport JRE_HOME=/usr/local/jdk/jreexport JAVA_HOME=/usr/local/jdkCATALINA_OPTS="$CATALINA_OPTS -server -Djava.awt.headless=true -Xms8g -Xmx8g -Xss256k -XX:PermSize=512m -XX:MaxPermSize=1024m -XX:NewSize=1024m -XX:MaxNewSize=1024m -XX:SurvivorRatio=22 -XX:+UseParNewGC -XX:ParallelGCThreads=4 -XX:MaxTenuringThreshold=9 -XX:+UseConcMarkSweepGC -XX:+DisableExplicitGC -XX:+UseCMSInitiatingOccupancyOnly -XX:+ScavengeBeforeFullGC -XX:+UseCMSCompactAtFullCollection -XX:+CMSParallelRemarkEnabled -XX:CMSFullGCsBeforeCompaction=9 -XX:CMSInitiatingOccupancyFraction=60 -XX:+CMSClassUnloadingEnabled -XX:SoftRefLRUPolicyMSPerMB=0 -XX:-ReduceInitialCardMarks -XX:+CMSPermGenSweepingEnabled -XX:CMSInitiatingPermOccupancyFraction=70 -XX:+ExplicitGCInvokesConcurrent -Djava.nio.channels.spi.SelectorProvider=sun.nio.ch.EPollSelectorProvider -Djava.util.logging.manager=org. apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file="$CATALINA_HOME/conf/logging.properties" -XX:+PrintGCDetails-XX:+PrintGCTimeStamps -XX:+PrintGCApplicationConcurrentTime -XX:+PrintHeapAtGC -Xloggc:/data/applogs/heap_trace.txt -XX:-HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/data/applogs/HeapDumpOnOutOfMemoryError"#CATALINA_OPTS="$CATALINA_OPTS -Dcom.sun.management.snmp.port=9998 -Dcom.sun.management.snmp.interface=localhost" CATALINA_OPTS="$CATALINA_OPTS -Duser.timezone=Asia/Shanghai -Dclient.encoding.override=UTF-8 -Dfile.encoding=UTF-8"# CATALINA_OPTS="$CATALINA_OPTS -Dclient.encoding.override=UTF-8 -Dfile.encoding=UTF-8 nguage=zh -Duser.region=CN"CATALINA_OPTS="$CATALINA_OPTS -Xdebug -Xrunjdwp:transport=dt_socket,address=8787,server=y,suspend=n"把tomcat.sh传到,用于管理tomcat[root@cat-server-nm02 scripts]# lltotal 4-rwxr-x--- 1 root root 1262 Dec 22 11:24 tomcat.sh[root@cat-server-nm02 scripts]# pwd/usr/local/scripts以上完成环境布置，以下开始安装cat1:创建cat所需要的目录：[root@cat-server-nm02 scripts]# mkdir -pv /data/appdatas/cat/mkdir: created directory `/data'mkdir: created directory `/data/appdatas'mkdir: created directory `/data/appdatas/cat/'[root@cat-server-nm02 ~]# mkdir -pv /data/applogs/cat/mkdir: created directory `/data/applogs'mkdir: created directory `/data/applogs/cat/'[root@cat-server-nm02 ~]#chmod 777 –R /data2:把两个文件server.xml，datasources.xml传到/data/appdatas/cat/目录下3:修改tomcat的默认首页为cat的首页修改tomcat的默认首页1.我在$tomcat/webapps/下建了个cat目录作为我网站的默认目录4.然后，修改$tomcat/conf/web.xml文件。
LoadRunner错误及解决方法总结1. error:missing newline in d:\loadrunner\name.dat场景执行时报error:missing newline in d:\loadrunner\name.dat第二次执行不报两个解决办法：第一：如果参数不是很多的话，不要打开记事本去编辑参数，就直接在LR提供的参数的表格中进行编辑即可。
第二：如果参数很多超过100条的话。
在记事本中编辑好了之后，记着在最后一个参数后打个回车，让鼠标的光标移动到下一行。
2.load generator is currently running the maximum numb er of vuser of this type使用的是loadrunner8.0，有10000个用户的web的license，global的有10个。
在测试的时候发现running vuser到达1000以后就不能再提高，后面的vuser 就会出错。
错误是“The load generator is currently running the maximum number of vuser of this type”.已经可以排除是load generator机器本身资源的问题。
因为换了性能比较强的酷睿2还是同样的问题，CPU和memory都有空闲。
解决办法:在load generator中有一个Vuser limits tab，可以设置running user 的最大数目。
即设置load generator----Details------Vuser limits ----Other Vusers 的最大参数。
3. ERROR-26374及ERROR-26377错误no match found for the requested parameter ”Siebel_Analytic_search_id2”.check whether the requested boundaries exist in the response data. 如果初期或脚本单独回放时即出现此错误，则可能是关联问题：1.首先看下脚本中有没有使用了自动关联(web_reg_save_param)2.在Virtual的脚本里查询下web_reg_save_param的参数使用位置,然后把这个参数化给还原回来。
AirNet空管自动化系统FDP备机MID程序异常案例分析发布时间：2021-06-24T06:37:32.970Z 来源：《科技新时代》2021年3期作者：赵凤娟[导读] 重启后运行5分钟后再进行主备机的切换，减少维护带来的运行风险，确保设备的稳定运行。
中国民航贵州空中交通管理分局贵州贵阳 550012摘要：飞行数据服务器（FDP）作为自动化系统中重要的组成之一，其中间件MID主要具有数据通信、节点监控及时钟同步等功能。
本文阐述在对AirNet自动化系统进行一次例行维护时，发生了FDP备用服务器MID程序异常的情况，导致AIRNET自动化系统降级掉目标，使得AIRNET备用自动化系统切换为主用的工作中断的案例。
本文通过分析日志，结合厂家意见，查找到问题原因，并进行分析解决，以避免后续类似问题发生。
关键词：飞行数据服务器 AirNet自动化系统 MID程序异常分析日志1 引言目前，本单位所属自动化系统有两套，莱斯自动化NUMEN系统作为主用，二所自动化系统AIRNET作为备用，作为管制运行指挥重要的监视设备，根据《民用航空通信导航监视运行保障与维护维修规程》相关要求，设备维护部门应对所属相关设备进行定期维护，确保设备的稳定可靠。
而飞行数据服务器作为自动化系统中重要的组成部分，主要进行接收并预处理监视数据、一次气象雷达数据处理等多监视源航迹融合、高度跳变处理、目标QNH高度修正、航迹过载处理、安全告警计算等功能[1]。
在对其进行维护时，技术人员会选择航班量较少的时段进行，并且对主、备机分开进行重启，重启后运行5分钟后再进行主备机的切换，减少维护带来的运行风险，确保设备的稳定运行。
2 异常情况说明按照工作计划，技术人员于23时15分对二所自动化系统进行例行月维护，重启FDP备机，23时22分，系统监控SMC上出现FDP备机红色告警状态，FDP主机同时出现了红色（告警状态）与绿色（正常状态）反复交替变换的现象。
AWAF知识点学习AWAF知识点Data GuardData Guard是在HTTP响应中防⽌铭感数据泄露的，⽐如在HTTP响应中包含了信⽤卡信息、U.S.Social Security number等，或者是⾃定义的信息。
有两种防护⽅式当Policy是Blocking的时候，如果响应中包含了敏感信息，AWAF会拦截这个响应AWAF也可以对敏感信息进⾏加密，只有在Policy是Transparent或者是Bolcking但是Data Guard是Alarm/Learn的时候才会加密，加密的形式是*，并且需要勾选Mask Data可以使⽤⾃定义的Patterns来本地化定义⾝份证信息或电话号4[0-9]{3}-[0-9]{4}-[0-9]{4}-#表⽰以4开头的前⼗⼆位数为敏感数据，AWAF将对其进⾏隐藏#[]表⽰0-9的数字；{}表⽰数的位数Exception Patterns该选项表⽰指定系统认为那些不是铭感数据File Content Detection指定系统是否检查⽂件内容的响应，如果是，哪些类型的⽂件内容被视为敏感数据。
这可以防⽌服务器将您不希望返回给⽤户的⽂件内容传递给⽤户。
Enforcement Mode⽤于指定Data Guard对那些URL进⾏防护Ignore URLs---Data Guard会防护所有的URL，除了列表中的Enforce URLs---Data Guard会防护列表中的URL，即使该URL并不在Security Policy中AWAF将Cookie分为两种，分别是Allowed和EnforcedAllowed类型的Cookie⼀般是Persistent Cookie、Single Sign On Cookie、或者是其他的合法的Cookie。
当这类Cookie背设置为Allow，AWAF会忽略并不会触发告警；Allowed Cookie可以设置Explicit和Wildcard两种Enforced类型的Cookie是在客户端侧不应该被修改的。
远程认证拨号用户服务（RADIUS）备忘录状态本文档描述了一种Internet社区的Internet标准跟踪协议，它需要进一步进行讨论和建议以得到改进。
请参考最新版的“Internet正式协议标准” (STD1)来获得本协议的标准化程度和状态。
本备忘录可以不受限制地传播。
版权说明Copyright (C) The Internet Society (2000). All Rights Reserved. IESG说明本协议已经被广泛实现和使用，经验表明当本协议在一个大范围的系统中使用会降低性能和丢失数据。
部分原因是协议中没有提供拥塞控制的机制。
读者可以发现阅读本文对跟踪IETF组织的AAA工作组的工作进程有很大的帮助，AAA工作组可能会开发一个能够更好的解决扩展性和拥塞控制问题的成功的协议。
摘要本文描述了一个传输认证、授权和配置信息的协议。
这些信息在想要认证链路的网络接入服务器（Network Access Server）和共享的认证服务器务器之间传递。
实现说明本备忘录记录了RADIUS协议，RADIUS协议的早期版本使用的UDP端口是16 45，由于和"datametrics"服务冲突，官方为RADIUS协议分配了一个新的端口号1812。
目录1. 简介 (3)1.1 描述文档的约定 (4)1.2 术语 (5)2. 操作 (5)2.1 挑战/回应 (7)2.2 使用PAP和CHAP互操作 (8)2.3 代理 (8)2.4 为什么使用UDP (11)2.5 重发提醒 (12)2.6 被证明是有害的心跳 (13)3. 报文格式 (13)4. 报文类型 (17)4.1 接入请求报文 (17)4.2 接入成功回应报文 (18)4.3 接入拒绝回应报文 (20)4.4 接入挑战报文 (21)5. 属性 (22)5.1 User-Name (26)5.2 User-Password (27)5.3 CHAP-Password (28)5.4 NAS-IP-Address (29)5.5 NAS-Port (30)5.6 Service-Type (31)5.7 Framed-Protocol (33)5.8 Framed-IP-Address (34)5.9 Framed-IP-Netmask (34)5.10 Framed-Routing (35)5.11 Filter-Id (36)5.12 Framed-MTU (37)5.13 Framed-Compression (37)5.14 Login-IP-Host (38)5.15 Login-Service (39)5.16 Login-TCP-Port (40)5.17 (unassigned) (41)5.18 Reply-Message (41)5.19 Callback-Number (42)5.20 Callback-Id (42)5.21 (unassigned) (43)5.22 Framed-Route (43)5.23 Framed-IPX-Network (44)5.24 State (45)5.25 Class (46)5.26 Vendor-Specific (47)5.27 Session-Timeout (48)5.28 Idle-Timeout (49)5.29 Termination-Action (49)5.30 Called-Station-Id (50)5.31 Calling-Station-Id (51)5.32 NAS-Identifier (52)5.33 Proxy-State (53)5.34 Login-LAT-Service (54)5.35 Login-LAT-Node (55)5.36 Login-LAT-Group (56)5.37 Framed-AppleTalk-Link (57)5.38 Framed-AppleTalk-Network (58)5.39 Framed-AppleTalk-Zone (58)5.40 CHAP-Challenge (59)5.41 NAS-Port-Type (60)5.42 Port-Limit (61)5.43 Login-LAT-Port (62)5.44 Table of Attributes (63)6. IANA注意事项 (64)6.1 术语定义 (64)6.2 推荐的注册策略 (65)7. 举例 (66)7.1 用户Telnet到指定主机上 (66)7.2 用户使用CHAP认证方式认证 (67)7.3 用户使用挑战-回应卡 (68)8. 安全事项 (71)9. 更新记录 (71)10. 参考文献 (73)11. 致谢 (74)12. AAA工作组主席地址 (74)13. 作者地址 (75)14. 版权声明 (76)1. 简介本文档废弃了RFC 2138 [1]。
中国电信集团公司 2009年3月中国电信集团公司技术标准 Q/CT 2271-2013中国电信家庭网关与增强型终端综合管理系统接口技术要求 Technical Specification of Interface between HGW and ITMS+ of China Telecom 2013-02发布 2013-02实施中国电信集团公司发布Q/CT 2271-2013I目次前言 (VII)中国电信家庭网关与增强型终端综合管理系统接口技术要求 (1)1 范围 (1)2 规范性引用文件 . (1)3 缩略语 . (1)4 家庭网关与ITMS+接口总体概述 (4)4.1 家庭网关与ITMS+接口在网络中的位置 (4)4.2 家庭网关与ITMS+接口主要内容 (4)5 接口技术要求 . (4)5.1 家庭网关与ITMS+接口框架 (4)5.1.1 家庭网关与ITMS+接口描述图 (4)5.1.2 家庭网关与ITMS+接口定义 (5)5.1.3 终端管理协议栈分层模型 . (5)5.2 RPC方法概述 (6)5.3 家庭网关与ITMS+接口安全 (7)5.3.1 家庭网关发起的安全连接流程 . (7)5.3.2 ITMS+发起的安全连接流程 . (8)5.4 家庭网关与设备认证注册接口（M1） (9)5.4.1 M1接口描述图 (9)5.4.2 首次连接设备认证接口（基于物理ID ） (9)5.4.3 首次连接设备认证接口（基于逻辑ID ） (12)5.4.4 非首次连接设备认证接口 . (15)5.5 家庭网关与参数监视接口模块（M2） (15)5.5.1 M2接口描述图 (15)5.5.2 参数模型获取接口 . (16)5.5.3 参数查询接口 . (17)5.5.4 参数变化上报接口 . (18)5.6 家庭网关与参数配置接口模块（M3） (19)5.6.1 M3接口描述图 (19)5.6.2 参数属性上报接口 . (20)5.6.3 配置用户可写属性接口 . (21)5.6.4 参数实例配置接口（SetParameterValues ） . (22)5.6.5 实例删除配置接口 . (23)Q/CT 2271-2013II5.6.6 参数实例配置接口（配置文件） . (24)5.6.7 上传配置文件接口 . (25)5.6.8 上传日志文件接口 . (27)5.6.9 配置电信维护帐号接口 . (28)5.6.10 设备告警接口 . (29)5.6.11 设备监控接口 . (31)5.7 家庭网关与软件升级接口模块（M4） (32)5.7.1 M4接口描述图 (32)5.7.2 软件升级接口 . (32)5.7.3 软件版本查询接口 . (35)5.7.4 软件升级配置备份接口 . (36)5.8 家庭网关与测试诊断接口模块（M5） (39)5.8.1 M5接口描述图 (39)5.8.2 PING测试接口 (39)5.8.3 ATMF5Loop测试接口 (41)5.8.4 重启接口 . (43)5.8.5 恢复出厂设置接口 . (44)5.8.6 DSL测试接口 (45)5.8.7 IAD模块测试接口 (47)5.9 机卡分离型家庭网关与设备认证注册接口（M1） . (49)5.9.1 M1接口描述图 (49)5.9.2 首次连接设备认证接口 . (49)5.9.3 非首次连接设备认证接口 . (52)附录 A （规范性附录） RPC方法定义 (54)A.1 Inform . (54)A.2 Inform eventCodes . (55)附录B （规范性附录）RPC XML Schema描述 (56)B.1 XML Schema文件头 (56)B.2 SOAP信包头 (56)B.3 SOAP错误代码 (56)B.4 RPC参数类型定义 (56)B.5 RPC方法请求/响应 (57)附录 C （规范性附录）业务配置描述 . (60)C.1业务配置逻辑图 (60)C.2 业务配置模板 . (60)C.2.1 基础类配置模板 (60)Q/CT 2271-2013IIIC.2.1.1 WAN连接 (60)C.2.1.2 PPPoE代理功能 (63)C.2.1.3 DDNS . (63)C.2.1.4 WLAN . (64)C.2.1.5 家庭网关电信维护帐号管理 . (66)C.2.1.6 TR-069 . (66)C.2.1.7 强制家庭门户管理 . (66)C.2.1.8 PORT FORWARDING . (66)C.2.1.9 DHCP SERVER . (66)C.2.1.10 ALG功能开关 (67)C.2.1.11断线重连功能 (68)C.2.1.12网络服务管理 (68)C.2.1.13 LAN 上行 . (68)C.2.1.14 QOS . (69)C.2.1.15 日志管理 . (70)C.2.1.16 快速恢复 . (71)C.2.1.17 中间件平台管理 . (71)C.2.1.18 用户信息管理 . (71)C.2.1.19设备告警 (72)C.2.1.20状态监视 (73)C.2.1.21 EPON上行 (73)C.2.1.22 UPNP功能启用 (75)C.2.1.23 VDSL2上行 (75)C.2.1.24 IPv6功能启用 (75)C.2.1.25 GPON上行 (75)C.2.1.26 DHCPv4网络侧 OPTION60功能 . (77)C.2.1.27 DHCPv4网络侧 OPTION125功能 . (77)C.2.1.28 Ping功能 (78)C.2.1.29 家庭网关卡 . (78)C.2.1.30 DHCPv6 OPTION16功能 (79)C.2.1.31 DHCPv6 OPTION17功能 (79)C.2.1.32 WAN连接索引 (80)C.2.1.33 家庭网关能力信息 . (80)C.2.1.34 时间服务器配置信息 . (82)C.2.1.35 VLAN绑定关系 (82)C.2.1.36 DLNA信息 (83)Q/CT 2271-2013IV C.2.1.37环路检测 (83)C.2.1.38数据流双向限速 (84)C.2.1.39全路由模式 (85)C.2.2 面向应用配置 (85)C.2.2.1 VoIP . (85)C.2.2.2 IPTV . (94)C.2.2.3 多终端上网 . (94)C.2.3 IPv6相关配置 (95)C.2.3.1 WAN IPConnectionIPv6地址配置 (95)C.2.3.2 WAN PPPConnectionIPv6地址配置 (96)C.2.3.3 LAN 管理地址配置 . (97)C.2.3.4 LAN IPv6 全局配置 . (97)C.2.3.4 LAN IPv6 DHCPv6 Server配置 (98)C.2.3.5 LAN RADVD配置 (98)C.2.3.6 DS-lite功能参数 ................................................ 98 附录D （规范性附录）对TR-069的扩展 . (100)D.1 RPC方法 (100)D.2 RPC方法修订清单 ...................................................... 100 附录E （规范性附录）设备告警信息 ......................................... 102 附录 F (规范性附录家庭网关和ITMS+交互约定细则 ........................... 103 F.1家庭网关TR-069参数树初始配置技术细则 .................................. 103 F.2 ADSL上联桥连接建立流程 ................................................ 103 F.3 ADSL上联路由IPv4连接建立流程 ......................................... 104 F.4 LAN上联桥连接建立流程 ................................................. 104 F.5 LAN上联路由IPv4连接建立流程 .......................................... 105 F.6 家庭网关和ITMS+交互过程重启原则 ....................................... 105 F.7 家庭网关Inform 消息上报，参数列表扩充 .................................. 105 F.8 ITMS+与家庭网关交互约定 . ............................................... 106 F.9 ITMS+异常流程 . ......................................................... 106 F.10 ITMS+对家庭网关远程升级流程（配置文件不兼容） ......................... 106 F.11平台业务下发逻辑判断 .................................................. 106 F.12 VOIP业务发放流程 ..................................................... 107 F.13无线加密建立流程 ...................................................... 108 F.14端口映射建立流程 ...................................................... 109 F.15 QOS出厂配置模版示例 .................................................. 109 F.16 QOS建立流程 (110)Q/CT 2271-2013VF.17 ADSL上联DHCPv4方式建立流程 .......................................... 110 F.18 LAN 上联DHCP 方式建立流程 ............................................. 110 F.19 ADSL上联Static IP 方式建立流程 ....................................... 111 F.20 LAN上联Static IP方式建立流程 ........................................ 111 F.21 ITMS+与家庭网关通信超时控制建议 . ...................................... 112 F.22基于逻辑ID 的设备首次认证流程 ......................................... 113 F.23基于DSCP 数据标识优先级队列方式的QoS 保障建立流程（示例） ............. 114 F.24基于目的IP 优先级队列方式的QoS 保障建立流程（示例） ................... 114 F.25基于业务发现优先级队列方式的QoS 保障建立流程1（示例） ................. 115 F.26基于业务发现优先级队列方式的QoS 保障建立流程2（示例） ................. 115 F.27 EPON上联桥连接建立流程 ............................................... 115 F.28 EPON上联路由IPv4连接建立流程 ........................................ 116 F.29 EPON上联DHCv4方式建立流程 ........................................... 116 F.30 EPON上联Static IP方式建立流程 ....................................... 117 F.31 ITMS+下发业务模板示例 . ................................................ 117 F.32 VDSL2上联桥连接建立流程 .............................................. 118 F.33 VDSL2上联路由IPv4连接建立流程 ....................................... 118 F.34 VDSL2上联DHCPv4方式建立流程 ......................................... 119 F.35 VDSL2上联Static IP方式建立流程 ...................................... 119 F.36 GPON上联桥连接建立流程 ............................................... 120 F.37 GPON上联路由IPv4连接建立流程 ........................................ 120 F.38 GPON上联DHCPv4方式建立流程 .......................................... 121 F.39 GPON上联Static IP方式建立流程 ....................................... 121 F.40家庭网关通过DHCP OPTION60/DHCPv6 OPTION16上报语音账号流程 ............ 122 F.41 ADSL上联IPv6 路由连接建立流程 . ....................................... 123 F.42 ADSL上联DHCPv6方式建立流程 .......................................... 124 F.43 LAN上联IPv6路由连接建立流程 ......................................... 125 F.44 LAN上联DHCPv6方式建立流程 ........................................... 125 F.45 EPON上联IPv6路由连接建立流程 ........................................ 126 F.46 EPON上联DHCPv6方式建立流程 .......................................... 127 F.47 VDSL2上联IPv6路由连接建立流程 ....................................... 127 F.48 VDSL2上联DHCPv6方式建立流程 ......................................... 128 F.49 GPON上联IPv6路由连接建立流程 ........................................ 129 F.50 GPON上联DHCPv6方式建立流程 .......................................... 130 F.51 ITMS+对不同版本家庭网关配置流程建议 . .................................. 130 F.52 IPv6家庭网关LAN 侧配置流程 (130)Q/CT 2271-2013VIF.53机卡分离型家庭网关相关流程补充 (130)Q/CT 2271-2013VII前言本标准按照GB/T 1.1-2009给出的规则起草。
lsa的报文格式-回复报文是计算机网络中用于传输数据的一种通信格式。
不同的通信协议使用不同的报文格式，其中包括了头部和数据两部分。
本文将以“LSA的报文格式”为主题，详细介绍LSA（链路状态广告）协议中使用的报文格式。
链路状态广告（Link State Advertisement，LSA）是OSPF（开放最短路径优先）协议中用于交换网络拓扑信息的报文格式。
LSA报文通过在网络中的路由器之间传递，用于构建并维护一个网络中的链路状态数据库（Link State Database，LSDB）。
LSDB包含了所有路由器对网络拓扑的理解，以及路由算法用于计算最短路径的基础数据。
LSA报文分为几种不同的类型，每种类型都有自己特定的报文格式。
下面将逐一介绍每种类型的报文格式。
1. 路由器链路状态广告（Router LSA）报文格式路由器LSA用于描述一个路由器的连接情况以及其所连网络的拓扑信息。
该类型的LSA报文格式如下：[ LS Age Options LS Type Link State ID Advertising Router LS Sequence Number LS Checksum Length Link count Link ID Link Data Type TOS Metric ...]报文格式包括以下字段：- LS Age：该LSA报文的年龄，以计时单位表示。
- Options：LSA报文所携带的选项信息，如是否支持多点链接等。
- LS Type：表示该LSA报文的类型，此处为路由器LSA，值为1。
- Link State ID：该LSA的唯一标识符，对于路由器LSA，通常为该路由器的ID。
- Advertising Router：生成并发送该LSA报文的路由器的ID。
- LS Sequence Number：用于确保LSA报文的有序交付，以最新的序列号为准。
- LS Checksum：校验和字段，用于检查报文的完整性。
Network Working Group A. Swartz Request for Comments: 3870 Category: Informational September 2004 application/rdf+xml Media Type RegistrationStatus of this MemoThis memo provides information for the Internet community. It doesnot specify an Internet standard of any kind. Distribution of thismemo is unlimited.Copyright NoticeCopyright (C) The Internet Society (2004).AbstractThis document describes a media type (application/rdf+xml) for usewith the Extensible Markup Language (XML) serialization of theResource Description Framework (RDF). RDF is a language designed to support the Semantic Web, by facilitating resource description anddata exchange on the Web. RDF provides common structures that can be used for interoperable data exchange and follows the World Wide WebConsortium (W3C) design principles of interoperability, evolution,and decentralization.Table of Contents1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . . 22. application/rdf+xml Registration . . . . . . . . . . . . . . . 23. Fragment Identifiers . . . . . . . . . . . . . . . . . . . . . 44. Historical Considerations . . . . . . . . . . . . . . . . . . 45. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 46. Security Considerations . . . . . . . . . . . . . . . . . . . 57. Acknowledgements . . . . . . . . . . . . . . . . . . . . . . . 58. References . . . . . . . . . . . . . . . . . . . . . . . . . . 6 8.1. Normative References . . . . . . . . . . . . . . . . . . 68.2. Informative References . . . . . . . . . . . . . . . . . 69. Author’s Address . . . . . . . . . . . . . . . . . . . . . . . 710. Full Copyright Statement . . . . . . . . . . . . . . . . . . . 8 Swartz Informational [Page 1]1. IntroductionRDF is a language designed to support the Semantic Web, byfacilitating resource description and data exchange on the Web. RDF provides common structures that can be used for interoperable dataexchange and follows the W3C design principles of interoperability,evolution, and decentralization.While the RDF data model [2] can be serialized in many ways, the W3C has defined the RDF/XML syntax [1] to allow RDF to be serialized inan XML format. The application/rdf+xml media type allows RDFconsumers to identify RDF/XML documents so that they can be processed properly.The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT","SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14, RFC 2119 [6].2. application/rdf+xml RegistrationThis is a media type registration as defined in RFC 2048,"Multipurpose Internet Mail Extensions (MIME) Part Four: Registration Procedures" [5].MIME media type name: applicationMIME subtype name: rdf+xmlRequired parameters: noneOptional parameters: charsetSame as charset parameter of application/xml, defined in RFC3023 [4].Encoding considerations:Same as charset parameter of application/xml, defined in RFC3023 [4].Security considerations:See "Security Considerations" (Section 6).Swartz Informational [Page 2]Interoperability considerations:It is RECOMMENDED that RDF documents follow the newer RDF/XMLSyntax Grammar [1] as opposed to the older RDF Model and Syntax specification [7].RDF is intended to allow common information to be exchangedbetween disparate applications. A basis for building commonunderstanding is provided by a formal semantics [3], andapplications that use RDF should do so in ways that areconsistent with this.Published specification:see RDF/XML Syntax Grammar [1] and RDF: Concepts and AbstractSyntax [2] and the older RDF Model and Syntax [7]Applications which use this media type:RDF is device-, platform-, and vendor-neutral and is supported by a range of Web user agents and authoring tools.Additional information:Magic number(s): noneAlthough no byte sequences can be counted on to consistently identify RDF, RDF documents will have the sequence"/1999/02/22-rdf-syntax-ns#" to identifythe RDF namespace. This will usually be towards the top ofthe document.File extension(s): .rdfMacintosh File Type Code(s): "rdf "For further information:Dan Brickley <danbri@>RDF Interest Group <www-rdf-interest@>More information may be found on the RDF website:</RDF/>Intended usage: COMMONSwartz Informational [Page 3]Author/Change controller:The RDF specification is a work product of the World Wide WebConsortium. The W3C and the W3C RDF Core Working Group havechange control over the specification.3. Fragment IdentifiersThe rdf:ID and rdf:about attributes can be used to define fragmentsin an RDF document.Section 4.1 of the URI specification [8] notes that the semantics of a fragment identifier (part of a URI after a "#") is a property ofthe data resulting from a retrieval action, and that the format andinterpretation of fragment identifiers is dependent on the media type of the retrieval result.In RDF, the thing identified by a URI with fragment identifier doesnot necessarily bear any particular relationship to the thingidentified by the URI alone. This differs from some readings of the URI specification [8], so attention is recommended when creating new RDF terms which use fragment identifiers.More details on RDF’s treatment of fragment identifiers can be found in the section "Fragment Identifiers" of the RDF Concepts document[2].4. Historical ConsiderationsThis media type was reserved in RFC 3023 [4], saying:RDF documents identified using this MIME type are XML documentswhose content describes metadata, as defined by [7]. As a format based on XML, RDF documents SHOULD use the ’+xml’ suffixconvention in their MIME content-type identifier. However, nocontent type has yet been registered for RDF and so this mediatype should not be used until such registration has beencompleted.5. IANA ConsiderationsThis document calls for registration of a new MIME media type,according to the registration in Section 2.Swartz Informational [Page 4]6. Security ConsiderationsRDF is a generic format for exchanging application information, butapplication designers must not assume that it provides genericprotection against security threats. RFC 3023 [4], section 10,discusses security concerns for generic XML, which are alsoapplicable to RDF.RDF data can be secured for integrity, authenticity andconfidentiality using any of the mechanisms available for MIME andXML data, including XML signature, XML encryption, S/MIME, OpenPGP or transport or session level security (e.g., see [9], especiallysections 3.4, 3.5, 3.10, [10], [11], [12]).RDF is intended to be used in documents that may make assertionsabout anything, and to this end includes a specification of formalsemantics [3]. The semantics provide a basis for combininginformation from a variety of sources, which may lead to RDFassertions of facts (either by direct assertion, or via logicaldeduction) that are false, or whose veracity is unclear. RDFapplication designers should not omit consideration of thereliability of processed information. The formal semantics of RDFcan help to enhance reliability, since RDF assertions may be linkedto a formal description of their derivation. There is ongoingexploration of mechanisms to record and handle provenance of RDFinformation. As far as general techniques are concerned, these arestill areas of ongoing research, and application designers must beaware, as always, of "Garbage-in, Garbage-out".7. AcknowledgementsThanks to Dan Connolly for writing the first version of this document [13], to Andy Powell for </2000/03/rdf-tracking/#mime-types-for-rdf-docs>, to Marshall Rose for his</> converter, and to Graham Klyne, Jan Grant, and Dave Beckett for their helpful comments on early versions of this document.Swartz Informational [Page 5]8. References8.1. Normative References[1] Beckett, D., "RDF/XML Syntax Specification (Revised)", W3C rdf- syntax-grammar, February 2004, </TR/2004/REC-rdf-syntax-grammar-20040210/>.[2] Klyne, G. and J. Carroll, "Resource Description Framework (RDF): Concepts and Abstract Syntax", W3C rdf-concepts, February 2004, </TR/2004/REC-rdf-concepts-20040210/>.[3] Hayes, P., "RDF Model Theory", W3C rdf-mt, February 2004,</TR/2004/REC-rdf-mt-20040210/>.[4] Murata, M., urent, S. and D. Kohn, "XML Media Types", RFC3023, January 2001.[5] Freed, N., Klensin, J. and J. Postel, "Multipurpose InternetMail Extensions (MIME) Part Four: Registration Procedures", BCP 13, RFC 2048, November 1996.[6] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997.8.2. Informative References[7] Lassila, O. and R. Swick, "Resource Description Framework (RDF) Model and Syntax Specification", W3C REC-rdf-syntax, February1999, </TR/REC-rdf-syntax>.[8] Berners-Lee, T., Fielding, R. and L. Masinter, "Uniform Resource Identifiers (URI): Generic Syntax", RFC 2396, August 1998.[9] Bellovin, S., Schiller, J. and C. Kaufman, Eds., "SecurityMechanisms for the Internet", RFC 3631, December 2003.[10] Rescorla, E., "HTTP Over TLS", RFC 2818, May 2000.[11] Eastlake, D., Reagle, J. and D. Solo, "(Extensible MarkupLanguage) XML-Signature Syntax and Processing", RFC 3275, March 2002.[12] Eastlake, D. and J. Reagle, "XML Encryption Syntax andProcessing", W3C xmlenc-core, December 2002,</TR/2002/REC-xmlenc-core-20021210/>Swartz Informational [Page 6][13] Connolly, D., "A media type for Resource Description Framework(RDF)", March 2001, </2001/03mr/rdf_mt>.9. Author’s AddressAaron Swartz349 MarshmanHighland Park, IL 60035USAPhone: +1 847 432 8857EMail: me@URI: /Swartz Informational [Page 7]10. Full Copyright StatementCopyright (C) The Internet Society (2004).This document is subject to the rights, licenses and restrictionscontained in BCP 78, and at , and except as setforth therein, the authors retain all their rights.This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/S HEREPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS ORIMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OFTHE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIEDWARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Intellectual PropertyThe IETF takes no position regarding the validity or scope of anyIntellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described inthis document or the extent to which any license under such rightsmight or might not be available; nor does it represent that it hasmade any independent effort to identify any such rights. Information on the ISOC’s procedures with respect to rights in ISOC Documents can be found in BCP 78 and BCP 79.Copies of IPR disclosures made to the IETF Secretariat and anyassurances of licenses to be made available, or the result of anattempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of thisspecification can be obtained from the IETF on-line IPR repository at /ipr.The IETF invites any interested party to bring to its attention anycopyrights, patents or patent applications, or other proprietaryrights that may cover technology that may be required to implementthis standard. Please address the information to the IETF at ietf-ipr@.AcknowledgementFunding for the RFC Editor function is currently provided by theInternet Society.Swartz Informational [Page 8]。
