所有IE 用户请尽快下载相应补丁.

http://www.microsoft.com/technet/security/bulletin/MS08-078.mspx

日本开发出无线局域网大容量数据传输技术

新华网东京１１月６日电（记者钱铮）据《日经产业新闻》日前报道，日本一个研究小组最近开发出了一种利用毫米波实现大容量数据传输的新技术，无线局域网采用这项技术后数据传输速度能达到每秒3GB，从而使其可以传输高清晰图像。

    毫米波是一种波长介于无线电波和红外线之间的电磁波。日本国际电气通信基础技术研究所等机构的研究人员在新技术中使用的毫米波频率为６０吉赫兹。这样的频率不会与电子仪器、家电产品发出的电磁波发生干涉效应，避免了目前无线局域网常用的５吉赫兹频率的电磁波所可能导致的通信速度降低或通信中断等问题。此外，毫米波设备成本也较低。

中国将于2010年推出千万亿次超级计算机

新华网天津１０月６日电（记者周润健）曙光信息产业有限公司总裁历军日前在曙光天津产业基地接受新华社记者采访时表示，２０１０年，曙光将推出基于“龙芯四号”处理器的千万亿次高性能服务器“曙光６０００”超级计算机。

    ２００８年９月１６日，作为曙光５０００系列产品之一，中国首台超百万亿次超级计算机曙光５０００Ａ在曙光天津产业基地下线。

美国一公司开发成功脑电波意念操控手机

美国加利福尼亚州圣荷西风险公司NeuroSky日前宣布，已成功试制出了能够用传感器读取用户的脑波并用于手机各种应用的系统，并在2008年9月10日开幕的展会“CTIAWIRELESSI.T.&Entertainment 2008”上进行了展示。

    这一系统采取耳机式，由读取脑波的传感器和数字信号处理部分等构成。使用时，系统通过接触用户额头的任意部位来读取α波和β波等脑波，进而大体掌握用户大脑的放松程度和集中程度，同时利用Visualizer将检测到的脑波信息显示在手机画面上，以及利用大脑的集中程度操控游戏和卡通形象等。

100G传输时代来临

华为宣布同时支持10G GPON和10G EPON技术

[中国，北京，2008年10月21日] 华为技术有限公司（华为）今日在2008年中国国际信息通信展览会上宣布，同时支持10G GPON和10G EPON，成为业界第一家同时支持10G GPON和10G EPON技术的设备厂商。新技术的推出可充分满足未来超宽带业务发展的需求，推动下一代光接入技术的进程。

　　10G EPON和10G GPON的出现将使网络结构进一步简化，实现带宽的进一步提升，满足运营商全业务接入需求。华为聚焦客户需求，继9月份在欧洲宽带论坛上业界首家发布满足标准的10G GPON技术后，再次成为独家同时支持10G EPON和10G GPON技术的设备厂商。华为的光接入平台可充分保障技术的平滑演进，为用户带来更精彩的宽带生活新体验。
...

实现运营级光以太网的关键技术

传统的城域网模式是以TDM为主的SDH/SONET，IP数据仅作为副业通过PPP/HDLC的方式并通过TDM复用进行传输。这种方式开销大、效率低，不适用于IP为主业的网络中。随着数据业务在网络中的比重愈来愈大，城域网的模式必然以IP业务为基准趋向低成本和高效率。由于以太网在局域网中的巨大成功以及其在成本、可扩展性、易用性、对IP应用普遍支撑方面的优势，笔者认为，未来的城域网极有可能是以光以太网的模式为主。在城域光以太网这种模式中，由于可运营性的要求，将会从简单的Ethernet向Ethernet over SDH/SONET和Ethernet over RPR迁移。在Ethernet over fiber/SDH/SONET中，将以太网数据包通过LAPS、PPP/HDLC、SDL映射到SDH帧中传输；在Ethernet over RPR中，通过弹性分组环来承载以太网数据包。

网通上海IDC出口带宽升级2008-07-16 0:00-3:00am

接网通通知:

上海网通将于2008-07-16 0:00-3:00am

对所Sandiy (CHJ)IDC 进行出口带宽升级,为奥运传输做好准备,升级后国际带宽将会有很大的提升.

期间会有多次断网象限,感谢您对我们工作的支持!

Sandiy IDC Support Dep.

2008-07-14 15:45pm

...

首条中美直达国际海缆上海登陆 带宽将增30多倍

奥运赛程日程表【中英文对照版】.xls

邮件系统常见错误代码解释 --邮件服务器端(MTA)错误代码解释

• MTA（Mail Transfer Agent ）：邮件传送代理，由「邮件服务器」扮演 MTA 角色，负责完成 MUA (邮件使用代理，即 Outlook Express 等邮件收发软件)传送信件的请求，将邮件从一个 MTA ( 您的邮件服务器 )传到另一个 MTA（对方的邮件服务器）。因此，简单地说，MTA 错误讯息代码，即是由邮局( 邮件服务器 )来函告知您寄信不成功与退信原因。
  
   
• MTA 错误代码的表现方式如 550 5.1.1 ，由两大部份组成：「SMTP 代码」与「DSN 代码」所组成。以 550 5.1.1 为例，550 为 SMTP 代码， 5.1.1为 DSN 代码。SMTP 代码固定为三位数字， DSN 代码固定为由小数点隔开的三个数字。
   

一. SMTP 代码:
SMTP 有一组固定的响应代码，表示邮件服务器对于传送邮件要求的响应状况。其中 421、450、451、452、550、551、552、553、554 等 9 组代码表示您要求邮件服务器执行的动作不成功。
 

• 354
  Start Mail input
  开始传输邮件正文
  
   
• 421
  <domain> Service not available， closing transmission channel
  括号内的主机无法提供正常服务，关闭传送管道，邮件将滞留在主机上
  
   
• 440
  邮件址错误
  
   
• 445
  Server Rejected
  被封锁
  
   
• 450
  Client host rejected， Cannot resolve PTR
  Temporary Process Error
  Resource temporarily unaviable，please try again later
  Requested mail action not taken： mailbox unavailable
  无法 IP 反查
  
  Requested mail action not taken： mailbox unavailable
  所要求的邮件动作无法执行：邮件信箱无法提供服务，邮件将滞留在主机上

