首页 技术教程 实用代码 注册破解 正则表达式 网址导航 电子书籍

SIP中的事务处理机制

       SIP是一个基于事务处理的协议:部件之间的交互是通过一系列无关的消息交换所完成的。特别是,一个SIP 事务由一个单个请求和这个请求的所有应答组成,这些应答包括了零个或者多个临时应答以及一个或者多个终结应答。在事务中,当请求是一个INVITE(叫做INVITE事务),当终结应答不是一个2xx应答的时候,事务还包括一个ACK。如果应答是一个2xx应答,那么ACK并不认为是事务的一部分。这个分开的原因是基于传递全部200(OK)应答到UAC的INVITE请求的重要性所决定的。要把所有的200应答全部发给UAC,那么UAS独自负责这些应答的重新传送(参见13.3.1.4),UAC独自负责...
类别:网络技术 - VOIP技术    查看:143    更新:2014-08-11

SIP协议的事务处理机制-NIST处理流程

本站原创文章,如需转载,请保留作者及出处:www.goalercn.com,谢谢合作,不愿保留作者及出处信息的请勿转载!   SIP共有4个状态处理机制,分别是ICT(客户端的请求消息-INVITE及与之相关的消息)、NICT(客户端非INVITE消息的其他所有消息)、IST(服务器端的请求消息- INVITE及与之相关的消息)、NIST(服务端的非INVITE消息的其他所有消息) 为什么要把INVITE消息单独处理? 因为INVITE是一个3次握手的过程,而其他所有的消息只需要两次握手;其过程类似与TCP/UDP。 Non-INVITE Server Transaction |Request...
类别:网络技术 - VOIP技术    查看:171    更新:2014-07-26

SIP协议的事务处理机制-IST处理流程

本站原创文章,如需转载,请保留作者及出处:www.goalercn.com,谢谢合作,不愿保留作者及出处信息的请勿转载!   SIP共有4个状态处理机制,分别是ICT(客户端的请求消息-INVITE及与之相关的消息)、NICT(客户端非INVITE消息的其他所有消息)、IST(服务器端的请求消息- INVITE及与之相关的消息)、NIST(服务端的非INVITE消息的其他所有消息)   为什么要把INVITE消息单独处理? 因为INVITE是一个3次握手的过程,而其他所有的消息只需要两次握手;其过程类似与TCP/UDP。   INVITE Server Transaction ...
类别:网络技术 - VOIP技术    查看:181    更新:2014-07-26

SIP协议的事务处理机制-NICT处理流程

本站原创文章,如需转载,请保留作者及出处:www.goalercn.com,谢谢合作,不愿保留作者及出处信息的请勿转载! SIP共有4个状态处理机制,分别是ICT(客户端的请求消息-INVITE及与之相关的消息)、NICT(客户端非INVITE消息的其他所有消息)、IST(服务器端的请求消息- INVITE及与之相关的消息)、NIST(服务端的非INVITE消息的其他所有消息) 为什么要把INVITE消息单独处理? 因为INVITE是一个3次握手的过程,而其他所有的消息只需要两次握手;其过程类似与TCP/UDP。 TU:可理解为上层用户,应用界面,用户点击触发: Non-INVITE Client Transaction ...
类别:网络技术 - VOIP技术    查看:177    更新:2014-07-26

SIP协议的事务处理机制-ICT处理流程

本站原创文章,如需转载,请保留作者及出处:www.goalercn.com,谢谢合作,不愿保留作者及出处信息的请勿转载! SIP共有4个状态处理机制,分别是ICT(客户端的请求消息-INVITE及与之相关的消息)、NICT(客户端非INVITE消息的其他所有消息)、IST(服务器端的请求消息- INVITE及与之相关的消息)、NIST(服务端的非INVITE消息的其他所有消息)   为什么要把INVITE消息单独处理? 因为INVITE是一个3次握手的过程,而其他所有的消息只需要两次握手;其过程类似与TCP/UDP。 INVITE Client Transaction |INVITE fro...
类别:网络技术 - VOIP技术    查看:201    更新:2014-07-26

SYBASE事务

