opensips Cache

classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

opensips Cache

Nick Chang

Hello

 

I have two opensips server.

 

User A  àregisterà  Opensips A

User B  àregisterà  Opensips B

 

Two User used the same domain, may be aaa.com

 

When I input “opensipsctl online”

I can see UserA on the Opensips A, UserB on the OpensipsB.

 

But When UserA call to UserB. It’s failed. It tell me “user not register”.

 

I have check MySQL table “ location”

Two user both on the location.

 

If I restart OpensipsB.

Then, I input “opensipsctl online”

I can see UserA and UserB is online.

 

But in the OpensipsA.

Only UserA online.

 

I guess, it have cache it.

 

Have to solve this problem??

Thanks for your support.

 

Nick

 

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: opensips Cache

Ali Pey
Re-evaluate your db mode setting:


Regards,
Ali Pey


On Wed, Sep 5, 2012 at 3:44 AM, Nick Chang <[hidden email]> wrote:

Hello

 

I have two opensips server.

 

User A  àregisterà  Opensips A

User B  àregisterà  Opensips B

 

Two User used the same domain, may be aaa.com

 

When I input “opensipsctl online”

I can see UserA on the Opensips A, UserB on the OpensipsB.

 

But When UserA call to UserB. It’s failed. It tell me “user not register”.

 

I have check MySQL table “ location”

Two user both on the location.

 

If I restart OpensipsB.

Then, I input “opensipsctl online”

I can see UserA and UserB is online.

 

But in the OpensipsA.

Only UserA online.

 

I guess, it have cache it.

 

Have to solve this problem??

Thanks for your support.

 

Nick

 

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: opensips Cache

Nick Chang
Dear Ali
 
My db mode setting:
modparam("usrloc", "db_mode",   1)
 
Thanks for your support
Nick

2012/9/5 Ali Pey <[hidden email]>
Re-evaluate your db mode setting:


Regards,
Ali Pey


On Wed, Sep 5, 2012 at 3:44 AM, Nick Chang <[hidden email]> wrote:

Hello

 

I have two opensips server.

 

User A  àregisterà  Opensips A

User B  àregisterà  Opensips B

 

Two User used the same domain, may be aaa.com

 

When I input “opensipsctl online”

I can see UserA on the Opensips A, UserB on the OpensipsB.

 

But When UserA call to UserB. It’s failed. It tell me “user not register”.

 

I have check MySQL table “ location”

Two user both on the location.

 

If I restart OpensipsB.

Then, I input “opensipsctl online”

I can see UserA and UserB is online.

 

But in the OpensipsA.

Only UserA online.

 

I guess, it have cache it.

 

Have to solve this problem??

Thanks for your support.

 

Nick

 

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: opensips Cache

Ali Pey
It should be 3 in your case.

Regards,
Ali Pey


On Wed, Sep 5, 2012 at 10:15 AM, 張鴻憲 <[hidden email]> wrote:
Dear Ali
 
My db mode setting:
modparam("usrloc", "db_mode",   1)
 
Thanks for your support
Nick

2012/9/5 Ali Pey <[hidden email]>
Re-evaluate your db mode setting:


Regards,
Ali Pey


On Wed, Sep 5, 2012 at 3:44 AM, Nick Chang <[hidden email]> wrote:

Hello

 

I have two opensips server.

 

User A  àregisterà  Opensips A

User B  àregisterà  Opensips B

 

Two User used the same domain, may be aaa.com

 

When I input “opensipsctl online”

I can see UserA on the Opensips A, UserB on the OpensipsB.

 

But When UserA call to UserB. It’s failed. It tell me “user not register”.

 

I have check MySQL table “ location”

Two user both on the location.

 

If I restart OpensipsB.

Then, I input “opensipsctl online”

I can see UserA and UserB is online.

 

But in the OpensipsA.

Only UserA online.

 

I guess, it have cache it.

 

Have to solve this problem??

Thanks for your support.

 

Nick

 

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: opensips Cache

Nick Chang

Hello Ali

 

I change my setting to 3.

 

Now, UserA  call to UserB, UserB can ringing. But UserA can’t talk this phone. It display error “Reason was: Request Timeout.”

 

I see log.

 

