ActiveSkin是一款给软件更换皮肤的ActiveX控件。它很还好的将软件界面设计工作从繁琐程序代码编写中解放出来，使得功能设计者可以专心于功能代码的实现，而把软件界面交给美工人员处理。提高了界面设计的工作效率，是一种很好的软件设计思想。 下面通过三个示例来介绍他的一般使用。 示例一：标准型皮肤SkinForm的对话框工程 　　在VC环境下建立一个MFC基本对话框工程。在对

随着IP网宽带业务的蓬勃发展，基于分组的多媒体通信系统标准H.323被广泛运用于视频会议和IP电话中。由于很多企业和单位都建有自己的局域网，内部 采用了私有的IP地址，访问公网一般经过网络地址转换(NAT)设备进行地址转换。由于H.323协议本身没有考虑NAT的应用，其地址内嵌特点在NAT 设备进行地址转换时发生困难，产生了内、外网难以互通的问题。1 NAT和防火墙的功能1.1 NAT  

5.1 用户接入公私网穿越面临的问题    根据上面H.323及防火墙、NAT基本理论的说明。对于私网LAN接入方式中的用户，如果需要开通视讯业务，必须考虑如下问题：    5.1.1 防火墙的端口开放    由于防火墙一般需要包过滤及状态检测，因此为了网络安全，用户侧防火墙在访问列表配置时，除提供网内业务需要知名端口外（如Http的80端口），其它端口都Deny。而要进行视频通信，

可通过以下过程建立两个电话之间的SIP通话： 拨打方电话发送邀请 接收方电话返回一个通知应答100–正在尝试 接收方电话发出并送回应答180–正在拨打 当拨打方拿起电话，接收方电话发出应答200–OK 拨打方电话回以确认应答，以告知对方 当通过RTP传输数据时，就可以通话了 当拨打方挂上电话后，会向接收方电话

FXS和FXO是模拟电话线(也叫做POTS—普通老式电话业务)使用的端口的名称FXS—外围交换用户话机接口是将模拟线路传输到话机的埠。换句话说，就是传送拨号音，电池电流以及响铃电压。FXO——外围交换局接口是接受模拟线路的埠。它是电话或传真机，或模拟电话系统上的插口，用来传输挂机/摘机指示(回线闭合)。由于FXO端口附着于装置上，如传真机或电话机，所以这种装置通常被称为“FXO装置”。

1xx = 通知性应答 100 正在尝试 180 正在拨打 181 正被转接 182 正在排队 183 通话进展2xx = 成功应答 200 OK 202 被接受：用于转介3xx = 转接应答 300 多项选择 301 被永久迁移 302 被暂时迁移 305 使

H.225：呼叫信令 Call Signaling 和 H.323 VOIP 体系结构中的 RAS        （H.225：Call Signaling and RAS in H.323 VOIP Architecture）

 3．服务器端解决方案　　服务器端解决方案主要包括：B2BUA（Back-to-BackUserAgent）、服务器端RTP中继。　　B2BUA是一个接收请求并充当UAS处理请求的逻辑实体，主要是通过两个UA以Back-to-Back的工作模式控制经过它的呼叫。B2BUA与SIP代理服务器不同，B2BUA可以接收呼叫，并能对其进行修改，以其它形式代表发起呼叫的UA向终端目标发起呼叫，并能充当呼叫双

H.235：基于 H.323 系统的安全性和通信         （H.235：Security for H.323 based systems and communications）

VOIP Bandwidth consumption naturally depends on thecodecused.  VOIP消耗的带宽一般取决于所使用的语音编码.When calculating bandwidth, one cant assume that every channel is used all the time. Normal conversation

一、概述 实时IP 呼叫和多媒体通信（MoIP）是下一代网络（ NGN ）业务提供的重要方面。 H.323是实现MoIP多媒体应用的成熟通信协议之一。目前，包括我国在内的许多国家都采用了 H.323 作为 IP 电话网关之间的协议。同时，大多数电信运营商也已经将 H.323 作为建立新一代视讯会议系统的首选，将传统的基于电路的 H.320 视讯会议应用转移到基于 IP 的 H.323 系统中来

刚开始学PWLib,只能以混乱形容,翻译并拼凑出这篇短小的文章,希望后来者少走一些弯路Portable Windows Library PWLib 1.9.0 概述 为了可以同时构建在Microsoft和Unix X－Window操作系统上应用程序，从很多年前开始，PWLib从创建到逐步完善，已经成为相当完整而庞大的C＋＋类库。 PWLib在设计之初还提供了Ma

