<![CDATA[nathan's space]]> http://hi.baidu.com http://hi.baidu.com http://img.baidu.com/img/logo-hi.gif http://hi.baidu.com/nathan2007 zh-cn www.baidu.com 5 <![CDATA[BCB6下DevExpress的安装方法]]>
编译准备：

1.在D:\建立如下目录:
D:\VCL
D:\VCL\INCLUDE
D:\VCL\LIB
D:\VCL\Source\DevExpress

2.将DevExpress展开,并整理目录到D:\VCL\Source\DevExpress下,注意有很多组件包中包含了基本支持包,如:XP Theme Manager,因此会有重复的,这些重复支持包只要一份就行了。

编译：

基本方法是：
1. 进入相应包的源文件目录，如D:\VCL\Source\DevExpress\XP Theme Manager
2. 将res和dfm文件拷贝到D:\VCL\LIB下, copy *.dfm *.res \vcl\lib
3. 将项目文件拷贝过来， copy ..\Packages\*c6* .\
4. 在BCB6中打开项目文件，进入设置:Project->Options->Directories/Conditionals中，在Library Path中加上D:\VCL\LIB，把Intermediate output设为D:\VCL\LIB，Project->Options->Directories/Conditionals中的BPI/LIB output及Final output参数必须为空
5. 开始编译，先编译那些cx或dx开头的包，再编译dcl开头的包。dcl开头的包是可安装的，选择安装即可。
6. 再进入源文件目录，把所有.hpp文件移到D:\VCL\INCLUDE下，move *.hpp \VCL\INCLUDE，这些文件在编译Demo及应用开发时要用到。

遇到问题的处理方法：
1. 编译时报db.obj、sqltimst.obj：修改项目文件参数：Project->Edit Option Source，在<SPARELIBS value=xxxxx>中，加上dbrtl.lib，保存，重新编译即可。
2. 注意编译的顺序，一些组件包需要其它包支持，请先编译安装那些包。
3. 有时编译时报需要的支持包是自身，请选择cancel就行了。

以ExpressBar为例的编译顺序是：
XP Theme Manager,ExpressGDI+ Library,ExpressCommon Library,ExpressLibrary,ExpressEditors Library 5,ExpressBars 6

编译Demo的方法:
1.打开一个Demo项目，设置项目的参数，进入设置:Project->Options->Directories/Conditionals中，在Library Path中加上D:\VCL\LIB，在Include Path中加上D:\VCL\Include
2.Demo可能需要一些其它的包，如要编译ExpressBar的Demo，还需要ExpressLayout Control,ExpressSideBar,ExpressDocking Library

开发应用时的参数设置同编译Demo的方法。如果在编译应用时需要编译成静态链接的方法,则必须将$(BCB)\Projects\Lib这个路径加入到Project->Options的Lib Path中。


以上方法生成的BPL和LIB均在BCB6缺省的Projects\BPL及Projects\LIB中，之所以生成到这里是因为BCB6会缺省到这里来找BPL和LIB文件，不建议生成到BCB6的系统的LIB目录中，因为不放到那里头我们就可以随时清空再重新编译。如果你想把BPL或LIB生成到其它目录中，请修改Project->Options->Directories/Conditionals中的BPI/LIB output及Final output参数。
类别：默认分类 查看评论]]> 2007年09月26日 09:50 http://hi.baidu.com/nathan2007/blog/item/8a5dc9cdb600ad520eb34550.html <![CDATA[飞信分析之九：飞信登录时的身份验证]]> nathan

好久没搞这个了，现在根据一些朋友提出的问题继续分析好了。:)

飞信的整个登录过程包括取系统配置、验证身分、取联系人、取离线消息等等一堆过程，这里就不细述了，下面主要说明到是一些朋友比较关心的身份验证是怎么做的。

飞信有两处验证身份，第一次是通过SSL向SSIPortal登录时，第二次是用SIP协议向Proxy Server注册时。