DBG:usrloc:db_load_urecord: aor 886988000076@202.55.233.195 not found in table location

 

I don’t know why.

Do you have any suggest??

 

Thanks for your support.

Nick

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Ali Pey
Sent: Wednesday, September 05, 2012 10:18 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] opensips Cache

 

It should be 3 in your case.

 

Regards,

Ali Pey

 

On Wed, Sep 5, 2012 at 10:15 AM, 張鴻憲 <[hidden email]> wrote:

Dear Ali

 

My db mode setting

modparam("usrloc", "db_mode",   1)

 

Thanks for your support

Nick

2012/9/5 Ali Pey <[hidden email]>

Re-evaluate your db mode setting:

 

 

Regards,

Ali Pey

On Wed, Sep 5, 2012 at 3:44 AM, Nick Chang <[hidden email]> wrote:

Hello

 

I have two opensips server.

 

User A  àregisterà  Opensips A

User B  àregisterà  Opensips B

 

Two User used the same domain, may be aaa.com

 

When I input “opensipsctl online”

I can see UserA on the Opensips A, UserB on the OpensipsB.

 

But When UserA call to UserB. It’s failed. It tell me “user not register”.

 

I have check MySQL table “ location”

Two user both on the location.

 

If I restart OpensipsB.

Then, I input “opensipsctl online”

I can see UserA and UserB is online.

 

But in the OpensipsA.

Only UserA online.

 

I guess, it have cache it.

 

Have to solve this problem??

Thanks for your support.

 

Nick

 

 

 

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: opensips Cache

Ali Pey
Hello Nick,

Do you have domains enabled? 
Maybe you need an alias for 202.55.233.169?

Make sure you have these:

alias=202.55.233.169

modparam("usrloc", "use_domain", 1)

Regards,
Ali Pey


On Wed, Sep 5, 2012 at 9:10 PM, Nick Chang <[hidden email]> wrote:

Hello Ali

 

I change my setting to 3.

 

Now, UserA  call to UserB, UserB can ringing. But UserA can’t talk this phone. It display error “Reason was: Request Timeout.”

 

I see log.

 

DBG:usrloc:db_load_urecord: aor [hidden email] not found in table location

 

I don’t know why.

Do you have any suggest??

 

Thanks for your support.

Nick

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Ali Pey
Sent: Wednesday, September 05, 2012 10:18 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] opensips Cache

 

It should be 3 in your case.

 

Regards,

Ali Pey

 

On Wed, Sep 5, 2012 at 10:15 AM, 張鴻憲 <[hidden email]> wrote:

Dear Ali

 

My db mode setting

modparam("usrloc", "db_mode",   1)

 

Thanks for your support

Nick

2012/9/5 Ali Pey <[hidden email]>

Re-evaluate your db mode setting:

 

 

Regards,

Ali Pey

On Wed, Sep 5, 2012 at 3:44 AM, Nick Chang <[hidden email]> wrote:

Hello

 

I have two opensips server.

 

User A  àregisterà  Opensips A

User B  àregisterà  Opensips B

 

Two User used the same domain, may be aaa.com

 

When I input “opensipsctl online”

I can see UserA on the Opensips A, UserB on the OpensipsB.

 

But When UserA call to UserB. It’s failed. It tell me “user not register”.

 

I have check MySQL table “ location”

Two user both on the location.

 

If I restart OpensipsB.

Then, I input “opensipsctl online”

I can see UserA and UserB is online.

 

But in the OpensipsA.

Only UserA online.

 

I guess, it have cache it.

 

Have to solve this problem??

Thanks for your support.

 

Nick

 

 

 

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: opensips Cache

Nick Chang

Dear Ali

 

Yes.

I added alias=202.55.233.195

modparam(“usrloc”,”use_domain”,1) à I already set it.

 

But, Reason was the same.

 

UserA call B. UserB’s iphone is ringing.  UserB click talk button. But UserA’s iphone “Reason was Request Timeout”

I don’t know why??

 

Is it my INV timer too short??

 

Thanks for your support

 

Nick

 

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Ali Pey
Sent: Thursday, September 06, 2012 9:59 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] opensips Cache

 

Hello Nick,

 

Do you have domains enabled? 

Maybe you need an alias for 202.55.233.169?

 