• 451
  Domain of sender address sender@mail.com.tw does not resolve
  qq trouble creating files in queue (#4.3.0)
  queuename： Cannot create "qfCAA21081" in "/var/spool/mqueue" (euid=0)： No space left on device
  Requested action aborted， errno=28.
  无法解析寄件者邮件地址
  
  Requested action aborted： local error in processing
  要求动作中断：本地端错误
  
  Requested action aborted,errno=28
  传送失败，检查网络问题。
  
   
• 452
  Message for would exceed mailbox quota
  Requested action not taken： insufficient system storage
  要求动作无法执行：系统空间不足
  
  Insufficient system storage
  在使用Esmtp认证的过程中出错，检查一下Esmtp设置，多试几次。
  
   
• 454
  Client was not authenticated
  安全因素，被封锁
  
   
• 472
  sender@mail.com.tw no DNS A-data returned
  无法 IP 反查
  
   
• 501
  Domain of sender address sender@mail.com.tw does not exist
  无法 IP 反查
  
  Mailbox not found
  5.1.1 ... User unknown
  无此使用者
  
  Syntax error，parameters in command "RCPT TO：min@laohuyatse.com.tw>"unrecognized or missing
  no local part
  Syntax error in recipient：
  "@" or "." expected after "CC"
  "@" or "." expected after "fau" ：
  email格式l错误

• 503
  Either sender or receiver must be local account.
  安全因素，权限不足
  CAT@MAIL.FORTEK.COM.TW
  无此使用者，不是本主机转送信件的使用者
  
  error:needmail command
  need mail before RCPT
  Bad sequence of commands
  消息命令顺序出错，一般出现在其他错误之后，先检查之前出现的错误提示。
  
  5.0.0 polite people say HELO first
  传输中的语法错误，原因不明

• 505
  client was not authenticated
  使用263.net和sohu.com的Smtp服务器时，不但要用自身的邮箱发信，而且要加入身份验证，所以即要在"个人信息"中填写正确邮箱地址，又要选中"SMTP服务器需要认证"。
  
   
• 521
  This system is configured to reject mail from 211.20.70.148
  安全因素，被封锁
  
   
• 535
  Error:authenticatin failed
  Authentication unsuccessful
  在使用Esmtp认证的过程中出错，检查一下Esmtp设置，多试几次。
  
   
• 550
  unknown user
  User unknown
  Invalid User
  Recipient unknown
  Mailbox disabled for this recipient
  Unknown local part
  Invalid recipient
  Unable to relay for no such user
  Recipient unknown
  This account is not allowed
  recipient unknown
  No such mail drop defined，user disabled
  I don't know
  Relaying is prohibited
  Relaying denied
  relaying mail to <> is not allowed
  <>... relaying denied
  5.7.1 relaying not permitted:
  REJECT SMTP Protocol Returned a Permanent Error 550 Forwarding percent hack is not permitted
  Requested action not taken： mailbox unavailable
  无此使用者,所要求动作无法执行：信箱不存在，邮件将退回给寄件者,或者限制了收件人的地址，只能换一个Smtp服务器。
  
  System is busy
  邮件系统错误
  
  Subj similar too many!!
  太多同主题信件
  
  Relaying denied. IP name lookup failed
  IP name lookup failed
  DNS FAILURE
  cannot route to sender address
  无法 IP 反查
  
  Relaying denied
  Mailbox unavailable： This site may not be used as a relay agent.
  无法转寄
  
  <>:local user only
  <>:Invalid User
  Invalid recipient
  使用163.net，163.com，yeah.net和netease.com之类的Smtp服务器时，只能用自身的信箱发信，所以要在Outlook Express的"帐户属性"中的"个人信息"里面填写正确的邮件地址。
  
  Unable to relay for ...
  多出现在用Wingate代理服务器发送邮件时。虽然在Wingate中"POP3 邮箱帐号"要使用"用户名#POP3地址"的格式，但在"帐户属性"中的"个人信息"中还是要填写一般的格式。
  
   
• 551
  we do not relay ...
  delivery not allowed to non-local recipient
  无法转寄，使用21cn.com，china.com，371.net，sina.com等大多数信箱的smtp服务器时，只能用自身的信箱发信，所以要在Outlook Express的"帐户属性"中的"个人信息"里面填写正确的邮件地址。
  
  User not local; please try <forward-path>
  邮件服务器知道使用者不属于本地端，将尝试括号内的转送路径
  
   
• 552
  Requested mail action aborted： exceeded storage allocation
  所要求的动作中断：超出所分配的储存空间，邮件将退回给寄件者
  Sorry， we don't allow mail from your host.
  被封锁
  
   
• 553
  sorry， that domain isn't in my list of allowed rcpthosts
  mailbox name not allowed
  邮件地址错误
  Requested action not taken： mailbox name not allowed
  sorry, your envelop sender is in my badmailfrom list
  所要求的动作未执行：信箱不允许该动作执行 ，或者服务器限制了收件人的地址，只能换一个smtp服务器发信。
  
  Relay restriction.
  From <>, message blocked.
  sorry,you are not allow to use this SMTP to relay your eami
  sorry, that domain isn't in my list of allowed rcpthosts
  使用21cn.com，china.com，371.net，sina.com等大多数信箱的smtp服务器时，只能用自身的信箱发信，所以要在Outlook Express的"帐户属性"中的"个人信息"里面填写正确的邮件地址。
  
  authentication is required to send mail as <>
  使用263.net和sohu.com的Smtp服务器时，不但要用自身的邮箱发信，而且要加入身份验证，所以即要在"个人信息"中填写正确邮箱地址，又要选中"SMTP服务器需要认证"。
  
  <>...domain name required
  多出现在用Wingate代理服务器发送邮件时。虽然在Wingate中"POP3 邮箱帐号"要使用"用户名#POP3地址"的格式，但在"帐户属性"中的"个人信息"中还是要填写一般的格式。
  
   
• 554
  delivery error： dd This user doesn't have a yahoo.com account
  delivery error： dd Sorry， your message to xxxxyahoo.com cannot be delivered. This account is over quota.
  无此使用者
  
  Transaction failed
  传送失败，检查网络问题。
  
   
• 571
  we don't accept junk mail (mail.sysnet.net.tw)
  无效的寄件者
  
   

二. DSN错误代码解释:
DSN 为 Delivery Status Notification 的简写，为邮件传递状态通知，以三个数字 a.b.c 的形式组成，分别解释邮件是否传递成功、失败的原因，以及进一步详情。

例：
〔DSN〕代码： a . b . c
说明：
a 位置只可能出现三种数字 2、4 或 5 。
2 表示本讯息递送成功
4 暂时传递不成功，邮件服务器每 15 分钟将重试一次，尝试 5 天若仍告失败将退回给寄件者。
5 邮件最终传送失败。

b 和 c 位置有 1-7 七种可能数字，分别代表不同类别的问题。
1 邮件地址 (Address)
2 收件者信箱 (Mailbox)
3 目的地邮件系统 (Mail System)
4 邮件传送系统网络与路由 (Network and Routing)
5 邮件传送协议 (Mail Delivery Protocol)
6 邮件内容或媒介(Message Content or Media)
7 安全或邮件监控规则(Security or Policy)
配合 b 位置的数字，进一步解释邮件传送不成功的原因
 

注意事项：第一个字符为 4 或 5
4.X.X 代表暂时错误，邮件服务器将稍后再试
5.X.X 代表邮件传送失败

 

1. X.1.X 表示邮件地址(Address)问题
   X.1.0
   Other address status
   其它邮件地址问题
   
   X.1.1
   Bad destination mailbox address
   收件地址信箱错误
   
   X.1.2
   Bad destination system address
   收件地址系统错误
   
   X.1.3
   Bad destination mailbox address syntax
   收件地址信箱句法错误
   
   X.1.4
   Destination mailbox address ambiguous
   收件地址信箱不清
   
   X .1.5
   Destination mailbox address valid
   收件地址信箱无效
   
   X.1.6
   Mailbox has moved
   信箱已移除
   
   X.1.7
   Bad sender's mailbox address syntax
   寄件者信箱句法错误
   
   X.1.8
   Bad sender's system address
   寄件者系统错误
   
    
2. X.2.X 表示收件者信箱(Mailbox)问题
   X.2.0
   Other or undefined mailbox status
   其它或未定义的收件者信箱问题
   
   X.2.1
   Mailbox disabled， not accepting messages
   信箱无法运作，无法接收信件
   
   X.2.2
   Mailbox full
   信箱已满
   
   X.2.3
   Message length exceeds administrative limit.
   邮件长度超出管理者限制
   
   X.2.4
   Mailing list expansion problem
   此信箱属于特定邮件群组，但群组无法开展
   
    
3. X.3.X 表示目的地邮件系统(Mail System)问题
   X.3.0
   Other or undefined mail system status
   其它或未定义的邮件系统问题
   
   X.3.1
   Mail system full
   邮件系统储存空间已满
   
   X.3.2
   System not accepting network messages
   主机无法接收信件，可能暂时关机、维修等
   
   X.3.3
   System not capable of selected features
   指定的邮件特征无法为收件主机所接收
   
   X.3.4
   Message too big for system
   邮件大小超出邮件系统限制
   
   X.3.5
   System incorrectly configured
   系统设定错误，无法接收邮件
   
    
4. X.4.X 表示邮件传送系统网络与路由(Network and Routing)问题
   X.4.0
   Other or undefined network or routing status
   其它或未定义的网络与路邮设定问题
   
   X.4.1
   No answer from host
   主机无响应
   
   X.4.2
   Bad connection
   联机错误
   
   X.4.3
   Directory server failure
   网络系统无法转送邮件，例如无法联机到DNS服务器
   
   X.4.4
   Unable to route
   邮件系统所需的路由信息不足，无法决定传送路由
   
   X.4.5
   Network congestion
   网络壅塞
   
   X.4.6
   Routing loop detected
   邮件因错误的路由设定，多次遶行而无法传送
   
   X.4.7
   Delivery time expired
   邮件滞留主机过久
   
    
5. X.5.X表示邮件传送协议问题 (Mail Delivery Protocol)问题，可能是寄件方、收信方或是传送邮件系统的问题
   X.5.0 Other or undefined protocol status
   其它或未定义的通讯协议问题
   
   X.5.1 Invalid command
   命令无效
   
   X.5.2 Syntax error
   邮件传送协议的句法错误
   
   X.5.3 Too many recipients
   太多收件者
   
   X.5.4 Invalid command arguments
   命令叙述错误
   
   X.5.5 Wrong protocol version
   错误的通讯协议版本
   
    
6. X.6.X表示邮件内容或媒介(Message Content or Media)的问题，收件者与寄件者双方必需支持同样的内容类别(Content Type)
   X.6.0
   Other or undefined media error
   其它或未定义的媒介问题
   
   X.6.1
   Media not supported
   传送协议或转送邮件的系统不支持该媒介
   
   X.6.2
   Conversion required and prohibited
   邮件内容在传送之前必需经过转换动作，但该动作不被允许
   
   X.6.3
   Conversion required but not supported
   邮件内容在转送之前须经过转换动作，但无法执行
   
   X.6.4
   Conversion with loss performed
   邮件传送成功，但部份内容因无法转换而遗失
   
   X.6.5
   Conversion failed
   转换动作失败
   
    
7. X.7.X 表示安全或邮件监控规则(Security or Policy) 的问题
   X.7.0
   Other or undefined security status
   其它安全或邮件监控规则问题
   
   X.7.1
   Delivery not authorized， message refused
   寄件者无授权传送信件
   
   X.7.2
   Mailing list expansion prohibited
   寄件者无授权寄信予该邮件群组
   
   X.7.3
   Security conversion required but not possible
   邮件安全协定
   
   X.7.4
   Security features not supported
   邮件含有安全特征如认证措施，但不为传送协议所接受
   
   X.7.5
   Cryptographic failure
   经授权得以认证或解密该邮件的系统无法完成该动作，因所需信息不完全
   
   X.7.6
   Cryptographic algorithm not supported
   经授权得以认证或解密该邮件的系统无法完成该动作，因算法不支持
   
   X.7.7
   Message integrity failure
   经授权得以认证该邮件的系统无法完成该动作，因邮件已损毁
    

Mdaemon Winsocks错误

Windows 套接字。为 Windows 下的软件提供 TCP/IP 接口的应用程序编程接口 (API) 标准。
winsocks错误并非是邮件服务器的标准错误,而是windows系统的内部标准错误。在邮件系统中遇到这样的错误，大多为网络连接不正常中断，系统服务和邮件服务器软件冲突以及防病毒软件限制或监控了邮件服务器的应用端口等。

1. 10053 WSAECONNABORTED (10053) Software caused connection abort
   软件引起的连接中断
   ●主机内部引起的连接中断，软件由于socket队列没有可用空间，不能接受连接，引起中断。
   ●WinSock描述：错误发生在数据中转失败后本地网络中断连接（接受方不再响应数据流接口发送的数据）。
   ●TCP/IP描述：本地系统不接受发送数据的响应会造成连接超时，或者一个FIN TCP包没有得到响应，也 会造成超时（甚至是FIN TCP包得到响应，但是结束没有返回也可能造成超时）。
   
    
2. 10054 WSAECONNRESET (10054) Connection reset by peer
   连接被重置
   ●连接被强制性关闭，多由于远程接口因超时或者重置而不能连接引起。
   ●用户建议：一些网络系统有统计报告，在这种情况下可以检测接受到的TCP重置包计数或者ICMP端口不能 到达的数据包。
   
    
3. 10060 WSAETIMEDOUT (10060) Connection timed out
   连接超时
   ●由于连接在一段时间内没有响应造成连接或者发送请求失败（响应超时的时间取决于通讯协议）
   ●检查目的地址是不是有效的IP地址，如果使用主机名，是不是可以解析到有效的地址，可不可以连接到该主机。

注意：当出现socks错误时，查看此行信息的发生时间，比对上一行信息的发生时间，如果两者时间间隔10秒以上，则大多为线路质量问题。10秒以下，甚至立刻就出现socks错误信息，则通常为本地防火墙阻止或者防病毒软件干涉引起冲突。

MDaemon 邮件服务器故障自助检查

• 相关需要了解的词汇：
  内域信件/域内信件/内部信件： "本地服务器上存在的账户"发送的邮件。
  外域信件/域外信件/外部信件： "非本地服务器上存在的账户"发送的邮件。
  
   
• 接收邮件：
  接收邮件包括两层意思：
  1) 接收外域发来的邮件。
  2) 接收本域用户发送的邮件。
  因为使用客户端发送邮件时，邮件是先由客户端发送到服务器端，再由服务器端发送出去，所以相对邮件服务器， 邮件是一个先IN 再OUT的过程。
  
   