本篇文章描述了数据库事务隔离级对锁的影响,通过对比事务隔离级0和1,理解锁与脏读的关系。 实验内容:分别设置0和1级隔离级,执行两个不同但又有相关的事务。本实验环境如下: 1、 有权访问用户数据库(在此是aca_database)和对数据库表有修改和查询权限。 2、 数据库中有表auths,包含salary列(数据类型是money),有一定数据量(在此有1万行)。 步骤: 1、 如在同一台机器,可分别执行两次“SQL Advantage”,分别用合法帐号登录,准备各自执行一个事务。 2、 在各自界面打开用户数据库aca_database,设置隔离级为1(此亦为缺省值):set transaction isolation level 1,查看当前隔离级别用select @@isolation ...
类别:数据库 - SYSBASE    查看:120    更新:2014-05-19

利用事务日志来恢复Update、Delete误操作引起的数据丢失

可能有不少朋友遇到过这样的问题:update或delete语句忘带了where子句,或where子句精度不够,执行之后造成了严重的后果,这种情况的数据恢复只能利用事务日志的备份来进行,所以如果你的SQL没有进行相应的全库备份或不能备份日志(truncate log on checkpoint选项为1),那么就无法进行数据的恢复了,或者只能恢复到最近一次的备份的数据了。以下简单说明恢复数据方法:1,如果误操作之前存在一个全库备份(或已有多个差异备份或增量备份),首先要做的事就是进进行一次日志备份(如果为了不让日志文件变大而置trunc. log on chkpt.选项为1那你就死翘了)   backup log dbName ...
类别:数据库 - SQL SERVER    查看:101    更新:2014-05-19

JavaBean中使用JDBC方式进行事务处理

在数据库操作中,一项事务是指由一条或多条对数据库更新的sql语句所组成的一个不可分割的工作单元。只有当事务中的所有 操作都正常完成了,整个事务才能被提交到数据库,如果有一项操作没有完成,就必须撤消整个事务。我们通过提交commit()或是回滚rollback()来结束事务的操作。关于事务操作的方法都位于接口java.sql.Connection中。   在第一次建立与数据库的连接时,在缺省情况下,连接是在自动提交模式下的, jdbc api中,可以通过调用setAutoCommit(false) 来禁止自动提交事务。然后就可以把多条更新数据库的sql语句做为一个事务,在所有操作完成之后,调用commit()来进行整体提交。倘若其中一项sql操作失败,就不会执行commit()方...
类别:程序开发 - JAVA    查看:101    更新:2014-05-16

DAO设计模式之事务界定

前面说过, DAO 不负责处理事务、会话或连接,而把这交给一个工具类,封装所有关于数据库的操作。把Session的获取,语句的关闭等放在这个类更好。通常的设计把数据 库的代码放到DAO的实现类中,这样如果某个DAO实现类设计不良,要改动就必须牵涉到很多地方,不利于维护。在这里的工具类代码如清单6。 清单 6. public class HibernateUtil { private static Log log = LogFactory.getLog(HibernateUtil.class); private static final String INTERCEPTOR_CLASS = "hibernate.util.interceptor_class"; private static Configuration configuration; private static SessionFactory sessionFacto...
类别:程序开发 - JAVA    查看:112    更新:2014-05-14

PB中的事务管理

数据库的事务管理在数据库中,所谓的事务可以理解成是一组逻辑操作单元,使数据从一种状态变换到另一种状态。为确保数据库中数据的一致性,DML看作是一个离散的队列:从开始到它全部完成后,数据的一致性可以保持,commit可以提交;而当队列中的某一部分操作fail,那么整个队列应视为违法,所有从起始点以后的操作应全部回退到开始状态,即rollback。对事务的操作是这样进行的:先定义开始一个事务,然后对数据作修改操作,这时如果提交(COMMIT),这些修改就永久地保存下来,如果回退(ROLLBACK),数据库管理系统将放弃您所作的所有修改而回到开始事务时的状态。此外有些数据库支持事务的“存储点(savepoint)”这一概念...
类别:程序开发 - PowerBuilder    查看:97    更新:2014-05-10