一、向SSIPortal登录

SSI是啥，我一直没弄明白，是Single Sign-In? 习惯上不是SSO(Single Sign-On)吗？反正飞信一开始，必须向nav.fetion.com.cn登录，这是飞信的Portal。登录过程其实很简单，就是通过SSL做一个的GET，请求是：
    https://nav.fetion.com.cn/ssiportal/SSIAppSignIn.aspx?mobileno=13XXXXXXXXX&pwd=XXXX
pwd就是这个用户的密码。服务器验证通过后，就会返回200 OK，Cookie中就有关键的SSIC了。SSIC应该是服务器给客户端的Credential，以后再跟服务器以Http的方式打交道，就必须带上这个Credential了，如下一步的可选操作Geturi:
    POST /hds/geturi.aspx HTTP/1.1
    User-Agent: IIC2.0/PC 2.1.0.0
    Host: 221.130.45.205
    Cookie: ssic=xxxxxxxxxxxxxxxx
    Content-Length: 0
    Connection: Keep-Alive
如果采用http方式而非tcp直连方式（连proxy server的8080端口），那么与服务器间的sip协议是用http承载的，每次都必须带上这个ssic。

这次登录除获得Credential外，还一个重要的作用就是获得用户的URI，即"sip:123456789@fetion.com.cn;p=xxxx".

二、向Proxy Server注册
完成上一步，就开始SIPC的交互过程了，首先用Register方法向Proxy Server注册，Proxy Server的地址(221.130.45.203)从哪来的，以前文章专门说过。

注册的过程是：
-----------------------------------------------------
xxx.xxx.xxx.xxx:xxx >>>>>>>> 221.130.45.203:8080
R fetion.com.cn SIP-C/2.0
F: 123456789
I: 1
Q: 1 R
L: 249

<args>.......</args>
-----------------------------------------------------
xxx.xxx.xxx.xxx:xxxx <<<<<<<< 221.130.45.203:8080
SIP-C/2.0 401 Unauthorized
I: 1
Q: 1 R
W: Digest algorithm="MD5-sess",nonce="xxxxxxxxxxxxxxxx"

-----------------------------------------------------
xxx.xxx.xxx.xxx:xxxx >>>>>>>> 221.130.45.203:8080
R fetion.com.cn SIP-C/2.0
F: 123456789
I: 1
Q: 2 R
A: Digest response="xxxxxxxxxxxxxxx",cnonce="xxxxxxxxxxxxxxxx"
L: 249

<args>......</args>
-----------------------------------------------------
xxx.xxx.xxx.xxx:xxxx <<<<<<<< 221.130.45.203:8080
SIP-C/2.0 200 OK
I: 1
Q: 2 R
X: 600
L: 877

<results>.....</results>

这是个标准的Digest Authentication验证过程，具体去看SIP或HTTP的文档好了:) 我们来关心"W"即WWWAuthenticate这个SIP Header Field，nonce是服务器给出的，那response和cnonce是怎么计算出来的呢？

计算response和cnonce需要用到sid(飞信号）、password、domain(fetion.com.cn或vodafone等用户所属域)、nonce。飞信计算cnonce是用了4个随机数组成一个16进制的字符串然后求这个字符串的MD5，responce的计算方法是：
1.求"sid:domain:passwd"这个utf8字符串的MD5值，得出key
2.求"key:nonce:cnonce"这个utf8字符串的MD5字符串，得出H1
3.求“REGISTER:sid"这个utf8字符串的MD5字符串，得出H2
4.求"H1:nonce:H2"这个utf8字符串的MD5字符串，即为response.


以上就是飞信的身分验证过程，我还没来得及写代码测试，应该就是这样子。另外，如果知道用户的URI，是否可以不用注册到SSIPortal？这个需要测试才知道，我看飞信中好象还对注册到SSIPortal的Session做了Keep Logon。

好啦，分析到现在我们可以做一个飞信的客户端了，哈,谁有兴趣? ;)
类别：飞信协议分析 查看评论]]> 2007年09月20日 20:41 http://hi.baidu.com/nathan2007/blog/item/10645631faa0951aeac4afc5.html <![CDATA[飞信官网又挂了]]>