• 日志：
  日志是MDaemon邮件服务器的重要组成部分，请务必了解以下基本内容。
  1) MDaemon主界面打开后，右面很大面积的一个窗口就是日志显示窗口，下方有日志分类标签，如果有标签无法看到，则需要点击小箭头将无法显示的标签移出。
  2) MDaemon主界面中只保留最近的一些日志，并非显示所有的日志，完整的日志存放在 MDaemon安装目录下的Logs子目录中。
  3) 日志有多种记录方式，请前往MDaemon控制台"设置菜单（Setup）"→"日志（Logging）"→ 选择每天新建一套完整的日志。选用此种方式记录日志，更有利于检查问题。
  4)在日志中，从左向右的箭头“→”代表你方服务器发送给对方的信息，从右向左的箭头“←”表示对方发送给你方的信息。
  
   
• 常用日志文件内容详解：
  1）SMTP-(in) / SMTP－（入）日志：
  外部邮件服务器发送邮件给我方时，邮件进入时的连接记录；或者Outlook等邮件客户端发送邮件时的连接记录。
  
  2）SMTP-（out） / SMTP-（出）日志：
  本域邮件发送到外域地址时的连接记录。
  
  3）POP 日志：
  本域用户使用Outlook等邮件客户端接收邮件时的记录。
  
  4） System / 系统 日志：
  MDaemon邮件服务器启动时启用的服务，设置更改后相关服务更新的记录，以及动态屏蔽IP地址的记录。
  
  5）Routing / 路由 日志：
  所有收发的邮件在本地经过处理时的记录，接收的邮件存放到用户目录中的记录，以及外发邮件进入邮件服务器后转移到远程队列的记录。
  
  6）Content Filter / 内容过滤器 日志：
  内容过滤器规则处理的记录。
  
  7）AntiSpam / 垃圾邮件过滤器 日志：
  启发式评分制垃圾邮件过滤器的处理记录。
  
  8）AntiVirus / 病毒过滤插件 日志：
  病毒过滤插件过滤的记录。
  
   