Make sure you have these:

 

alias=202.55.233.169

 

modparam("usrloc", "use_domain", 1)

 

Regards,

Ali Pey

 

 

On Wed, Sep 5, 2012 at 9:10 PM, Nick Chang <[hidden email]> wrote:

Hello Ali

 

I change my setting to 3.

 

Now, UserA  call to UserB, UserB can ringing. But UserA can’t talk this phone. It display error “Reason was: Request Timeout.”

 

I see log.

 

DBG:usrloc:db_load_urecord: aor [hidden email] not found in table location

 

I don’t know why.

Do you have any suggest??

 

Thanks for your support.

Nick

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Ali Pey
Sent: Wednesday, September 05, 2012 10:18 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] opensips Cache

 

It should be 3 in your case.

 

Regards,

Ali Pey

 

On Wed, Sep 5, 2012 at 10:15 AM, 張鴻憲 <[hidden email]> wrote:

Dear Ali

 

My db mode setting

modparam("usrloc", "db_mode",   1)

 

Thanks for your support

Nick

2012/9/5 Ali Pey <[hidden email]>

Re-evaluate your db mode setting:

 

 

Regards,

Ali Pey

On Wed, Sep 5, 2012 at 3:44 AM, Nick Chang <[hidden email]> wrote:

Hello

 

I have two opensips server.

 

User A  àregisterà  Opensips A

User B  àregisterà  Opensips B

 

Two User used the same domain, may be aaa.com

 

When I input “opensipsctl online”

I can see UserA on the Opensips A, UserB on the OpensipsB.

 

But When UserA call to UserB. It’s failed. It tell me “user not register”.

 

I have check MySQL table “ location”

Two user both on the location.

 

If I restart OpensipsB.

Then, I input “opensipsctl online”

I can see UserA and UserB is online.

 

But in the OpensipsA.

Only UserA online.

 

I guess, it have cache it.

 

Have to solve this problem??

Thanks for your support.

 

Nick

 

 

 

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: opensips Cache

Ali Pey
Try with this first. It was a typo in my last email. use_domain should be disabled.
modparam(“usrloc”,”use_domain”,0)

If that didn't work, you need to capture the sip traffic. I can't tell what's wrong because I don't see the signalling. I'm just guessing right now. Or look at the debug logs and see if there is any errors etc.

Regards,
Ali Pey


On Thu, Sep 6, 2012 at 11:19 PM, Nick Chang <[hidden email]> wrote:

Dear Ali

 

Yes.

I added alias=202.55.233.195

modparam(“usrloc”,”use_domain”,1) à I already set it.

 

But, Reason was the same.

 

UserA call B. UserB’s iphone is ringing.  UserB click talk button. But UserA’s iphone “Reason was Request Timeout”

I don’t know why??

 

Is it my INV timer too short??

 

Thanks for your support

 

Nick

 

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Ali Pey
Sent: Thursday, September 06, 2012 9:59 PM


To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] opensips Cache

 

Hello Nick,

 

Do you have domains enabled? 

Maybe you need an alias for 202.55.233.169?

 

Make sure you have these:

 

alias=202.55.233.169

 

modparam("usrloc", "use_domain", 1)

 

Regards,

Ali Pey

 

 

On Wed, Sep 5, 2012 at 9:10 PM, Nick Chang <[hidden email]> wrote:

Hello Ali

 

I change my setting to 3.

 

Now, UserA  call to UserB, UserB can ringing. But UserA can’t talk this phone. It display error “Reason was: Request Timeout.”

 

I see log.

 

DBG:usrloc:db_load_urecord: aor [hidden email] not found in table location

 

I don’t know why.

Do you have any suggest??

 

Thanks for your support.

Nick

 

From: [hidden email] [mailto:[hidden email]] On Behalf Of Ali Pey
Sent: Wednesday, September 05, 2012 10:18 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] opensips Cache

 

It should be 3 in your case.

 

Regards,

Ali Pey

 

On Wed, Sep 5, 2012 at 10:15 AM, 張鴻憲 <[hidden email]> wrote:

Dear Ali

 

My db mode setting

modparam("usrloc", "db_mode",   1)

 

Thanks for your support

Nick

2012/9/5 Ali Pey <[hidden email]>