Server Error in '/' Application.

Runtime Error

Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed remotely (for security reasons). It could, however, be viewed by browsers running on the local server machine.

Details: To enable the details of this specific error message to be viewable on remote machines, please create a <customErrors> tag within a "web.config" configuration file located in the root directory of the current web application. This <customErrors> tag should then have its "mode" attribute set to "Off".

这显然是维护的问题：挂了都不知道？写个脚本检查一下然后告警不就行啦？
类别：飞信及im 查看评论]]> 2007年09月20日 09:19 http://hi.baidu.com/nathan2007/blog/item/8e0ae4ef1d8a6e35adafd54a.html <![CDATA[看了一下飞信的登录和身份认证]]> 类别：飞信及im 查看评论]]> 2007年09月20日 02:14 http://hi.baidu.com/nathan2007/blog/item/c45325d17e88d7d0572c8498.html <![CDATA[如何让Fetion使用微软雅黑字体]]> nathan

微软雅黑字体确实很漂亮，可飞信的界面上不能使用，结果它在换成雅黑字体的XP中鸡立鹤群，特别难看，哈哈。如何让Fetion去使用微软雅黑字体呢？软件没提供设置功能，又不老老实实地用Windows指定的字体，那就只有用ilasm/ildasm来直接修改Fetion程序了。

要修改文件是：FetionFx.exe和ImpsControls.dll：

一、ImpsControls.dll,FetionFx.exe中
1.搜索”Microsoft Sans Seif“、改为"Microsoft Yahei",大小由8.25改为9.25。其实把ImpsControls.dll中的这一唯一的地方修改完了的话，大部分地方就是雅黑了，因为这里修改的是控件的一个基类，不过呢，还是有其它控件没用这个基类，我们不管三七二十一还是全修改了算了。
2.搜索"SimSun"、"Arial"，改为"Microsoft Yahei"
3.搜索bytearray (8B 5B 53 4F ) 改为bytearray (AE 5F 6F 8F C5 96 D1 9E ) 。这是unicode的"宋体"换成"微软雅黑"。其实直接换成"Microsoft Yahei"也成。

以上步骤之后，就全变成雅黑字体了，但一运行会发现很多窗口和控件都变大了，晕死。这是.Net Framework的控件进行了Autoscale的原因，所以我们还要调整一些地方的autoscale。

二、缩放问题
1.FetionFx.exe中ConversationWindow::InitializeComponent中,将AutoScaleMode由Font改为None
2.FetionFx.exe中MainForm::InitializeComponent中,将AutoScaleMode由Font改为None
3.FetionFx.exe中OptionsForm::InitializeComponent中,将AutoScaleDimensions由6,13改为6,16
4.FetionFx.exe中SendRequestForm::InitializeComponent中,将AutoScaleDimensions由6,13改为6,16
5.ContactInfoControl::InitializeComponent,将AutoScaleMode由Font改为None
6.BUserInfoControl::InitializeComponent,将AutoScaleMode由Font改为None

这就行了。这里有一个修改的，版本是现在的最新版2.3.0210，点这里下载。

直接在注册表中修改那几个字体的FontLink行吗?忘了,印象中显示出来会比较难看。
类别：飞信及im 查看评论]]> 2007年09月19日 16:53 http://hi.baidu.com/nathan2007/blog/item/90899638e7156bc1d5622594.html <![CDATA[我很久没更新了，飞信呢？]]> nathan

很久没更新这个博客了，这段时间把飞信给忘了，玩别的去了。有些朋友的留言我也才看见，不好意思。