• 邮件收发日志记录大致流程：
  1) 接收外部邮件：
  Smtp In（Smtp 接收）→ AntiVirus（反病毒引擎）→ AntiSpam（反垃圾引擎）→
  ContentFilter（内容过滤器）→Routing（路由）
  2) 收发本域邮件：
  Smtp In（Smtp 接收）→ AntiVirus（反病毒引擎）→ AntiSpam（反垃圾引擎）→
  ContentFilter（内容过滤器）→Routing（路由）
  3) 发送外域邮件：
  Smtp In（Smtp 接收）→ AntiVirus（反病毒引擎）→ AntiSpam（反垃圾引擎）→
  ContentFilter（内容过滤器）→Routing（路由）→Smtp Out（Smtp发送）
  
   
• 队列：
  入站队列（Inbound Queue）：
  进入邮件服务器的队列，包括外域发入的邮件和本域用户使用OutLook等客户端工具向外发送的邮件。
  
  本地队列（Local Queue）：
  本地处理中的队列，包括外域发来的邮件和本域发送的邮件。
  
  远程队列（Remote Queue）：
  向外发送的队列，为本地用户向外域发送的邮件。
  
  重试队列（Retry Queue）：
  向外发送暂时失败，等待重试发送的邮件。
  
  坏队列（Bad Queue）：
  接收到的无此收件人以及本地发送失败超过生命周期的邮件或者匹配内容过滤器中默认安全规则的邮件被投递到坏的队列中，其中多数为垃圾邮件。
  
  保持队列（Holding Queue）：
  当邮件不能被AntiVirus AntiSpam ContetFilter进行扫描处理或邮件接收过程中发生意外错误时被投递到Holding队列中。该队列中的邮件多数为垃圾邮件，但当系统级杀毒软件干涉了MDaemon的邮件处理进程时，可能造成正常邮件进入该队列。
  
  未处理队列（RAW queue）：
  翻译问题，应该为“系统自动产生邮件的队列”，系统自动产生的邮件在此处理，如退信、系统提示邮件、系统欢迎邮件等。
  
  
   
• 检查域名MX PTR(反向解析)记录的方法：
  1) 在Windows系统中点击"开始"菜单→"运行"→"输入cmd"（Windows98系统为command），打开windows系统的MS-DOS界面。输入"nslookup"命令，进入域名解析界面。
  
  2) 输入" set q=mx "回车，进入MX记录查询状态
  输入您公司邮件服务器的主域名，即为用户邮件地址的"@"之后的部分
  如：163.com，China.com等
  本文以China.com为例返回如下大致信息(蓝色部分为注释)：
  
  > china.com ――这是所查询的主域
  Server: ns-pd.online.sh.cn－－这是当前所使用的DNS主机名
  Address: 202.96.209.133－－这是当前所使用DNS主机地址

  Non-authoritative answer:
  china.com MX preference = 10, mail exchanger = mta1.china.com
  china.com MX preference = 10, mail exchanger = mta2.china.com
  china.com MX preference = 10, mail exchanger = mta3.china.com
  －－这是china.com的MX记录指向的3个邮件主机名
  
  mta1.china.com internet address = 211.99.189.179
  mta2.china.com internet address = 211.99.189.180
  mta3.china.com internet address = 211.99.189.184
  －－这是china.com的MX记录指向的3个邮件主机名对应的IP地址

  china.com nameserver = ns2.china.com
  china.com nameserver = ns1.china.com
  －－这两个是负责解析china.com的DNS服务器主机名
  
  ns1.china.com internet address = 61.151.243.136
  ns2.china.com internet address = 202.84.1.101
  －－这两个是负责解析china.com的DNS服务器主机名对应的IP地址
  
  －－有时,查询MX纪录的结果中只有MX对应的主机名,但没有主机名对应的IP地址显示(如上海电信DNS的MX解析结果),还需要输入:
  > set q=a －－进入A纪录解析模式 再输入主机名解析IP地址:
  > mta1.china.com －－输入邮件服务器主机名进行查询
  
  >Non-authoritative answer:
  Name: mta1.china.com
  Address: 211.99.189.179 －－得到IP地址
  
  3) 规范的MX记录应当由主域解析出一个主机名（本例中是mta.china.com），再由此主机名解析出一个或多个IP地址（本例中是 211.99.189.179和211.99.189.180），而不能直接由主域解析出一个IP地址，而且，主域解析出的主机名不应当同主域名相同。
  
  4) 输入" set q=ptr"回车，进入PTR记录查询状态
  > set q=ptr
  > 211.99.189.179 ――输入所查询邮件服务器的IP地址
  Server: ns-pd.online.sh.cn ――这是当前用来解析的DNS服务器主机名
  Address: 202.96.209.133 ――这是用来解析的DNS服务器地址
  
  Non-authoritative answer:
  179.189.99.211.in-addr.arpa name = mta.china.com －－这是该IP地址的PTR记录所指向的主机名

