<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet href='http://feeds.feedsky.com/styles/temp01.xsl' type='text/xsl' ?><!--这是一个由Feedsy提供技术支持的Feed，为了提高读者阅读的体验，以及满足用户美化自己Feed的需要，我们设计了多种精美的Feed模板，提供给大家选择，所有最终呈现出来的样式，皆由用户自愿选择使用，未经许可，任何团体和个人，请不要擅自修改样式或者盗用，这是对于用户选择权的尊重。--><rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:fs="http://www.feedsky.com/namespace/feed" version="2.0"><channel><atom:link href="http://feeds.feedsky.com/csdn.net/ericsone" type="application/rss+xml" ref="self"></atom:link><lastBuildDate>Mon, 12 Nov 2007 18:45:00 GMT</lastBuildDate><title>我的&quot;什么是?&quot;  -eRicSone</title><description>知识转贴汇聚（网络工程、通信技术、业界新闻、C#、ASP.NET）</description><item><title>什么是 DMZ</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172267/1203581/1/item.html</link><wfw:comment>comments/1880819.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1880819.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1880819</trackback:ping><description>DMZ是英文“demilitarized zone”的缩写，中文名称为“隔离区”，也称“非军事化区”。它是为了解决安装防火墙后外部网络不能访问内部网络服务器的问题，而设立的一个非安全系统与安全系统之间的缓冲区，这个缓冲区位于企业内部网络和外部网络之间的小网络区域内，在这个小网络区域内可以放置一些必须公开的服务器设施，如企业Web服务器、FTP服务器和论坛等。另一方面，通过这样一个DMZ区域，更加有效地保护了内部网络，因为这种网络部署，比起一般的防火墙方案，对攻击者来说又多了一道关卡。&lt;img src =&quot;aggbug/1880819.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Tue, 13 Nov 2007 02:45:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/11/12/1880819.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/11/12/1880819.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/11/12/1880819.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172267/1203581</fs:itemid></item><item><title>调节和诊断生成树协议笔记(BCMSN)</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172273/1203581/1/item.html</link><wfw:comment>comments/1532448.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1532448.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1532448</trackback:ping><description>Spanning-tree portfast bpduguard对处于portfast状态的端口进行诊断，portfast端口一般情况下不接受bpdu数据包，配置后当它收到bpdu数据包时，则转为shutdown状态，如不配置则为阻塞状态。
Show spanning-tree summ ary total 查看guard状态&lt;img src =&quot;aggbug/1532448.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Sun, 18 Mar 2007 07:41:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/03/17/1532448.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/03/17/1532448.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/03/17/1532448.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172273/1203581</fs:itemid></item><item><title>生成树协议STP笔记(BCMSN)</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172274/1203581/1/item.html</link><wfw:comment>comments/1532447.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1532447.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1532447</trackback:ping><description>生成树协议是通过在网络中选举根交换机，并在其他非根交换机上指定接收bpdu的端口来避免广播风暴的产生的。

      生成树协议工作时，正常情况下，交换机的端口要经过几个工作状态的转变。物理链路待接通时，将在block状态停留２０s，之后是listen状态15s，经过１５秒lear n，最后成为forward状态。

