transaction

package
v3.0.8 Latest Latest
Warning

This package is not in the latest version of its module.

 Go to latest Published: Apr 11, 2022 License: AGPL-3.0 Imports: 13 Imported by: 0

README

事务

transaction事务是SIP的基本组成部分。 一个事务是客户发送的一个请求事务（通过通讯层）发送到一个服务器事务，连同服务器事务的所有的该请求的应答发送回客户端事务。 事务层处理应用服务层的重发，匹配请求的应答，以及应用服务层的超时。 任何一个用户代理客户端（user agent client UAC）完成的事情都是由一组事务构成的。 用户代理包含一个事务层，来实现有状态的代理服务器。 事务层包含一个客户元素（可以认为是一个客户事务）和一个服务器元素（可以认为是一个服务器事务），他们都可以用一个有限状态机来处理特定的请求。

在状态机层面，事务分为ict、ist、nict、nist四种。 但底层事务方面，仅根据 method 等信息，分支处理。

关于事务管理

事务在map里面管理，事务ID的选择是要和事务匹配相关。

客户端事件的匹配

当客户端中的传输层收到响应时，它必须确定哪个客户端事务将处理该响应，以便可以进行17.1.1和17.1.2节的处理。头域 Via 字段中的branch参数用于匹配规则。 一个匹配的响应应该满足下面两个条件：
1.如果响应的头域 Via头字段中的branch参数值与创建事务的请求的头域 Via头字段中的branch参数值相同。
2.如果CSeq标头字段中的method参数与创建事务的请求的方法匹配。（由于CANCEL请求会创建新的事务，但共享相同的branch参数值。所以仅用branch参数是不够的）


服务端事务匹配

首先要检查请求中的Via头域的branch参数。如果他以”z9hG4bk”开头，那么这个请求一定是由客户端事务根据本规范产生的。因此，branch参数在该客户端发出的所有的事务中都是唯一的。根据下列规则我们可以判定请求是否和事务匹配：

1、 请求的Via头域的branch参数和创建本事务的请求的Via头域的branch参数一样，并且：
2、 请求的Via头域的send－by参数和创建本事务的请求的Via头域的send-by参数一样（可能存在来自不同客户端的branch参数的意外或恶意重复，所以将 send-by 值用作匹配的一部分），并且：
3、 请求的方法与创建事务的方法匹配，但ACK除外，在ACK中，创建事务的请求的方法为INVITE。

所以，根据匹配规则，事务的ID 使用 branch，然后在匹配逻辑里面，再做条件判断。而因为branch可能会重复，所以如果使用map来简化transaction的管理，key的取值应该：

type key
客户端事务: branch+method
服务端事务: branch + sendby + method,method中ack还要除外。所以只能用branch + sendby

Documentation

Index

Constants

This section is empty.

Variables

View Source 
var (
	ErrorSyntax  = errors.New("message syntax error")
	ErrorCheck   = errors.New("message check failed")
	ErrorParse   = errors.New("message parse failed")
	ErrorUnknown = errors.New("message unknown")
)

transaction 的错误定义

Functions

func GetTXKey added in v3.0.4 

func GetTXKey(msg *sip.Message) (key string)

Types

type Config 

type Config struct {
	//sip服务器的配置
	SipNetwork string //传输协议，默认UDP，可选TCP
	SipIP      string //sip 服务器公网IP
	SipPort    uint16 //sip 服务器端口，默认 5060
	Serial     string //sip 服务器 id, 默认 34020000002000000001
	Realm      string //sip 服务器域，默认 3402000000
	Username   string //sip 服务器账号
	Password   string //sip 服务器密码

	AckTimeout        uint16 //sip 服务应答超时，单位秒
	RegisterValidity  int    //注册有效期，单位秒，默认 3600
	RegisterInterval  int    //注册间隔，单位秒，默认 60
	HeartbeatInterval int    //心跳间隔，单位秒，默认 60
	HeartbeatRetry    int    //心跳超时次数，默认 3

	//媒体服务器配置
	MediaIP           string //媒体服务器地址
	MediaPort         uint16 //媒体服务器端口
	MediaPortMin      uint16
	MediaPortMax      uint16
	MediaIdleTimeout  uint16 //推流超时时间，超过则断开链接，让设备重连
	AudioEnable       bool   //是否开启音频
	LogVerbose        bool
	WaitKeyFrame      bool //是否等待关键帧，如果等待，则在收到第一个关键帧之前，忽略所有媒体流
	RemoveBanInterval int  //移除禁止设备间隔
	UdpCacheSize      int  //udp缓存大小
}