Re-evaluate your db mode setting:

 

 

Regards,

Ali Pey

On Wed, Sep 5, 2012 at 3:44 AM, Nick Chang <[hidden email]> wrote:

Hello

 

I have two opensips server.

 

User A  àregisterà  Opensips A

User B  àregisterà  Opensips B

 

Two User used the same domain, may be aaa.com

 

When I input “opensipsctl online”

I can see UserA on the Opensips A, UserB on the OpensipsB.

 

But When UserA call to UserB. It’s failed. It tell me “user not register”.

 

I have check MySQL table “ location”

Two user both on the location.

 

If I restart OpensipsB.

Then, I input “opensipsctl online”

I can see UserA and UserB is online.

 

But in the OpensipsA.

Only UserA online.

 

I guess, it have cache it.

 

Have to solve this problem??

Thanks for your support.

 

Nick

 

 

 

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: opensips Cache

Nick Chang

Hello

 

I capture the sip traffic.

 

Now A call B. B phone is rining.

 

But A display 408 request timeout after B receive this phone call .

 

I guess, A can’t receive Reponses from B.

 

Do everyone have any suggest??

I checked Call-id and via header, it’s all the same, not different.

 

Thanks

Nick

 

----------------------------------------

-- 2012-09-26 17:18:40 - Received from 202.153.189.163:5060 from 111.81.234.119:5060

OPTIONS <a href="sip:0939723377@111.81.234.119:5060">sip:0939723377@111.81.234.119:5060 SIP/2.0

Record-Route: <<a href="sip:10.1.2.150;lr;ftag=24255">sip:10.1.2.150;lr;ftag=24255>

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bKdae.aede0757.0

Via: SIP/2.0/UDP 192.168.10.119:5060;received=211.75.166.164;rport=5060;branch=z9hG4bK2860

From: <sip:[hidden email]>;tag=24255

To: <<a href="sip:0939723377@202.153.189.163:5060">sip:0939723377@202.153.189.163:5060>

Call-ID: 10952

CSeq: 21 OPTIONS

Accept: application/sdp

Max-Forwards: 69

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0)

Content-Length: 0

 

 

 

----------------------------------------

-- 2012-09-26 17:18:40 - Sent to 202.153.189.163:5060 from 111.81.234.119:5060

SIP/2.0 200 OK

Accept: application/reginfo+xml, application/sdp, application/simple-message-summary, message/sipfrag, multipart/mixed, multipart/related

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bKdae.aede0757.0;received=202.153.189.163, SIP/2.0/UDP 192.168.10.119:5060;received=211.75.166.164;rport=5060;branch=z9hG4bK2860

From: <sip:[hidden email]>;tag=24255

To: <<a href="sip:0939723377@202.153.189.163:5060">sip:0939723377@202.153.189.163:5060>;tag=4129052289

Call-ID: 10952

CSeq: 21 OPTIONS

Allow: ACK, BYE, CANCEL, INVITE, NOTIFY, OPTIONS, REFER, SUBSCRIBE, UPDATE

Allow-Events: refer

Contact: <<a href="sip:0939723377@111.81.234.119:5060">sip:0939723377@111.81.234.119:5060>

Server: Media5-fone/3.3.1.642

Supported: 100rel, replaces

Content-Length: 0

 

----------------------------------------

RTCP statistics for Call: 21560

Local Min Jitter: 0

Local Max Jitter: 0

Local Avg Jitter: 0

Local Packet Sent: 1099

Local Packet Lost: 0

Local Packet Recv: 0

Local Min Latency: 0

Local Max Latency: 0

Local Avg Latency: 0

Remote Jitter: 0

Remote Packet Sent: 0

Remote Packet Lost: 0

 

 

----------------------------------------

-- 2012-09-26 17:18:44 - Received from 202.153.189.163:5060 from 111.81.234.119:5060

OPTIONS <a href="sip:0939723377@111.81.234.119:5060">sip:0939723377@111.81.234.119:5060 SIP/2.0

Record-Route: <<a href="sip:10.1.2.150;lr;ftag=24255">sip:10.1.2.150;lr;ftag=24255>

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bKdae.aede0757.0

Via: SIP/2.0/UDP 192.168.10.119:5060;received=211.75.166.164;rport=5060;branch=z9hG4bK2860