189.99.211.in-addr.arpa nameserver = ns.intercom.com.cn
189.99.211.in-addr.arpa nameserver = ns1.intercom.com.cn
ns.intercom.com.cn internet address = 211.99.207.229
ns1.intercom.com.cn internet address = 211.152.53.3

5) 注意:域名解析修改和添加只是在域名提供商的个别DNS上修改，其他人所使用的DNS服务器未必和您申请域名解析的DNS服务器相同，因此当您的域名添加或者修改后，只有等DNS服务器之间资料同步后才能看到正确的解析结果。同一个地区的同步可能需要几小时，全国DNS同步可能需要2天，全球DNS同步可 能需要4天或者更长时间，因此域名解析更改后无法立刻全球生效。

• 测试MDaemon是否可访问的方法：
  1) 在Windows系统中点击"开始"菜单→"运行"→"输入cmd"（Windows98系统为command），打开windows系统的MS-DOS界面。
  
  2) 输入" telnet IP 25"回车。其中"IP"是可以连通的，MDaemon邮件服务器的IP。
  例如：
  测试本机命令为：telnet 127.0.0.1 25
  测试局域网是否可以正常连接：telnet 〔内网地址〕 25
  测试公网地址是否可以连接：telnet 〔公网地址〕 25
  
  如果能返回MDaemon的信息，则说明连接正常。

• 邮件服务器发送邮件的流程：
  1) 使用OutLook或者FoxMail等客户端发送：
  OutLook客户端计算机通过DNS服务器解析发送邮件服务器地址 → 连接发送邮件服务器的25端口 → 身份口令验证 → 发送邮件到邮件服务器 → 邮件服务器处理 → 邮件服务器根据收信者主域后缀解析该域MX记录 → 连接收信者域的邮件服务器
  
  2) 使用Web客户端发送：
  登陆Web系统，完成身份验证 → 发送邮件到MDaemon队列中 → 邮件服务器根据收信者后缀解析该域MX记录 → 连接收信者域的邮件服务器

发送垃圾邮件服务器IP黑名单,来自Sandiy IT Services 邮件组.

116.22.90.*
119.122.*.*
219.136.142.*
212.172.244.*
64.97.155.*
59.42.196.*
190.20.205.*
222.246.*.*
218.17.63.*
58.248.132.*
201.245.244.*
218.20.241.*
72.14.246.*
222.73.254.*
84.180.155.*
61.141.166.*
61.64.137.*
61.144.82.*
116.60.*.*
221.186.106.*
202.104.103.*
60.5.41.*
116.24.*.*
58.255.112.*
219.137.155.*
218.242.*.*
121.33.*.8
121.32.*.*
122.0.236.*
78.6.*.*
116.7.*.*
121.34.*.*
121.24.*.*
61.144.*.*
58.60.*.*
220.181.14.*
203.146.170.*
17.250.248.*
220.168.221.*
116.23.29.*
 

...

...

首条中美直达海缆获批在美登陆 可服务北京奥运该中美直达国际海缆由中国电信、中国网通、中国联通、中华电信、韩国电信和美国Verizon等电信运营商联合投资约5亿美元建设，预计将于2008年7月竣工投入使用。

　　上周，来自Verizon方面的消息说，美国联邦通讯委员会（FCC）已经向其颁发了海缆登陆许可，该海缆将在美国俄勒冈登陆。Verizon去年向FCC正式提出这一申请。

　　这条海缆是首个中美间跨太平洋直达海缆，也是过去7年来首个在美国西海岸登陆的海缆系统。该条海缆总长17000公里，采用最先进的光传输技术，可支持6200万门电话同时接通，总容量1.28Tbps，并可升级到5.12Tbps。

　　山东青岛、上海崇明岛和广东汕头是目前我国仅有的三个国际通信网络出口，TPE海缆的中国大陆接入点在山东青岛和上海崇明岛，去年10月22日，该工程首先在青岛开工。

　　在TPE海缆开工建设时，中国网通曾对媒体表示，建成后的TPE海缆将显著提高跨太平洋传输带宽，对于中国的互联网宽带基础设施建设将具有重要影响，也可满足在北京举行的2008年奥运会高清电视直播、互联网视频浏览等广泛的宽带业务需求。

  关于数据中心等级的划分和分类，这里不详细说明了。注意数据中心不是简单的机房的概念，两者区别巨大。

         以下以本人参与设计的几个国际A级数据中心网络结构部署方案作例子，简单讲述目前国际A级机房带宽资源分配情况。（数据中心名称省略）

一、国际A级综合数据中心总带宽规划比例。（kbps)

    1、IDC应用——60%（本文简述范围）

    2、Internet接入——12%

    3、企业VPN及数字音频应用——8%

    4、数据中心安全层——10%

    5、数据中心测试及日常管理应用——2%

    6、其他——8%

二、IDC应用带宽规划比例（数据中心总带宽的60%）

    1、S-IDC普通应用机房——70% （本人简述范围）

    2、VIP独立机房——20%

    3、其他高保密应用——10%

三、数据中心网络拓扑

    多路Internet骨干网——国际互联路由——核心交换——区域交换——三层交换——二层交换——……——服务器

四、带宽实际使用分配情况

    1、各个机房的出口带宽是由第三中的“三层交换”来控制的，这里全容余网络设计是70%使用，30%容余。

    2、各大S-IDC，如果独立租用数据中心整个机房的，允许他们控制第三中的“二层交换”，根据全容余网络设计要求标准，一样是70%使用，30%容余。（奸商会把这30%也拿来使用）