可能我对飞信也只是一时兴趣，呵呵。不过呢，飞信也有负我的重望啊,大半年以来,更新不多,至少在功能上没有做什么改进，功能不改进，没有用户感知，等于是没做。改来改去的好象只是些稳定性问题，可还是不稳定，连带官方网站www.fetion.com.cn居然也会经常出问题，不是不能访问就是页面出错。飞信不稳定不知是运营维护管理的问题，还是用了.NET架构导致写起程序来下笔千言，运行起来却莫名其妙？呵


是飞信的开发人员不行吗？我估计不是，象移动这种企业，请来的应该都是高人吧。为什么这样呢？毫无依据地胡乱猜想一下：

1.战略定位上的模糊和摇摆导致重视和投入不够。进入IM应该是一个很重要的战略步骤，是通信媒体化、掌握个人终端的重要途径。战略目标我想肯定是宏大的，可过程是痛苦的。放下身段加入IM阵营，那可是自己拿刀割自己的肉。语音做吗？做了怎么收费呢？不收费自己的电话怎么玩？做博客？嬴利模式且不谈，一人一个出版社？太容易给自己找麻烦了啊。匿名吧？用户面扩大，大家喜欢，可手机号这个有利捆绑用户的资源怎么办？不匿名吧，谁把手机号码到处发啊。我估计这是飞信只有短信、文本聊天、电话语聊的主要原因。

2.以运营商的现有管理体系，肯定是管不好开发团队的，把一个软件产品开发团队放进去在文化和管理方面格格不入。

3.以省为中心的多级运营体系下，研发、运营维护/服务支持、营销/客户接触层、最终用户这几个层面间信息沟通严重脱节，技术力量在产品开发、维持稳定、满足用户需求、满足各省公司需求间难以调配。

好象几个月前在网上看到有人猜测移动会收购一家大的互联网公司，以补充自己在这方面的不足，看飞信的这个进展，移动该不会是看中那家集公众即时消息、企业即时消息、游戏、门户、电子商务于一身的公司了吧 :)。
类别：飞信及im 查看评论]]> 2007年09月18日 21:30 http://hi.baidu.com/nathan2007/blog/item/fe93b80a80d6071c94ca6b27.html <![CDATA[从免费无限到免费有限]]> 4月10日，Fetion从2.2.120版升级到了2.2.230版，其网方网站的升级公告中出现了这么一句话：
...
3.为防止不法分子利用飞信PC客户端发送垃圾短信，对用户每天通过PC客户端向短信在线的人发送短信的量会进行控制，此次更新后超过规定的量后会进行提示。
...

呵呵，开始限制短信啦？显然这句话会引起用户的质疑嘛，因为变得太快了，刚满世界说免费无限量发送，转眼就变成了控制发送，原来“免费短信无限发送"的宣传还赫然挂在网站上呢! 用户不质疑才怪。

这事做得从头到尾都太不严谨了。开始设计业务时，怎么能设计成无限发送呢？任何平台的处理能力是有限的啊，空头支票一张，是不是想着每人就能加300用户所以无所谓？再说，啥东西无限了都会垃圾，呵呵。既然宣传了，就暂不要变，现在转眼就推翻自己的承诺，用户马上就会想到你免费的以及其它的承诺会不会翻脸就变。业务变更的时机也不恰当，从试商用到正式商用时再作这个改变，理由是服务质量保证和防恶意短信，用户可能会更容易接受吧？现在就变，简直是开玩笑嘛，自己满世界投放的广告看来是不要钱的，自己的信誉和用户的质疑也是无所谓的。 控制的数量也不告诉用户，保留任意解释权？