type Core 

type Core struct {
	*Config    //sip server配置信息
	OnRegister func(msg *Request, tx *GBTx)
	OnMessage  func(msg *Request, tx *GBTx)
	// contains filtered or unexported fields
}

Core: transactions manager 管理所有 transactions，以及相关全局参数、运行状态机

func NewCore 

func NewCore(config *Config) *Core

初始化一个 Core，需要能响应请求，也要能发起请求 client 发起请求 server 响应请求 TODO:根据角色，增加相关配置信息 TODO:通过context管理子线程 TODO:单元测试

func (*Core) GetTX added in v3.0.4 

func (c *Core) GetTX(key string) *GBTx

func (*Core) HandleReceiveMessage 

func (c *Core) HandleReceiveMessage(p *transport.Packet) (err error)

接收到的消息处理 收到消息有两种：1、请求消息 2、响应消息 请求消息则直接响应处理。 响应消息则需要匹配到请求，让请求的transaction来处理。 TODO：参考srs和osip的流程，以及文档，做最终处理。需要将逻辑分成两层：TU 层和 transaction 层

func (*Core) MustTX added in v3.0.4 

func (c *Core) MustTX(key string) *GBTx

func (*Core) NewTX added in v3.0.4 

func (c *Core) NewTX(key string) *GBTx

func (*Core) RegistHandler added in v3.0.4 

func (c *Core) RegistHandler(method Method, handler RequestHandler)

RegistHandler RegistHandler

func (*Core) Request added in v3.0.4 

func (c *Core) Request(req *Request) (*GBTx, error)

Request Request

func (*Core) ResolveAddress added in v3.0.8 

func (c *Core) ResolveAddress(msg *Message) (destAddr net.Addr, err error)

func (*Core) Respond added in v3.0.4 

func (c *Core) Respond(resp *Response) (*GBTx, error)

Request Request

func (*Core) SipRequestForResponse added in v3.0.4 

func (c *Core) SipRequestForResponse(req *Request) (response *Response, err error)

func (*Core) StartAndWait added in v3.0.4 

func (c *Core) StartAndWait()

type GBTx added in v3.0.4 

type GBTx struct {
	*Core
	// contains filtered or unexported fields
}

GBTx Gb28181 Transaction

func NewTransaction added in v3.0.4 

func NewTransaction(key string, conn Connection) *GBTx

NewTransaction create a new GBtx

func (*GBTx) Close added in v3.0.4 

func (tx *GBTx) Close()

Close the Close function closes the GBTx

func (*GBTx) GetResponse added in v3.0.4 

func (tx *GBTx) GetResponse() *sip.Response

GetResponse GetResponse

func (*GBTx) Key added in v3.0.4 

func (tx *GBTx) Key() string

Key returns the GBTx Key

func (*GBTx) ReceiveResponse added in v3.0.4 

func (tx *GBTx) ReceiveResponse(msg *sip.Response)

ReceiveResponse receive a Response

func (*GBTx) Request added in v3.0.4 

func (tx *GBTx) Request(req *sip.Request) error

Request Request

func (*GBTx) Respond added in v3.0.4 

func (tx *GBTx) Respond(res *sip.Response) error

Respond Respond

func (*GBTx) SipRequestForResponse added in v3.0.4 

func (tx *GBTx) SipRequestForResponse(req *sip.Request) (response *sip.Response, err error)

func (*GBTx) SipResponse added in v3.0.4 

func (tx *GBTx) SipResponse() (*sip.Response, error)

type GBTxs added in v3.0.4 

type GBTxs struct {
	Txs map[string]*GBTx
	RWM *sync.RWMutex
}

GBTxs a GBTxs stands for a Gb28181 Transaction collection 

var ActiveTX *GBTxs

func (*GBTxs) GetTX added in v3.0.4 

func (txs *GBTxs) GetTX(key string) *GBTx

func (*GBTxs) NewTX added in v3.0.4 

func (txs *GBTxs) NewTX(key string, conn Connection) *GBTx

type RequestHandler added in v3.0.4 

type RequestHandler func(req *Request, tx *GBTx)

Source Files

View all Source files

Jump to

Keyboard shortcuts

? : This menu
/ : Search site
f or F : Jump to
y or Y : Canonical URL
go.dev uses cookies from Google to deliver and enhance the quality of its services and to analyze traffic. Learn more.