五、详细案例说明。

              比如：一个S-IDC租用了数据中心的一个机房，带宽购买为300M。那么数据中心会在“三层交换”中为这个S-IDC提供430M的出口带宽，其中可使用的为70%（300M），容余30%（130M）

       S-IDC会在控制的“二层交换”上分配：独享和共享层，具体比例根据自身业务发展需要分配。（正规的不管什么比例，都必须遵守数据中心全容余网络设计标准，70%使用，30%容余）

       以目前国内S-IDC常见分配标准，一般是共享层100M，剩余的是独享层。共享层下划分：10M和6M两种机柜，独享层下划分：2M、5M、10M、……100M机柜。

      托管商（IDC）从S-IDC那租用机柜，一般租用共享10M和6M的机柜。标准机柜为48U，也有45U和42U的特殊机柜。每个机柜分配24个IP或12个IP，其中一个机柜交换机占用。也就是说一个机柜最多

     可以放23台服务器。

      普通用户（广大的客户）从IDC那租用服务器位（托管），1U-4U的机位。得到1个IP。

     国家规定托管服务器带宽保障不低于512kbps，正规的IDC会用好的网管交换机，为每个端口起用硬件隔离，分配512kbps带宽。

    但目前的实际情况是这样的，99%的IDC，为了发展业务，对外广告满天飞，告诉你每端口保障2M带宽或者是1M带宽，更有甚者不限制带宽，允许持续占用10M之类之P话。

   为什么他们敢这么说这么多呢，因为一个机柜23台服务器，真正能满额跑的极少，普通企业的服务器就挂几个企业站，根本没什么流量。所以就算整个机柜放满了也不会慢。不做端口限制影响也不大。

   但是如果这个机柜有大带宽需求的机器出现，其他用户就倒霉了，比如做虚拟主机的，做下载的，做视频的。机柜的带宽会被这些机器持续占用，其他机器会跟牛一样慢。因为是端口没有限制，23台机

   机会不断的抢带宽，一台机器被攻击，其他全部跟着受罪。

   好一点的IDC会给每个端口分配2M或者1M的峰值限制，这个时候，不管你机器怎么跑都不可能超出这个限制范围。但是如果这个机柜出现了5台以上满额跑的服务器，那剩余的其他机器还是要倒霉，因

   为整个机柜的带宽都被这5台机器跑满了，其他机器根本没有什么带宽可跑。要是机器在10M的机柜还好一点，如果是6M的机柜那就更倒霉了。会经常出现远程中断甚至无法连接的情况。

六、总结和建议

    1、托管时不要去问那些没有任何意义的问题

        比如：机房出口有多大啊？（再大那是机房的跟你服务器没关系，你也享用不到）

                  机房是否有硬件防火墙啊？（一般的机房都没有，一台黑洞20多万RMB，要托管多少台才能赚回来？就算有也是挂在机房出口上，对于你服务器来说等于没有，因为机房要面对的客户需求

       千变万化，不可能具体去限制什么端口或者配置适合你机器的安全策略，否则就会影响其他用户的使用。有的奸商利用客户对“数据中心”和“机房”概念的混淆，直接告诉你机房都有的，如果你认

       为机房就是数据中心的话，那么这话是对的，因为任何一个数据库中心都有硬件防火墙。）

                 是100M共享还是1000M共享啊？（这是机柜所在的交换层，跟你服务器的带宽没有直接关系，关键是到你服务器的带宽具体有多少？你机器在100M共享下的10M机柜照样比在1000M共享下6M

        机柜快的多。）

    2、应该要问的问题

          比如：机柜带宽多大？是10M的还是6M的？

                    机柜用什么品牌的交换机什么型号？（知道这个就能清楚，是否有硬件端口隔离，是否能限制端口带宽）

                    单端口允许持续占用的带宽是多大？峰值能跑多大？

                    有几个IP？增加一个IP或者换IP是否需要费用？

                    机房是否有7×24小时技术服务？收费如何？能否提供机房值班技术员的电话？（这个非常关键，尤其对于外地用户，别出问题了，只能等白天才能处理，只有哭的份）

                    机房能否7×24小时随时可以进入维护？（有些机房不支持，只有工作日工作时间可以。）

                    机房能否提供简单的接显示器进系统帮忙修改防火墙及TCP/IP筛选的免费服务？（这个在你远程管理不小心把自己关在门外时非常实用）

        3、如果自己机器配置够好，品牌机，对配置有绝对的信心可以超过同机柜的其他用户，那么可以选择那种10M的机柜又不限制端口带宽的，因为共享下不抢带宽是不可能的，那么自己有优势就选择

             一个可以抢到最多带宽的咯，其次就选择端口限制2M的，同样都是抢带宽，可抢的范围越大当然越好。

            如果自己机器配置比较差，那一定要选择那种10M机柜，有硬件端口隔离，有明确端口带宽限制的，否则你就只有受罪倒霉的份。

         4、好的IDC都会在交换机上按造全容余网路设计要求做容余：70%使用，30%容余。这样出现大规模的攻击或者病毒传播可以有容余带宽保障正常服务。而差的IDC为了托管更多的机器，从不做容

              余，甚至有的为了降低成本，使用垃圾交换机，根本没有隔离功能和带宽控制功能。数据中心的容余是由带宽分配方承担的，就是说做容余是属于应该的范围。而IDC不做容余实际上是把容余的

             30%带宽也拿来卖了。全额跑的网络是非常容易出问题的，而且都是连锁反应，一个机器被拖死，其他全部倒霉。

         5、直接从S-IDC那托管，目前一般单端口分配1M。这样好处是机房技术支持及时，因为他们直接管理机房。出问题解决速度快。坏的是价格可能比较贵。

        6、关于双线问题，其实如果是节点机房或者有国际出口的机房，单线并不会慢，南北访问都不会有问题。不要盲目的追求什么双线，双线也只是指机房的出口上，并不是到你机器会有双线。如果机

              房网络设计不合理，管理混乱，没有容余带宽，就算给你6线，也一样是跟牛一样慢。