From: <sip:[hidden email]>;tag=24255

To: <<a href="sip:0939723377@202.153.189.163:5060">sip:0939723377@202.153.189.163:5060>

Call-ID: 10952

CSeq: 21 OPTIONS

Accept: application/sdp

Max-Forwards: 69

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0)

Content-Length: 0

 

 

 

----------------------------------------

-- 2012-09-26 17:18:44 - Sent to 202.153.189.163:5060 from 111.81.234.119:5060

SIP/2.0 200 OK

Accept: application/reginfo+xml, application/sdp, application/simple-message-summary, message/sipfrag, multipart/mixed, multipart/related

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bKdae.aede0757.0;received=202.153.189.163, SIP/2.0/UDP 192.168.10.119:5060;received=211.75.166.164;rport=5060;branch=z9hG4bK2860

From: <sip:[hidden email]>;tag=24255

To: <<a href="sip:0939723377@202.153.189.163:5060">sip:0939723377@202.153.189.163:5060>;tag=4129052289

Call-ID: 10952

CSeq: 21 OPTIONS

Allow: ACK, BYE, CANCEL, INVITE, NOTIFY, OPTIONS, REFER, SUBSCRIBE, UPDATE

Allow-Events: refer

Contact: <<a href="sip:0939723377@111.81.234.119:5060">sip:0939723377@111.81.234.119:5060>

Server: Media5-fone/3.3.1.642

Supported: 100rel, replaces

Content-Length: 0

 

----------------------------------------

-- 2012-09-26 17:18:48 - Received from 202.153.189.163:5060 from 111.81.234.119:5060

OPTIONS <a href="sip:0939723377@111.81.234.119:5060">sip:0939723377@111.81.234.119:5060 SIP/2.0

Record-Route: <<a href="sip:10.1.2.150;lr;ftag=24255">sip:10.1.2.150;lr;ftag=24255>

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bKdae.aede0757.0

Via: SIP/2.0/UDP 192.168.10.119:5060;received=211.75.166.164;rport=5060;branch=z9hG4bK2860

From: <sip:[hidden email]>;tag=24255

To: <<a href="sip:0939723377@202.153.189.163:5060">sip:0939723377@202.153.189.163:5060>

Call-ID: 10952

CSeq: 21 OPTIONS

Accept: application/sdp

Max-Forwards: 69

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0)

Content-Length: 0

 

 

 

----------------------------------------

-- 2012-09-26 17:18:48 - Sent to 202.153.189.163:5060 from 111.81.234.119:5060

SIP/2.0 200 OK

Accept: application/reginfo+xml, application/sdp, application/simple-message-summary, message/sipfrag, multipart/mixed, multipart/related

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bKdae.aede0757.0;received=202.153.189.163, SIP/2.0/UDP 192.168.10.119:5060;received=211.75.166.164;rport=5060;branch=z9hG4bK2860

From: <sip:[hidden email]>;tag=24255

To: <<a href="sip:0939723377@202.153.189.163:5060">sip:0939723377@202.153.189.163:5060>;tag=4129052289

Call-ID: 10952

CSeq: 21 OPTIONS

Allow: ACK, BYE, CANCEL, INVITE, NOTIFY, OPTIONS, REFER, SUBSCRIBE, UPDATE

Allow-Events: refer

Contact: <<a href="sip:0939723377@111.81.234.119:5060">sip:0939723377@111.81.234.119:5060>

Server: Media5-fone/3.3.1.642

Supported: 100rel, replaces

Content-Length: 0

 

----------------------------------------

-- 2012-09-26 17:18:51 - Received from 202.153.189.163:5060 from 111.81.234.119:5060

SIP/2.0 408 Request Timeout

Via: SIP/2.0/UDP 111.81.234.119;received=111.81.234.119;rport=5060;branch=z9hG4bKfc18a4bb30ae86d45

From: "0939723377" <<a href="sip:0939723377@202.153.189.163:5060">sip:0939723377@202.153.189.163:5060>;tag=58c7dbfb9c

To: <sip:[hidden email]>;tag=155c340f586c28d0300cf5a6ccf90d99-0c70

Call-ID: fc69eccabcb266e3