&lt;img src =&quot;aggbug/1532447.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Sun, 18 Mar 2007 07:40:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/03/17/1532447.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/03/17/1532447.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/03/17/1532447.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172274/1203581</fs:itemid></item><item><title>带外网管：小成本管理大网络</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172275/1203581/1/item.html</link><wfw:comment>comments/1520468.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1520468.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1520468</trackback:ping><description>最近，IT资源管理界内中有一个被热炒的名词“带外管理”。那么，什么是带外管理？为什么推崇带外管理？怎样在实践中发挥带外管理的优势？这些都是我们这期专栏讨论的重点。 &lt;img src =&quot;aggbug/1520468.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Mon, 05 Mar 2007 00:58:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/03/04/1520468.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/03/04/1520468.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/03/04/1520468.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172275/1203581</fs:itemid></item><item><title>SNMP的工作原理</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172286/1203581/1/item.html</link><wfw:comment>comments/1516424.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1516424.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1516424</trackback:ping><description>SNMP的网络管理模型包括以下关键元素：管理站、代理者、管理信息库、网络管理协议。管理站一般是一个分立的设备，也可以利用共享系统实现。管理站作为网络管理员与网络管理系统的接口，它的基本构成为：一组具有分析数据、发现故障等功能的管理程序; 一个用于网络管理员监控网络的接口; 将网络管理员的要求转变为对远程网络元素的实际监控的能力; 一个从所有被管网络实体的MIB中抽取信息的数据库。 &lt;img src =&quot;aggbug/1516424.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Wed, 28 Feb 2007 08:29:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/02/28/1516424.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/02/28/1516424.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/02/28/1516424.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172286/1203581</fs:itemid></item><item><title>什么是 SNMP 和 MIB</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172288/1203581/1/item.html</link><wfw:comment>comments/1516404.aspx</wfw:comment><slash:comments>1</slash:comments><wfw:commentRss>comments/commentRss/1516404.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1516404</trackback:ping><description>SNMP（Simple Network Management Protocol）即简单网络管理协议，它为网络管理系统提供了底层网络管理的框架。SNMP协议的应用范围非常广泛，诸多种类的网络设备、软件和系统中都有所采用，主要是因为SNMP协议有如下几个特点： 
首先，相对于其它种类的网络管理体系或管理协议而言，SNMP易于实现。SNMP的管理协议、MIB及其它相关的体系框架能够在各种不同类型的设备上运行，包括低档的个人电脑到高档的大型主机、服务器、及路由器、交换器等网络设备。一个SNMP管理代理组件在运行时不需要很大的内存空间，因此也就不需要太强的计算能力。SNMP协议一般可以在目标系统中快速开发出来，所以它很容易在面市的新产品或升级的老产品中出现。尽管SNMP协议缺少其它网络管理协议的某些优点，但它设计简单、扩展灵活、易于使用，这些特点大大弥补了SNMP协议应用中的其他不足。 
&lt;img src =&quot;aggbug/1516404.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Wed, 28 Feb 2007 07:54:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/02/27/1516404.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/02/27/1516404.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/02/27/1516404.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172288/1203581</fs:itemid></item><item><title>SLA：服务客户的利器</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172291/1203581/1/item.html</link><wfw:comment>comments/1516375.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1516375.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1516375</trackback:ping><description>SLA(Service Level Agreement)即服务水平协议，是服务 
提供商和用户之间经过磋商的一个正式合同，用来陈述服务的质量、 
优先级和责权。SLA不止是一个合同书，更主要的方面是“SLA过程”。 
所谓“SLA过程”是指通过SLA的管理，来保障在SLA合同书中对客户 
承诺的QoS(Quality of Services)服务质量。 
　　 SLA从客户的角度出发，把承诺的服务品质进行量化(服务质量的 
指标)。对“SLA过程”的管理，涉及到SLA的生命周期。TMF(Telecommunication 
Management Forum)论坛提出的SLA规范，把SLA的 
生命周期定义为五个阶段：产品/业务开发、协商和销售、实现、执 
行和评估。QoS是电信运营商和网络服务提供商不断追求的目标，以 
便得到最大限度的客户满意度。QoS的每一次提升(比如IP数据包掉包 
率的大幅度下降，会导致IP电话话音延迟和颤音的降低)，或新产品 
的出台等，都标志着新的SLA的生命周期开始。 &lt;img src =&quot;aggbug/1516375.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Wed, 28 Feb 2007 06:46:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/02/27/1516375.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/02/27/1516375.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/02/27/1516375.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172291/1203581</fs:itemid></item><item><title>什么是SLA 续</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172328/1203581/1/item.html</link><wfw:comment>comments/1516363.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1516363.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1516363</trackback:ping><description>一、什么是SLA 

SLA(Service Level Agreement)即服务水平协议，指IT服务提供商和客户之间就服务提供中关键的服务目标及双方的责任等有关细节问题而签订的协议。 

对于SLA的必要性，在BS15000-1中的服务提供过程中有明确指出：对服务提供全过程中的服务水平目标和工作量参数，应在组织（服务提供商和雇主公司）间协商同意并形成记录。对每一项服务应定义、协定和记录一个或多个服务水平协议（SLAs）。SLAs、运营级别协议和第三方合同（支持合同）及相应的程序应在相关组织间协商并记录。 