技术上也是不严谨，群发短信时，服务器端会回以一个状态代码为486的sip response，然后客户端会解释为"发送消息的请求太频繁“，说的就是这个吗？如果确实是这个的话，根据RFC，486这个状态代码是用来表示会话的另一方忙，现在不能建立会话或着是对方因为忙拒绝掉了，这个状态是从被叫对端回送回来，主叫一方面的Proxy server要根据这个状态可能还要进行forward。怎么把这个状态用掉了，将来跟其它SIP的网络互联怎么办呢。

假如真的存在什么垃圾短信问题，技术上是有很多办法的，比如，短信应该看作是即时消息的一种表现形式，同样进行invite，由服务器端根据用户的要求进行发送方过滤就行了，也就是说用户可以自行设置不接受某些发送人的短信。Vodafone Messenger好象就是这样子的。

对了，vodafone控制短信的方法比较好："Vodafone Messenger is free to use on our website Vodafone.ie. There is a restriction on the amount of messages that can be sent to a mobile handset from our website without reply. " 我也不说你是垃圾短信，也不说你是不法分子，反正你发出的短信没人回复，我就减少你的发送量，既合情理，又可刺激手机终端那边的短信收入，还避免法律风险，甚至连关键字过滤都不搞了 :)

最简单的办法在服务器上先作一个5分钟内只能发100条的限制，然后也不用公告，撑着，底下去慢慢解决问题，用户碰到了很容易解释：您碰到的这种现象是正常的，因为现在是试商用系统，处理能力在逐步提升中，我们将不断努力满足您的通信需求，然后问一下：恁咋一下发了这么多呢？中移动温馨提示您：发送恶意骚扰短信，有害身体健康，有碍家庭和睦，有损社会风气，有违和谐理念，不利世界和平 ;)

......不是每人只能加300，然后还要对方确认吗，垃圾短信的问题有这么严重吗？不会是因为别的技术或非技术的原因吧，呵。
类别：飞信及im 查看评论]]> 2007年04月13日 09:20 http://hi.baidu.com/nathan2007/blog/item/da9f23d7aaaedcdca044df52.html <![CDATA[翻译一篇论文：移动即时消息的市场前景研究-1]]> 不知道作者对版权的要求是如何，我就假定他没有“No Derivative Works”的规定了，呵。

1.   绪论

1.1.      背景

今天，即时消息（Instant Message,IM）已成为一种极其流行的互联网业务，它使人们可以通过互联网互相发送信息进行会话。会话过程是实时进行的，因此IM一般都会支持用户状态呈现（Presence）这一功能，这一功能非常重要，因为它使得人们可以根据对方的状态和意愿进行相互间的通信。

除了最基本的文本消息传递功能，IM还支持多种多样的功能，如文件传送、音频对话、视频对话、应用共享等等。通常，除了一些有质量保证的服务以及以及呼叫传统的PSTN电话外，其它的功能基本都是免费的，提供即时消息业务的公司的收入主要还是来源于广告收入。在移动通信领域，目前已有基本的即时消息功能提供了，但上面提到的这些多媒体业务则还没有，无线传输带宽价格高、终端功能弱这些移动通信特有的问题阻碍了这类业务的发展，因此，提供用户可以承受、运营者能盈利的即时消息业务对运营商或IM服务提供商来说是一个巨大的挑战。

目前移动电话网络提供的主要业务--话音通信仍然基于传统电路交换技术，而互联网上基于IP的业务如即时消息、网页浏览则使用包交换技术。虽然第三代移动通信网络提供远高于GSM的数据通信带宽，可主要业务依然还是话音通信。研究表明，话音收入将逐步下降，因此运营商们必须开发支撑收入增长的新业务。就目前来看，数据业务的使用率还比较低，除SMS短消息外，也还没有其它的什么重量级的应用，因此，移动即时消息（Mobile Instant Message，MIM）可以说是一个比较有前途的业务，所以本文将其作为研究的重点。