中国宽带排在30名后 收费高服务差遭批评国际信息技术与创新基金会(ITIF)发布全球宽带报告，报告列出了前30名，其中，韩国高居第一，宽带普及率达到93%，速度达到49.5Mbps。日本排第二，普及率55%，速度在全球居第一，达到63.6mbps。芬兰排第三，美国排第15。中国未上榜。（5月3日网易科技）

    随着时代的发展，电脑的普及。人们的精神生活不仅仅局限于报纸、广播电视和其它娱乐性活动，生活“网络化”正成为人们的一种必需。根据工业和信息化部最新统计，截至２月份，我国网民数达２．２１亿人，超过美国居全球首位。在２００７年底，这一数字为２．１亿人。

    虽说改革开放以来，中国经济有迅猛的发展，但中国毕竟还是个发展中国家，人们的生活水平并不很富裕，宽带费排在世界30名之后，这说明什么？还有报道：发达国家互联网使用价格不到其收入水平的1%，而我国的比例超过10%，是发达国家的10倍。可见所承受的负担之重。这种沉重的负担是是因何而导致呢？真是因为互联网的成本过高而致吗？非也！这些年电信业务、电信技术突飞猛进，中国人口多的广阔市场，为电信的拓宽提供了广阔的空间，可说其成本同发达国家相差无几，怎么就落后在30名之外呢？

    电信业涵盖的电信、移动、联通等企业都属于垄断性企业，他们赫赫的“战功”，时常捷报频传，每年都在利润排行榜上稳占前列，如：中国最大的移动运营商中国移动2007年上半年，净赚379亿元人民币，平均每天净赚超过2亿元。这种利润信手拈来，它不必完全象其它企业那样竭力靠拼搏，一分一厘的精算严管，而更多的是靠垄断的优势，靠一锤定音的价格。互联网使用价格高得离奇，除了装宽带首付的初装费，每月还得固定的几十元，上百元的宽带费，其利润扶摇直上的奥妙之一就在于此。

    宽带的使用价格领先于世界水平，而服务却不尽人意。互联网网间互联互通问题明显严重，突出表现为互联网网间通信质量不高。在信息产业部发布的电信用户申诉情况中披露，因为中国电信和中国网通之间的带宽瓶颈导致的用户投诉占到了90%。据用户反映，有些宽带运营商网速还不足20K。网速慢，打不开网页，在这点上笔者深有感触，笔者原用的网速是1M，网速慢得出奇，笔者曾数次打10000号投诉，得到的回答是网速正常，而且接线员还多次的劝说本人改成2M上网更有保障，可是价格每月要贵几十元，这个中的原因不知是1M太拥挤呢？还是故意造成慢速意在迫你改成2M。更头痛的问题是：一部分人用的是ADSL宽带猫上网，这“猫”老不听使唤，经常会出现掉线与连不上的故障等。收费如此的高，服务如此之差，这就是垄断的特色。

    据一些专家称：我国的互联网使用资费至少有20%至30%的下降空间。这个数字显然很保守，但即使这样低幅度的下降，目前电信业也不会轻易接受，他们有很多理由，而且还有很多的招式，象采用谁也看不懂的捆绑套餐等形式就是最好的诠释。

    要使互联网使用费用和其它电信费用降下来，最好的办法就是采取竞争，打破霸主的地位，如果能象新加坡和中国台湾那样，小小的国家和地区就拥有30-60家运营商开展服务，就不必担心价格降不下来，可是要做到这一点仍有很长的路要走。

电信无线宽带建设沪上全面启动

新华网上海频道５月５日消息：上海积极推进无线宽带新技术。昨天，中国电信上海公司分别在闵行区和杨浦区成功启动无线宽带建设项目。至此，本市过半的区县市民在3年内将能享用到“无线城市”给工作生活带来的便捷。

    据本市的“十一五”规划，中国电信上海公司与各区县政府合作，将无线宽带网络实现重点区域内基本覆盖；并在公共信息提供、治安等方面实现应用，为2010年上海世博会提供成熟的无线应用服务和有力的通信保障。

    据了解，新启动建设的闵行和杨浦两区“无线城市”一期将在年内建成，覆盖区政府机关、公共场所大院、工业园区等地域，为政府、企业、学校、市民提供便利的无线上网环境，并推动开展基于无线网络的相关应用。

中国电信业2011年整体IT支出将达461亿元

我国电信行业应用软件领域犹如一块巨大的磁铁，吸引着众多厂商在此博弈。面对国外厂商从基础设施到上层应用的全面攻城略地，国内厂商又该如何应对呢?

2008年对于电信行业来说，是变化的一年，尤其是在电信运营市场，业务将进一步驱动运营商服务转型。就移动运营商来看，预计今年增值业务收入比重将占70%左右。那么是什么支撑着电信业务的突飞猛进呢?电信行业应用软件在其中功不可没。

伴随着第一阶段网络基础设施建设完成，我国电信市场已经进入了第二轮管理和服务的竞争。但与基础设施基本做到了与世界同步，有的甚至已经超过了国外形成鲜明反差的是，人们在享受通信便利的同时，仍旧感觉有很多不理想之处。究其原因，还是因为电信运营商在应用环节存在瓶颈。“没有好的软件和应用，再先进的设备仍然无法发挥最大效用”，所以电信行业对应用软件的需求和要求都是“水涨船高”，这也使得电信软件供应商面对的压力越来越大。

我国电信行业应用软件领域犹如一块巨大的磁铁，吸引着众多厂商在此博弈、对抗、竞争着，国外厂商和国内厂商两大阵营都对这块市场虎视眈眈。面对国外厂商从基础设施到上层应用的全面攻城略地，国内厂商又该如何应对呢?

靠细分市场灵活应对挑战

目前3G网络的挑战和各大运营商竞相推出新服务的竞争，让各大电信运营商有了如何将现有核心业务系统构架得更高效、更适应未来网络发展的需求，引得电信行业软件厂商都试图抢占这一市场高地。于是甲骨文开始有重点地进入行业应用软件领域，对于国内电信行业软件厂商来说，甲骨文这样的底层架构和上层应用通吃的国外竞争对手是一个巨大的威胁。

不过在电信行业软件领域，国外厂商虽然有强大的品牌和深厚的技术功力、扎实的产品、完善的服务体系，但是灵活性依然不足。而目前很多运营商最看重的就是电信软件的灵活应变能力。比如湖南电信，就是采用了自己下属的创发天辰公司的CRM系统，而且取得了良好的效果。主要原因就在于创发天辰十分了解本家湖南电信的需求，而且软件自由度很高，对很多应用需求可以做到快速响应。

对于国产电信软件企业在全球竞争环境下的竞争力问题，记者电话采访了上海普元软件副总裁刘尔洪，刘尔洪对这个问题十分感兴趣，对《中国电子报》记者谈了自己多年来实施软件项目过程中对电信行业积累的经验和看法。他说：“中国市场是目前世界上变化最快、增长最快的市场，其中电信业务的发展模型、市场定位也都在不断的演化过程中，而其信息技术部门往往因而承担着巨大的责任，在整个企业级IT信息系统的规划和建设中面临着一系列艰苦的挑战，IT应用也需要随之改变以适应新战略的快速部署。这种‘小快灵’的需求特点，对于专注于细分的电信行业应用软件厂商来说，无疑是一个巨大的机会。普元在电信市场也是依靠自身的灵活性应对竞争。比如我们的业务员都具有业务定制能力，很多程序不必再次开发，做到了快速响应客户需求变化。”