&lt;img src =&quot;aggbug/1516363.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Wed, 28 Feb 2007 06:29:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/02/27/1516363.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/02/27/1516363.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/02/27/1516363.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172328/1203581</fs:itemid></item><item><title>什么是SLA</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172329/1203581/1/item.html</link><wfw:comment>comments/1516357.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1516357.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1516357</trackback:ping><description>SLA(Service Level Agreement)即服务水平协议，指IT服务提供商和客户之间就服务提供中关键的服务目标及双方的责任等有关细节问题而签订的协议。 
对于SLA的必要性，在BS15000-1中的服务提供过程中有明确指出：对服务提供全过程中的服务水平目标和工作量参数，应在组织（服务提供商和雇主公司）间协商同意并形成记录。对每一项服务应定义、协定和记录一个或多个服务水平协议（SLAs）。SLAs、运营级别协议和第三方合同（支持合同）及相应的程序应在相关组织间协商并记录。 
&lt;img src =&quot;aggbug/1516357.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Wed, 28 Feb 2007 06:19:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/02/27/1516357.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/02/27/1516357.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/02/27/1516357.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172329/1203581</fs:itemid></item><item><title>loopback具体作用</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172331/1203581/1/item.html</link><wfw:comment>comments/1515430.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1515430.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1515430</trackback:ping><description>此类接口是应用最为广泛的一种虚接口，几乎在每台路由器上都会使用。常 
见于如下用途。 
&lt;img src =&quot;aggbug/1515430.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Tue, 27 Feb 2007 08:32:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/02/27/1515430.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/02/27/1515430.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/02/27/1515430.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172331/1203581</fs:itemid></item><item><title>什么是 Web service</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172333/1203581/1/item.html</link><wfw:comment>comments/1476634.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1476634.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1476634</trackback:ping><description>你可能早就听说过Web service了，你也可能已经对Web service有一些概念了。一时间，好像所有的计算机期刊、书籍和网站都开始提及Web service。然而，当前大多数对Web service的介绍都没能清楚的说明Web service到底是什么。他们只是鼓吹Web service是多么多么的好，简直就像是在做广告。在本文中会讲清楚两件事：Web service到底是什么；在什么情况下你应该使用Web service。
&lt;img src =&quot;aggbug/1476634.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Mon, 08 Jan 2007 06:52:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/01/07/1476634.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/01/07/1476634.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/01/07/1476634.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172333/1203581</fs:itemid></item><item><title>软交换技术白皮书</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172335/1203581/1/item.html</link><wfw:comment>comments/1475554.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1475554.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1475554</trackback:ping><description>自从第一款产品在电信市场上成功推出以来，“软交换”这个概念已经成为电信行业中倍受青睐的时髦用语。由于既能执行与基于硬件的传统电话交换机相同的功能，又能同时处理IP通信，软交换技术承诺可提供许多优势，如轻松整合电路交换和分组交换、降低网络成本以及使运营商更快获得收入。&lt;img src =&quot;aggbug/1475554.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Sat, 06 Jan 2007 21:15:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/01/06/1475554.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/01/06/1475554.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/01/06/1475554.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172335/1203581</fs:itemid></item><item><title>乱世英雄IP CENTREX</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172336/1203581/1/item.html</link><wfw:comment>comments/1475551.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1475551.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1475551</trackback:ping><description>乱世出英雄。一个称为“IP PBX”的战将正“掠夺”着电信运营商在语音收入上的领土，于是，一个捍卫领土的名为“IP CENTREX”的武臣出现了。霎时，风驰电闪…… &lt;img src =&quot;aggbug/1475551.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Sat, 06 Jan 2007 21:08:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/01/06/1475551.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/01/06/1475551.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/01/06/1475551.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172336/1203581</fs:itemid></item><item><title>什么是 BHCA</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172337/1203581/1/item.html</link><wfw:comment>comments/1472533.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1472533.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1472533</trackback:ping><description>BHCA（忙时试呼次数）计算公式 
&lt;img src =&quot;aggbug/1472533.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Wed, 03 Jan 2007 04:40:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2007/01/02/1472533.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2007/01/02/1472533.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2007/01/02/1472533.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172337/1203581</fs:itemid></item><item><title>什么是CDR</title><link>http://item.feedsky.com/~csdn.net/ericsone/~1203605/30172346/1203581/1/item.html</link><wfw:comment>comments/1445861.aspx</wfw:comment><slash:comments>0</slash:comments><wfw:commentRss>comments/commentRss/1445861.aspx</wfw:commentRss><trackback:ping>http://tb.blog.csdn.net/TrackBack.aspx?PostId=1445861</trackback:ping><description>CDR即呼叫详细记录。它是一个包含了某个特定呼叫的相关数据的数据库记录。CDR需要作为一个单元进行处理，用于创建计费记录，并含有多种细节信息，例如被叫方和主叫方、始发交换机、终止交换机、呼叫时长、发生时间等。&lt;img src =&quot;aggbug/1445861.aspx&quot; width = &quot;1&quot; height = &quot;1&quot; /&gt;</description><pubDate>Sun, 17 Dec 2006 05:18:00 +0800</pubDate><author>eRicSone</author><comments>http://blog.csdn.net/ericsone/archive/2006/12/16/1445861.aspx#Feedback</comments><guid isPermaLink="false">http://blog.csdn.net/ericsone/archive/2006/12/16/1445861.aspx</guid><dc:creator>eRicSone</dc:creator><fs:srclink>http://blog.csdn.net/ericsone/archive/2006/12/16/1445861.aspx</fs:srclink><fs:srcfeed>http://blog.csdn.net/ericsone/rss.aspx</fs:srcfeed><fs:itemid>csdn.net/ericsone/~1203605/30172346/1203581</fs:itemid></item></channel></rss>