CSeq: 571012371 INVITE

Server: OpenSIPS (1.8.1-notls (x86_64/linux))

Content-Length: 0


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Multi opensips Server

Nick Chang
In reply to this post by Ali Pey

Hello

 

I have multi Opensips Server and one database. I used LVS with opensips Server.

I set “usrloc”,”db_mode”,”3”)

 

Now,

A registered on SIPA.

B registered ON SIPB.

 

A call to B. B is ringing.

When B receive this phone call, A phone display “Request Timeout” .

 

Its my log. Can everyone give a suggest?

A

U 2012/10/02 11:50:26.205049 118.163.61.141:37851 -> 10.1.2.150:5060

INVITE sip:886988000076@202.153.189.163 SIP/2.0.

Via: SIP/2.0/UDP 10.1.1.53:2213;rport;branch=z9hG4bK2046386276.

From: <sip:0939723377@202.153.189.163>;tag=1504309726.

To: <sip:886988000076@202.153.189.163>.

Call-ID: 1293961514.

CSeq: 20 INVITE.

Contact: <sip:0939723377@118.163.61.141:37851>.

Content-Type: application/sdp.

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO.

Max-Forwards: 70.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

Subject: Phone call.

Content-Length:   371.

.

v=0.

o=0939723377 622 622 IN IP4 10.1.1.53.

s=Talk.

c=IN IP4 10.1.1.53.

b=AS:380.

t=0 0.

m=audio 7076 RTP/AVP 111 110 3 0 8 100 120 9 101.

a=rtpmap:111 speex/16000.

a=fmtp:111 vbr=on.

a=rtpmap:110 speex/8000.

a=fmtp:110 vbr=on.

a=rtpmap:100 iLBC/8000.

a=fmtp:100 mode=30.

a=rtpmap:120 SILK/16000.

a=rtpmap:9 G722/8000.

a=rtpmap:101 telephone-event/8000.

a=fmtp:101 0-11.

 

#

U 2012/10/02 11:50:26.214890 10.1.2.150:5060 -> 118.163.61.141:37851

SIP/2.0 100 Giving a try.

Via: SIP/2.0/UDP 10.1.1.53:2213;received=118.163.61.141;rport=37851;branch=z9hG4bK2046386276.

From: <sip:0939723377@202.153.189.163>;tag=1504309726.

To: <sip:886988000076@202.153.189.163>.

Call-ID: 1293961514.

CSeq: 20 INVITE.

Server: OpenSIPS (1.8.1-notls (x86_64/linux)).

Content-Length: 0.

 

U 2012/10/02 11:50:26.215232 10.1.2.150:5060 -> 211.75.166.164:5060

INVITE sip:886988000076@211.75.166.164:5060;line=5a27f02dfedb8bf SIP/2.0.

Record-Route: <sip:10.1.2.150;lr;ftag=1504309726;did=60b.bd191934>.

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bK58f2.27858ef6.0.

Via: SIP/2.0/UDP 10.1.1.53:2213;received=118.163.61.141;rport=37851;branch=z9hG4bK2046386276.

From: <sip:0939723377@202.153.189.163>;tag=1504309726.

To: <sip:886988000076@202.153.189.163>.

Call-ID: 1293961514.

CSeq: 20 INVITE.

Contact: <sip:0939723377@118.163.61.141:37851;nat=yes>.

Content-Type: application/sdp.

Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, NOTIFY, MESSAGE, SUBSCRIBE, INFO.

Max-Forwards: 69.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

Subject: Phone call.

Content-Length: 396.

.

v=0.

o=0939723377 622 622 IN IP4 10.1.1.53.

s=Talk.

b=AS:380.

t=0 0.

m=audio 58362 RTP/AVP 111 110 3 0 8 100 120 9 101.

a=rtpmap:111 speex/16000.

a=fmtp:111 vbr=on.

a=rtpmap:110 speex/8000.

a=fmtp:110 vbr=on.

a=rtpmap:100 iLBC/8000.

a=fmtp:100 mode=30.

a=rtpmap:120 SILK/16000.

a=rtpmap:9 G722/8000.

a=rtpmap:101 telephone-event/8000.

a=fmtp:101 0-11.

a=nortpproxy:yes.

 

#