/*************************************************************************************************************                                                    分析Gatekeeper Main*********************

STUN 是英文Simple Traversal of UDP over NAT（即UDP包简单穿越网络地址转换）的缩写。是一个让IP电话能检测其前面的NAT存在和类型的协议。支持STUN的IP电话可以通过一系列 STUN语句，查询位于公网上的STUN服务器，智能地在其SIP/SDP信息中，通过利用NAT映射的公网地址和端口，修改私网的IP地址和端口。这样 就不需更改任何NAT的设置，而让SIP信

  H.225 是由 ITU-T 定义的 H.323 VOIP 体系结构中的一种主要协议，是涵盖了 H.200/AV.120-Series Recommendations 中定义的窄带视频电话服务的一种标准。它主要处理此类情况，传输路径包含一个或多个基于包的网络，其配置和管理不提供服务质量（QoS）担保，这一点不同 于 N-ISDN ，其超出 Rec. H320 所必需的附加保护或恢复机制对于

   前期做测试时发现编译好的ohphone无法与netmeeting联通,经过查找资料和试验终于找到了解决方法.出现这种现象主要是由于netmeeting的原因,netmeeting支持的Codec不多,他不支持的就会放弃,所以产生了ohphone拨打netmeeting被拒绝的问题.   解决方法是将ohphone中除g.711外的其他Codec都disable掉即可互通.即--disable

对广大编程爱好者来说，不仅希望自己写出的程序实用、性能稳定，更希望软件的界面豪华、漂亮。但界面设计往往费时、费力，而且多数程序员在这方面并不擅长。怎么办呢？利用ActiveSkin控件您可以设计出任意形状的窗口界面，连软件的其他设定画面、菜单、按钮、对话框等等也都可以依照你的意思来设计，半透明、阴影等效果都可以。你还可以把软件设计得像是MAC、UNIX等其他操作系统的软件的样子。可以使你开发的软件

H323平台-----------防火墙----------语音网关 一．Udp 端口开放  根据源端口防火墙开放规则源端口 5000~5032： 默认16口语音网关设备媒体使用的源端口源端口 5000~5016： 默认8口语音网关媒体使用的源端口源端口 5000~5008： 默认4口语音网关媒体使用的源端口源端口 5000~5004： 默认2口语音网关媒体使用的源端口源端口1719：默认的语音

摘 要：随着ＩＰ电话的快速发展，用户对ＩＰ电话新业务的需求也日益增长，传统电话业务正在被移植到ＩＰ多媒体电话系统中。由于ＩＰ电话系统在信令结构方面与 传统电话系统的集中模型有本质的区别，因此基于ＩＰ电话系统附加业务的开发和控制协议具有不同的特点。描述了基于Ｈ．３２３标准的附加业务的信令结构和业 务设计，并将其与传统电话交换业务模型进行了比较。　　主题词：ＩＰ电话 Ｈ．３２３建议 附加业务　

目前，国际上IP网络通信的主要标准有H.323和SIP，两者都对IP电话系统信令提出了完整的解决方案。但两者的设计风格各有千秋，H.323采用的是传统电话信令模式，包括一系列协议; 而SIP借鉴互联网协议，采用基于文本的协议。 当采用H.323协议时，各个不同厂商的多媒体产品和应用可以进行互相操作，用户不必考虑兼容性问题; 而SIP协议应用较为灵活，可扩展性强。两者各有侧重。 系统结构差异

里面的代码我附上，是一个台湾同胞开发的！注意里面一个很重要的类YaSelectList,里面使用的是STL中的vector进行存储！其实我觉得如果使用list存储会更好，因为里面的socket删除操作比较频繁！记得前面一个很重要的类：TCPServer:class TCPServer : public SocketsReader {public:  TCPServer();  // add a

    今天做了一个IP电话服务程序，通过接收消息来执行拨打电话的功能。消息中用了word类型，所以我将VC6的struct member alignment设置为1 byte。结果本来运行正常的程序一拨号就报错，郁闷了半天才发现是PString::IsEmpty()的问题，我估计PString::IsEmpty()是按struct member alignment为8来进行运算的。改回8 byt

voip常用编码带宽计算VOIP计算方法如下，和哪个厂家的没有什么关系：带宽＝包长度×每秒包数＝包长度×（1/打包周期）＝（Ethernet头＋IP头＋UDP头＋RTP头＋有效载荷）×（1/打包周期）＝（208bit ＋160bit＋64bit＋96bit ＋有效载荷）×（1/打包周期）＝（528bit＋（打包周期(秒)×每秒的比特数））×（1/打包周期）＝( 528