电信系统是资源、产品、服务、业务的总和，但目前电信行业的产业分工做得不好，底层架构和上层应用在软件需求上的差异没有体现出来。以浙江电信和上海电信为例，他们以前采用的是Siebel、甲骨文的CRM(客户关系管理)软件，但并不是很成功，主要有两点原因：一是业务支撑跟不上电信市场变化，二是部署成本和维护成本都较高。这也是欧美和我国电信市场差异的集中体现。尤其是在项目管理成熟度上，我国只有2～2.5级，也就是处于简单级和规范级之间，距离最高的5级战略级管理还有很大差距。这种成熟度下，客户需求和市场变化都很大，不像欧美市场那样成熟稳定，这就要求系统要有足够的灵活性。而国外软件由于比较庞大，并且对中国电信行业了解不够深入，必然在灵活方面有很多不足，所以有些国外电信应用软件在国内的应用并不成功，这就给国产电信软件厂商更多赢得市场的机会。 

中间件市场应对竞争从管理入手

在目前电信运营商从“以业务为导向”向“以客户为导向”的转型过程中，中间件由于其优秀的开放性和与各种异构平台良好的兼容性而备受青睐。CRM、经营分析、计费等电信基础系统纷纷展开了一场中间件应用的热潮。不仅是将诸如计费等单一系统内部的各个子模块进行整合，中间件还担负着将整个电信系统统一的重任。

中间件市场的繁荣像一剂强心剂，吸引着众多的软件厂商不遗余力地将战略的重点转向这里。虽然在核心领域的应用依然是国外厂商的天下，但是国内中间件厂商却从未放弃努力。东方通、普元、用友、金蝶等厂商都在设法找到一条适合本土发展的道路，以实现突围。

由于国产中间件在关键业务应用的稳定性方面与国外厂商尚存在差距，因此国内厂商都不约而同地将注意力放在了电信运营商的管理层面。这种策略充分发挥了本土厂商对国内企业管理和运营模式的深刻理解，对运营商需求的准确把握和较高的性价比也让本土厂商能够在很短的时间内提供出切合运营商不断变动中的需求的产品。

在电信行业中间件市场，普元与国外几家中间件厂商竞标，在安徽移动、贵州移动、广州移动的测试中都获得了第一，能取得这样的成绩，刘尔洪向记者说出了其中的“秘密”：“这是依靠普元在工作流方面的竞争优势，因为电信行业IT管控不足，一个项目完成之后还要依赖第三方进行调控，对其自身优化流程十分不利。所以，普元开发了具有中国特色的EOS工作流(Workflow)，对流程动态调整，根据具体的行业需求实现了‘特事特办型’、‘一刀切型’、‘分水岭型’等流程调整方式，从而实现灵活的业务调整。”刘尔洪强调了“中国特色”这个词，这对于国外厂商来说，短时间内很难把握，这就给国内中间件厂商留下了一片市场空间。

根据相关调查数据显示，在基于国产中间件的应用当中，管理软件、核心业务系统、财务软件、应用服务器、OA系统等的建设超过了其所有应用比例的20%。对自身产品的不同定位让国内厂商与国际厂商的发展道路各不相同，东方通、普元、用友、金蝶等国内厂商将产品定位在了更加关注应用的层面，这使国内产品和国外产品之间不仅存在着竞争关系，也具有较大的互补性。

另外，随着SOA(面向服务的系统架构)日渐完善，中间件的涉及领域正在蔓延到电信系统更基础、底层的领域。IDC公司认为，2008年大部分中国企业将开始在局部范围部署SOA应用，到2010年将会有更多的全企业范围的SOA实施。SOA对于国内厂商来说，更是一个巨大的机会，因为在SOA面前谁都是一个新进入者，机遇随时存在。

纵观整个电信行业，全球电信业已经发生了深刻的变革。当前，全球电信产业已经进入了新的大融合、大变革和大转型的时期，电信业正在大变革中逐步实现新的跨越式发展。国内电信行业软件厂商在这场电信行业的深刻变革中，必将迎来一阵春风。

根据易观国际《中国中间件市场趋势预测2007-2011》研究表明，2011年中国中间件市场规模将达到22亿元，从2007年到2011年的市场规模年均复合增长率为10.73%。

国家高度重视和支持中间件软件产业的发展，陆续出台了国务院18号文件、47号文件等政策大力扶持国内中间件产业的发展。“五化并举”、“两化融合”，将信息化建设摆到了极为重要的位置上。企业信息化建设的路径普遍为：从初级应用开始，经过流程应用、专业应用，到集成应用。当信息化建设发展到一定阶段后，必须利用IT技术将各IT系统的数据与应用集成起来，避免企业内部出现多个数据孤岛。随着企业信息化建设向纵深方向发展，将有更多的企业用户进入集成应用的阶段，对中间件产品的需求也进一步上升。

中国电信业2011年整体IT支出将达461亿元

据IDC发布的报告《中国电信业IT解决方案市场2007-2011年预测与分析》显示，2006年中国电信行业整体IT支出规模为269.5亿元人民币，比2005年增长了10.9%。到2011年，电信行业整体IT支出将达461.0亿元人民币。2006年到2011年电信行业IT建设的复合增长率将达11.3%。那时，软件产品占整体IT支出的比重将上升到14.2%，服务上升到34.3%。

而2008年以来，3G测试和IT系统建设的准备工作都在紧锣密鼓地进行。IDC认为，3G时代的运营支撑系统应该基于业务流程进行模块化设计，保证系统的灵活性和可扩展性。而且业务和服务的实现要具备规范性和标准性，要支持企业的经营分析和决策支持的精准性，支持细分客户和业务的有机结合。对于国产电信软件来说，这又是一个机会。

电信SaaS业务与ISV合作弥补开发不足

电信运营商开展SaaS业务具有品牌和规模上的优势。但是，其短板在于缺乏软件开发、市场营销和服务运营的经验。同时，由于SaaS市场仍处于培育阶段，在短期内大多数ISV开展此项业务无法支撑公司的运转，因此，电信运营商与ISV在SaaS领域内产生了合作的可能。

ISV与电信运营商的合作主要是基于以下两种模式：一是将自身开发的软件产品一次性卖断给运营商;二是与运营商采取合作运营的方式，按照效益分成。

二者合作的基础是软件产品能否获得企业用户的认可。对于电信运营商来说，采取第一种合作模式，一是要独立承担产品不受欢迎的风险，二是要扮演督促ISV进行软件产品维护和升级的角色。而采取第二种合作模式，首先可以转嫁风险，二是可以提高ISV对于软件产品维护和升级的积极性，进一步提升产品和服务的质量。

对电信运营商来说，与ISV合作可以有效弥补软件开发经验的不足，可能首先考虑第二种合作方式，即以流化分成的方式运营SaaS业务。如果软件产品认可程度高，ISV的议价能力相应就会得到提升，因此在这种模式下，存在着利益分配的问题。在合作前期，应该对相关问题进行清楚明晰的界定。

对ISV来说，对SaaS业务要有打持久战的赢利预期，如果主营业务不足以支撑独立运营SaaS，可以考虑将自身产品捆绑在电信运营商的平台上出售。