U 2012/10/02 11:50:26.518470 118.163.61.141:37851 -> 10.1.2.150:5060

SIP/2.0 200 OK.

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bK7a6c.fd2f0305.0;received=202.153.189.163.

Via: SIP/2.0/UDP 192.168.10.119:5060;received=211.75.166.164;rport=5060;branch=z9hG4bK21426.

From: <sip:886988000076@202.153.189.163>;tag=24249.

To: <sip:0939723377@202.153.189.163>;tag=1309218872.

Call-ID: 23802.

CSeq: 21 OPTIONS.

Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, SUBSCRIBE, NOTIFY, INFO.

Accept: application/sdp.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

Content-Length: 0.

.

 

#

U 2012/10/02 11:50:26.518809 118.163.61.141:37851 -> 10.1.2.150:5060

SIP/2.0 200 OK.

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bK7a6c.fd2f0305.1;received=202.153.189.163.

Via: SIP/2.0/UDP 192.168.10.119:5060;received=211.75.166.164;rport=5060;branch=z9hG4bK21426.

From: <sip:886988000076@202.153.189.163>;tag=24249.

To: <sip:0939723377@202.153.189.163>;tag=2105303147.

Call-ID: 23802.

CSeq: 21 OPTIONS.

Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, SUBSCRIBE, NOTIFY, INFO.

Accept: application/sdp.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

 

U 2012/10/02 11:50:30.877991 10.1.2.150:5060 -> 118.163.61.141:37851

SIP/2.0 408 Request Timeout.

Via: SIP/2.0/UDP 10.1.1.53:2213;received=118.163.61.141;rport=37851;branch=z9hG4bK2046386276.

From: <sip:0939723377@202.153.189.163>;tag=1504309726.

To: <sip:886988000076@202.153.189.163>;tag=155c340f586c28d0300cf5a6ccf90d99-3938.

Call-ID: 1293961514.

CSeq: 20 INVITE.

Server: OpenSIPS (1.8.1-notls (x86_64/linux)).

Content-Length: 0.

.

 

B

U 2012/10/02 11:50:33.991917 211.75.166.164:5060 -> 10.1.2.150:5060

SIP/2.0 100 Trying.

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bK58f2.27858ef6.0;received=202.153.189.163.

Via: SIP/2.0/UDP 10.1.1.53:2213;received=118.163.61.141;rport=37851;branch=z9hG4bK2046386276.

From: <sip:0939723377@202.153.189.163>;tag=1504309726.

To: <sip:886988000076@202.153.189.163>.

Call-ID: 1293961514.

CSeq: 20 INVITE.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

Content-Length: 0.

.

 

#

U 2012/10/02 11:50:33.992613 211.75.166.164:5060 -> 10.1.2.150:5060

SIP/2.0 101 Dialog Establishement.

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bK58f2.27858ef6.0;received=202.153.189.163.

Via: SIP/2.0/UDP 10.1.1.53:2213;received=118.163.61.141;rport=37851;branch=z9hG4bK2046386276.

Record-Route: <sip:10.1.2.150;lr;ftag=1504309726;did=60b.bd191934>.

From: <sip:0939723377@202.153.189.163>;tag=1504309726.

To: <sip:886988000076@202.153.189.163>;tag=4827.

Call-ID: 1293961514.

CSeq: 20 INVITE.

Contact: <sip:886988000076@192.168.10.119:5060>.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

Content-Length: 0.

.

 

#

U 2012/10/02 11:50:33.995066 211.75.166.164:5060 -> 10.1.2.150:5060

OPTIONS sip:0939723377@202.153.189.163 SIP/2.0.

Via: SIP/2.0/UDP 192.168.10.119:5060;rport;branch=z9hG4bK31445.

From: <sip:886988000076@202.153.189.163>;tag=24249.

To: <sip:0939723377@202.153.189.163>.

Call-ID: 23802.

CSeq: 20 OPTIONS.

Accept: application/sdp.

Max-Forwards: 70.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

Content-Length: 0.

.

OPTIONS sip:0939723377@202.153.189.163 SIP/2.0.

Via: SIP/2.0/UDP 192.168.10.119:5060;rport;branch=z9hG4bK21426.

From: <sip:886988000076@202.153.189.163>;tag=24249.

