[OpenSIPS-Users] Multi opensips Server

[Nick Chang]

Hello

 

Or Can I share transaction with redis or memcached??

Maybe it can slove this problem.

Do everyone have any suggest??

 

Thanks

Nick

 

From: Nick Chang [mailto:nick.chang at kland.com.tw] 
Sent: Tuesday, October 02, 2012 4:54 PM
To: 'OpenSIPS users mailling list'
Subject: RE: Multi opensips Server

 

Hello

 

I found problem.

 

I only used a opnesips Server. Then saw opensips log.

 

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:parse_to: display={}, ruri={sip:0939723377 at 202.153.189.163}

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:get_hdr_field: <To> [34]; uri=[sip:0939723377 at 202.153.189.163]

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:get_hdr_field: to body [<sip:0939723377 at 202.153.189.163>#015#012]

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:get_hdr_field: cseq <CSeq>: <20> <INVITE>

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:parse_headers: flags=8

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:t_reply_matching: hash 62750 label 1440612556 branch 0

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:t_reply_matching: REF_UNSAFE:[0x7ffcd4da74a0] after is 1

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:t_reply_matching: reply matched (T=0x7ffcd4da74a0)!

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:run_trans_callbacks: trans=0x7ffcd4da74a0, callback type 2, id 1 entered

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:t_check: end=0x7ffcd4da74a0

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:reply_received: org. status uas=100, uac[0]=0 local=0 is_invite=1)

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:parse_headers: flags=20

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:parse_headers: flags=2000

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:get_hdr_field: content_length=0

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:sipmsgops:has_body_f: content length is zero

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:parse_headers: flags=ffffffffffffffff

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:get_hdr_field: found end of header

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:t_should_relay_response: T_code=100, new_code=100

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:relay_reply: branch=0, save=0, relay=-1

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:set_timer: relative timeout is 20

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:insert_timer_unsafe: [1]: 0x7ffcd4da76f0 (180)

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:tm:t_unref: UNREF_UNSAFE: [0x7ffcd4da74a0] after is 0

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:receive_msg: cleaning up

 

When I used two opensips for LB.

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:parse_to: display={}, ruri={sip:886988000076 at 202.153.189.163}

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:get_hdr_field: <To> [43]; uri=[sip:886988000076 at 202.153.189.163]

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:get_hdr_field: to body [<sip:886988000076 at 202.153.189.163>]

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:get_hdr_field: cseq <CSeq>: <20> <INVITE>

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:parse_headers: flags=8

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:tm:t_reply_matching: hash 985 label 33775869 branch 0

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:tm:t_reply_matching: no matching transaction exists

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:tm:t_reply_matching: failure to match a transaction

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:tm:t_check: end=(nil)

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:destroy_avp_list: destroying list (nil)

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:receive_msg: cleaning up

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:core:get_hdr_field: <To> [36]; uri=[sip:886988000076 at 202.153.189.163]

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:core:get_hdr_field: to body [<sip:886988000076 at 202.153.189.163>#015#012]

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:core:get_hdr_field: cseq <CSeq>: <20> <INVITE>

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:core:parse_headers: flags=8

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:tm:t_reply_matching: hash 985 label 33775869 branch 0

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:tm:t_reply_matching: no matching transaction exists

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:tm:t_reply_matching: failure to match a transaction

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:tm:t_check: end=(nil)

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:core:destroy_avp_list: destroying list (nil)

 

Different is t_reply_matching.  It can’t found matching transaction.

How to found transaction from two opensips server??

 

Thanks

Nick

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20121002/867fde74/attachment-0001.htm>