根据技术和商业模式的不同，提供MIM业务的方式也多种多样。在移动通信领域推出MIM这样的新业务时，运营商往往会占据主导地位，这点与固定通信领域不太一样，在固定通信领域，运营商，也就是通常我们说的ISP，多数情况下只是一个数据通道，而第三方的服务提供商在主导业务推出。本文后面将分析，如果有一天MIM业务在移动通信网络中也成为所有多媒体业务的基础，就象在固定网上已经发生的那样，那时移动运营商在MIM业务中扮演什么样的角色。

当然，MIM目前还非常不成熟，也没得到足够的重视，相关研究基本还都集中在标准化技术方面，比如OMA组织（Open Mobile Alliance）的移动IMPS项目--Wireless Village（译注：Wireless Village也是一个组织的名称，由Ericsson, Motorola and Nokia组成，进行移动即时消息标准的研发，现已并入OMA），而对MIM产业结构的研究还比较少，仅有一些研究是在短信业务收入分流方面，本文就试图去勾勒出未来MIM的产业结构。

1.2 问题定义

未来，MIM业务可能会以不同的概念展现给用户，如IMS(IP Multimedia Subsystem, 3GPP)、Wireless Village等等，这些技术路线的差异会导致市场策略的不同，而市场策略就进而影响移动运营商和服务提供商的收益分成、收入控制、客户关系等等，本文的问题定义是：未来的MIM产业是什么样？

2.   MIM业务的定位

移动即时消息MIM业务受到互联网即时消息和类似移动业务的双重影响，它必须在其它移动消息业务中找准自己的定位，这些消息业务包括：SMS、MMS和手机邮件。本章将介绍这些移动消息业务以及互联网IM业务，最后将给出移动即时消息业务的定位。

2.1.      移动消息业务

手机的作用就在于使人们在任何时间和地点能进行通信，话音业务是常见的通信方式，不过人们也越来越多地使用消息业务进行通信了，其中短信是最常用的消息业务。所以，它也是我们讨论消息业务的一个参照点。MMS是另一种移动消息业务，它可以理解为在文字消息的基础上加上了多媒体的内容。Email是最常见的互联网业务之一，很早也出现在了手机应用中，可远没有象互联网上那么普及。即时消息是最近才进入移动通信领域的互联网业务，能否成功还有待观察。有必要指出的是，Email和IM有时会通过SMS来实现，如MSN Mobile，它的成功突显了人们对短信的广泛接受程度，也突显了短信依旧是目前各种手机终端间传递消息的最可行手段这一现实。

表1：移动消息业务比较表

业务

SMS

MMS

Email

IM

支持的消息长度

160个字符

~100Kb(在标准上没有大小限制)

没限制

没限制

消息内容

文本、图标、铃声、配置信息等

文本和多媒体

文本和附件

超文本、文件、声音等等

接收者的标识

手机号码

手机号、Email地址

Email地址

IM用户名

消息质量保证方法

回送发送报告

回送发送报告

回送出错消息

提供消息跟踪

承载

信令通道

数据通道

数据通道

数据通道

标准

3GPP

3GPP & OMA

IETF

很多

占移动数据业务收入的比重

2004:63.1%
2008:46.5%

2004: 2.7%
2008: 9.2%

2004: 0.1%
2008: 2.5%

2004:0.01%
2008:6.5%

上表反映了几种移动消息业务的主要特点，后面章节会深入地分别进行分析。从表中我们可以看到这几种消息业务的主要区别，以及在全球市场上，这些移动消息业务在数据业务收入中所占的比重和2008年的预测。根据Ovum的评估，在可预计的未来，虽然其它消息业务会分掉一部分市场份额，但短信依旧会保持其最有价值的消息解决方案的地位。从全球市场来看，2004年，消息业务占数据业务收入的66%，到2008年这个比重预计是65%，而根据Ovum的数据，数据业务占运营总业务收入的比重预计将由2004年8%增长到2008年的12%，因此消息业务的收入仍将不断增长，不过其它数据业务可能增长得更快。

[未完待续....]