To: <sip:0939723377@202.153.189.163>.

Call-ID: 23802.

CSeq: 21 OPTIONS.

Proxy-Authorization: Digest username="886988000076", realm="202.153.189.163", nonce="506a64a700000021ad7f1784cd5863e42ebfcd2cc1c9244e", uri="sip:0939723377@202.153.189.163", response="939d2b4e7f7f92d0604f161882a7a33c", algorithm=MD5.

Accept: application/sdp.

Max-Forwards: 70.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

Content-Length: 0.

.

 

#

U 2012/10/02 11:50:34.082347 211.75.166.164:5060 -> 10.1.2.150:5060

SIP/2.0 180 Ringing.

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bK58f2.27858ef6.0;received=202.153.189.163.

Via: SIP/2.0/UDP 10.1.1.53:2213;received=118.163.61.141;rport=37851;branch=z9hG4bK2046386276.

Record-Route: <sip:10.1.2.150;lr;ftag=1504309726;did=60b.bd191934>.

From: <sip:0939723377@202.153.189.163>;tag=1504309726.

To: <sip:886988000076@202.153.189.163>;tag=4827.

Call-ID: 1293961514.

CSeq: 20 INVITE.

Contact: <sip:886988000076@192.168.10.119:5060>.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

Content-Length: 0.

.

 

#

U 2012/10/02 11:50:34.089515 10.1.2.150:5060 -> 118.163.61.141:37851

OPTIONS sip:0939723377@118.163.61.141:37851;line=d167d12b12d2a0b SIP/2.0.

Record-Route: <sip:10.1.2.150;lr;ftag=24249>.

Via: SIP/2.0/UDP 10.1.2.150;branch=z9hG4bK7a6c.fd2f0305.0.

Via: SIP/2.0/UDP 192.168.10.119:5060;received=211.75.166.164;rport=5060;branch=z9hG4bK21426.

From: <sip:886988000076@202.153.189.163>;tag=24249.

To: <sip:0939723377@202.153.189.163>.

Call-ID: 23802.

CSeq: 21 OPTIONS.

Accept: application/sdp.

Max-Forwards: 69.

User-Agent: Linphone/3.5.2 (eXosip2/3.6.0).

 


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Multi opensips Server

Nick Chang
In reply to this post by Ali Pey

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@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@202.153.189.163]

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:get_hdr_field: to body [<sip:0939723377@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@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@202.153.189.163]

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:get_hdr_field: to body [<sip:886988000076@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@202.153.189.163]

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:core:get_hdr_field: to body [<sip:886988000076@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


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: 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:[hidden email]]
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@202.153.189.163}

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

Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:get_hdr_field: to body [<<a href="sip:0939723377@202.153.189.163">sip:0939723377@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@202.153.189.163}

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

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:get_hdr_field: to body [<<a href="sip:886988000076@202.153.189.163">sip:886988000076@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=[<a href="sip:886988000076@202.153.189.163">sip:886988000076@202.153.189.163]

Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:core:get_hdr_field: to body [<<a href="sip:886988000076@202.153.189.163">sip:886988000076@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


_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
Reply | Threaded
Open this post in threaded view
|

Re: Multi opensips Server

Binan83

Hi,
use B2BUA , write simple xml scinareo for that.
I can imagine client and servers B2BUA entities to receive and send SIP messages between sipA and sipB

//Binan



From: Nick Chang <[hidden email]>
To: 'OpenSIPS users mailling list' <[hidden email]>
Sent: Tuesday, October 2, 2012 11:59 AM
Subject: Re: [OpenSIPS-Users] Multi opensips Server

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:[hidden email]]
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@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@202.153.189.163]
Oct  2 14:43:11 Sharesip1 /usr/local/sbin/opensips[30124]: DBG:core:get_hdr_field: to body [<sip:0939723377@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@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@202.153.189.163]
Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29866]: DBG:core:get_hdr_field: to body [<sip:886988000076@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@202.153.189.163]
Oct  2 14:03:00 Sharesip1 /usr/local/sbin/opensips[29865]: DBG:core:get_hdr_field: to body [<sip:886988000076@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

_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



_______________________________________________
Users mailing list
[hidden email]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
voipmagazine.wordpress.com/