Hi Bogdan,
My pleasure J - And it’s working!!! J
/Søren
*Fra:*Bogdan-Andrei Iancu [mailto:[email protected]]
*Sendt:* 19. januar 2016 13:55
*Til:* Søren Andersen <[email protected]>; [email protected]
*Emne:* Re: SV: SV: SV: SV: [OpenSIPS-Users] B2B BYEs
Hi Søren,
Thanks to all your support and info I found the problem. The fix is
now available on GIT repo on all maintained versions.
Please update and confirm.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 19.01.2016 12:38, Søren Andersen wrote:
Hi Bogdan-Andrei,
Hmm.. Actually it look likes “route_se” is missing in the LEGS::
after a restart?
# Before restart #
dlg:: 227897 param=774.0 state=5 last_invite_cseq=29551
last_method=4 last_reply_code=200 db_flag=2
callid:: B2B.348.227897
from:: uri=sip:[email protected];user=phone
<mailto:uri=sip:[email protected];user=phone>
tag=e33f629b154d16f5f57a07bf5d17124e-7644
to:: uri=sip:[email protected]
<mailto:uri=sip:[email protected]> tag=2075842316
cseq:: caller=29551 callee=1
route_set::
caller=<sip:XX.xx.XX.120;lr;ftag=e33f629b154d16f5f57a07bf5d17124e-7644;did=834.31f18683>
contact:: caller=sip:xx.xx.xx.117:5060
callee=sip:[email protected]:5060;transport=udp
<mailto:callee=sip:[email protected]:5060;transport=udp>
send_sock:: xx.xx.xx.117
LEGS::
leg:: 0 tag=2075842316 cseq=29551
contact=sip:[email protected]:5060;transport=udp
<mailto:contact=sip:[email protected]:5060;transport=udp>
route_se=<sip:xx.xx.xx.120;lr;ftag=e33f629b154d16f5f57a07bf5d17124e-7644;did=834.31f18683>
# After restart #
dlg:: 227897 param=774.0 state=5 last_invite_cseq=29551
last_method=0 db_flag=0
callid:: B2B.348.227897
from:: uri=sip:[email protected];user=phone
<mailto:uri=sip:[email protected];user=phone>
tag=e33f629b154d16f5f57a07bf5d17124e-7644
to:: uri=sip:[email protected]
<mailto:uri=sip:[email protected]> tag=2075842316
cseq:: caller=29551 callee=1
route_set::
caller=<sip:xx.xx.xx.120;lr;ftag=e33f629b154d16f5f57a07bf5d17124e-7644;did=834.31f18683>
contact:: caller=sip:xx.xx.xx.117:5060
callee=sip:[email protected]:5060;transport=udp
<mailto:callee=sip:[email protected]:5060;transport=udp>
send_sock:: xx.xx.xx.117
LEGS::
leg:: 0 tag=2075842316 cseq=29551
contact=sip:[email protected]:5060;transport=udp
<mailto:contact=sip:[email protected]:5060;transport=udp>
/Søren
*Fra:*Bogdan-Andrei Iancu [mailto:[email protected]]
*Sendt:* 19. januar 2016 11:13
*Til:* Søren Andersen <[email protected]> <mailto:[email protected]>;
[email protected] <mailto:[email protected]>
*Emne:* Re: SV: SV: SV: [OpenSIPS-Users] B2B BYEs
Hi Søren,
It seems that the callee route set is stored in db (see the
b2b_entities table, the route1 field
="<sip:XX.XX.XX.120;lr;ftag=a9ff31f61f2601c916f6044c2e20e16a-3c47;did=895.92039fc>")
Can you run the b2be_list MI command before and after the restart,
to see if indeed, the callee route set is not properly restored ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 15.01.2016 12:21, Søren Andersen wrote:
Yup.
SELECT * FROM b2b.b2b_logic;
# id, si_key, scenario, sstate, next_sstate, sparam0, sparam1,
sparam2, sparam3, sparam4, sdp, lifetime, e1_type, e1_sid,
e1_from, e1_to, e1_key, e2_type, e2_sid, e2_from, e2_to,
e2_key, e3_type, e3_sid, e3_from, e3_to, e3_key
'226', '360.0', 'StofaB2B', '1', '1',
'sip:[email protected] <mailto:sip:[email protected]>',
'', '', '', '', '', '1452896043', '0', 'server1',
'sip:[email protected];user=phone
<mailto:sip:[email protected];user=phone>',
'sip:[email protected]:5060
<mailto:sip:[email protected]:5060>', 'B2B.39.160', '1',
'client1', 'sip:[email protected];user=phone
<mailto:sip:[email protected];user=phone>',
'sip:[email protected] <mailto:sip:[email protected]>',
'B2B.448.7695796', NULL, NULL, NULL, NULL, NULL
SELECT * FROM b2b.b2b_entities;
# id, type, state, ruri, from_uri, to_uri, from_dname,
to_dname, tag0, tag1, callid, cseq0, cseq1, contact0,
contact1, route0, route1, sockinfo_srv, param, lm, lrc, lic,
leg_cseq, leg_route, leg_tag, leg_contact, leg_sockinfo
'316', '0', '5', 'sip:[email protected]:5060;user=phone
<mailto:sip:[email protected]:5060;user=phone>',
'sip:[email protected];user=phone
<mailto:sip:[email protected];user=phone>',
'sip:[email protected];user=phone
<mailto:sip:[email protected];user=phone>', '', '',
'mvgh6xvkp7z', 'B2B.39.160',
'[email protected]
<mailto:[email protected]>', '32736', '1',
'sip:[email protected]:5060;transport=udp
<mailto:sip:[email protected]:5060;transport=udp>',
'sip:XX.XX.XX.117:5060', '<sip:XX.XX.XXX.117;lr>', '',
'udp:XX.XX.XX.117:5060', '360.0', '0', '200', '32736', NULL,
NULL, NULL, NULL, NULL
'317', '1', '5', '',
'sip:[email protected];user=phone
<mailto:sip:[email protected];user=phone>',
'sip:[email protected]
<mailto:sip:[email protected]>', '', '',
'a9ff31f61f2601c916f6044c2e20e16a-3c47', '2761431845',
'B2B.448.7695796', '32737', '1', 'sip:XX.XXX.XXX.117:5060',
'sip:[email protected]:5060;transport=udp
<mailto:sip:[email protected]:5060;transport=udp>',
'<sip:XX.XX.XX.120;lr;ftag=a9ff31f61f2601c916f6044c2e20e16a-3c47;did=895.92039fc>',
'', 'udp:XX.XX.XX.117:5060', '360.0', '4', '0', '32737',
'32737',
'<sip:XX.XX.XX120;lr;ftag=a9ff31f61f2601c916f6044c2e20e16a-3c47;did=895.92039fc>',
'2761431845', 'sip:[email protected]:5060;transport=udp
<mailto:sip:[email protected]:5060;transport=udp>', NULL
/Søren
*Fra:*Bogdan-Andrei Iancu [mailto:[email protected]]
*Sendt:* 15. januar 2016 11:07
*Til:* Søren Andersen <[email protected]> <mailto:[email protected]>;
[email protected] <mailto:[email protected]>
*Emne:* Re: SV: SV: [OpenSIPS-Users] B2B BYEs
Hi Søren,
In the scenario with the restart, after the restart, the
sequential requests generated by b2b is missing the Route
header - and it is bypassing the proxy - can you ppst the DB
records for b2b you have during the restart?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 15.01.2016 10:57, Søren Andersen wrote:
Hi Bogdan-Andrei,
Sure. I’ve attached the two files.
(B2B server)
(OpenSIPS Proxy)
(SIP Client)
My scenario:
<?xml version="1.0"?>
<scenario id="StofaB2B" name="MS start and end" param="2"
type="script">
<init>
<bridge>
<server>
<id>server1</id>
</server>
<client>
<id>client1</id>
<type>message</type>
<destination>
<value type="param">1</value>
</destination>
</client>
</bridge>
<state>1</state>
</init>
</scenario>
I’m doing this because my SIP provider can’t handle multi
dialogs, so if I first send a call to the sip client and
if the call is unanswered I can’t redirect the call to
voicemail since this will generate a new to_tag. And this
can’t my SIP provider not handle. So therefore I need some
B2B logic to make this happen for me.
/Søren
*Fra:*Bogdan-Andrei Iancu [mailto:[email protected]]
*Sendt:* 14. januar 2016 16:41
*Til:* Søren Andersen <[email protected]>
<mailto:[email protected]>; OpenSIPS users mailling list
<[email protected]> <mailto:[email protected]>
*Emne:* Re: SV: [OpenSIPS-Users] B2B BYEs
Hi Søren,
Do you have an ngrep capture (taken from opensips b2b,
covering all calls/legs involved in the scenario) showing
the call with the B2B restarted ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 13.01.2016 14:39, Søren Andersen wrote:
Hi Bogdan-Andrei,
Only if I reload the B2B the BYEs is sent directly to
the client. – But the funny thing is this only happens
if the client is receives a call. If the client
initialize the call everything works fine.
/Søren
*Fra:*Bogdan-Andrei Iancu [mailto:[email protected]]
*Sendt:* 13. januar 2016 11:39
*Til:* OpenSIPS users mailling list
<[email protected]>
<mailto:[email protected]>; Søren Andersen
<[email protected]> <mailto:[email protected]>
*Emne:* Re: [OpenSIPS-Users] B2B BYEs
Hi Søren,
With or without restarting the B2B isn;t the BYE sent
by client to the B2B instance ?
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 12.01.2016 16:32, Søren Andersen wrote:
Hello there,
I’ve some strange issues with the B2B module. – I
use MySQL as backend, and if I reload OpenSIPS the
BYE is sent directly to the client, and not my SIP
proxy. My B2B and OpenSIPS is two difference servers.
If I take a look in b2b_entities table I notice
the contact1 field contains the IP address of the
client. But if I don’t reload the OpenSIPS the
BYE will be sent correctly the my proxy, and then
to the client.
Now, my question is how can I make sure that B2B
server will not try to communicate with the
clients after a reload?
My topology:
ISP -> B2B -> Proxy -> Client
My config:
loadmodule "b2b_entities.so"
loadmodule "b2b_logic.so"
modparam("b2b_logic", "script_scenario",
"/etc/opensips/b2b.xml")
modparam("b2b_entities", "db_url",
"mysql://opensips:[email protected]/b2b"
<mailto:mysql://opensips:[email protected]/b2b>)
modparam("b2b_entities", "db_mode", 1)
modparam("b2b_logic", "db_mode", 1)
modparam("b2b_logic", "db_url",
"mysql://opensips:[email protected]/b2b"
<mailto:mysql://opensips:[email protected]/b2b>)
modparam("b2b_entities", "replication_mode", 1)
modparam("b2b_logic", "init_callid_hdr",
"Init-CallID")
if (is_method("INVITE") && !has_totag()) {
b2b_init_request("B2B","sip:[email protected]"
<mailto:sip:[email protected]>);
exit;
}
/Søren
_______________________________________________
Users mailing list
[email protected]
<mailto:[email protected]>
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