类别：飞信及im 查看评论]]> 2007年04月12日 11:53 http://hi.baidu.com/nathan2007/blog/item/71bcb2169f82e650f2de3245.html <![CDATA[飞信将与vodafone互通？]]> nathan

不务正业了几天，又去摆弄我的旧电脑去了，装上Win98，装上2000，但无线上网还没搞定，看来还是得装xp....我是个念旧的人，对过去给我帮助人及一切都会有一种不能割舍的感觉，嘿嘿，所以这台电脑一定要救活....

回到正题，uri是被用来标识一个会话的对端的，可以是任何能进行会话的终端，手机、电话、客户端软件、软电话等等都可以，飞信现在倒底支持了多少种还不太清楚，不过我想至少可以从它对uri字符串的分析过程中看出它的一些意向。

uri一般是这种形式：schema:id@domain，如：sip:123456789@fetion.com.cn。从目前的版本 (2.2.120）看，飞信现在就接受的schema有：sip和tel。sip uri是所有sip软件都要支持的，tel uri是用来标识普通的PSTN电话，当然，飞信只接受手机号码。另外，飞信在 sip uri的id部分还支持PG、SG、TG这三个标识，分别表示Personal Group、Chat Room、Temp Group，具体做什么用，暂时还没空去研究，因为现在有更要紧的事情要做，呵呵。

对sip uri和tel uri都支持没什么特别的，不过在飞信对domain的解析中发现了一个有意思的情况：它专门判定了这个domain是不是vodafone，而且分别在sip uri和tel uri中都判别了这一点。飞信与vodafone要互通吗？

中国移动和vodafone这两家全球最大的移动通信运营商好象是战略合作伙伴，vodafone也持有中移动的股票，看来飞信除了传说中要跟QQ、MSN互通外，一开始就考虑了跟vodafone的电话及即时消息业务的互通了。是的，vodafone也是有即时消息业务，它好象是全球移动通信运营商中最先推出自己的即时消息业务的，大约在04年，vodafone就开始对欧洲的手机用户推出vodafone Messenger，这是一个只在手机上通过wap和客户端方式（部分手机）提供的即时消息业务，在欧洲各国的vodafone网站上你就可以看到这个业务的介绍，不过据说这个业务的成绩很一般，毕竟目前来说，即时消息还是互联网及互联网服务提供商的天下。另外，vodafone Messenger老早就跟msn互通了，飞信也是沿着这条路往前迈进的？

也许有一天，你就可以通过飞信发消息给全球的vodafone用户，或着通过飞信直接呼叫vodafone的手机了。看来在国际通话和数据业务上，中移动已为将来的出招作准备了....中移动也是“在下一盘很大的棋“？;)
类别：飞信及im 查看评论]]> 2007年04月11日 11:47 http://hi.baidu.com/nathan2007/blog/item/c6962555631aacc5b745aec9.html <![CDATA[飞信用户的SIP uri中的p tag值]]> nathan

感谢Fetion8朋友敏锐地发现uri中的p跟手机号段有关系。

飞信的用户URI为：sip:123456789@fetion.com.cn;p=1234，这里头123456789是飞信号，而p这个tag是怎么来的我一直不清楚，也忘了研究了，呵。感谢这位朋友一下发现了这个跟手机号段有关系。

在这位朋友的提醒下，我下午看了下Contacts.dat文件中的好友列表（用本博客中的DecodeCfg或FetionCfgEditor工具可以解码这个文件），研究发现确实是跟手机号段有关系的。就我看到的号码来看，其生成的规律就是：

p=手机号码前6位 - 134099


请大家帮着验证一下哈。

为什么是134099？我估计134100是中移动的第一个号段。

再次感谢这位朋友的重要发现。
类别：飞信协议分析 查看评论]]> 2007年04月04日 16:57 http://hi.baidu.com/nathan2007/blog/item/130801ddfdeb4ad88d1029b4.html