[OpenSIPS-Users] B2B BYEs
Bogdan-Andrei Iancu
bogdan at opensips.org
Wed Jan 20 11:54:28 CET 2016
Perfect, thank you!
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 20.01.2016 11:26, Søren Andersen wrote:
>
> Hi Bogdan,
>
> My pleasure J - And it’s working!!! J
>
> /Søren
>
> *Fra:*Bogdan-Andrei Iancu [mailto:bogdan at opensips.org]
> *Sendt:* 19. januar 2016 13:55
> *Til:* Søren Andersen <SOAN at stofa.dk>; users at lists.opensips.org
> *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:XXXX03 at XX.XX.XX.36;user=phone
> <mailto:uri=sip:XXXX03 at XX.XX.XX.36;user=phone>
> tag=e33f629b154d16f5f57a07bf5d17124e-7644
>
> to:: uri=sip:XXXX04 at XX.XX.XX.120
> <mailto:uri=sip:XXXX04 at XX.XX.XX.120> 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:xxxxxx04 at 10.101.16.179:5060;transport=udp
> <mailto:callee=sip:xxxxxx04 at 10.101.16.179:5060;transport=udp>
>
> send_sock:: xx.xx.xx.117
>
> LEGS::
>
> leg:: 0 tag=2075842316 cseq=29551
> contact=sip:xxxxxx04 at 10.101.16.179:5060;transport=udp
> <mailto:contact=sip:xxxxxx04 at 10.101.16.179: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:xxxxxx03 at xx.xx.xx.36;user=phone
> <mailto:uri=sip:xxxxxx03 at xx.xx.xx.36;user=phone>
> tag=e33f629b154d16f5f57a07bf5d17124e-7644
>
> to:: uri=sip:xxxxxx04 at xx.xx.xxx.120
> <mailto:uri=sip:xxxxxx04 at xx.xx.xxx.120> 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:xxxxxx04 at 10.101.16.179:5060;transport=udp
> <mailto:callee=sip:xxxxxx04 at 10.101.16.179:5060;transport=udp>
>
> send_sock:: xx.xx.xx.117
>
> LEGS::
>
> leg:: 0 tag=2075842316 cseq=29551
> contact=sip:xxxxxx04 at 10.101.16.179:5060;transport=udp
> <mailto:contact=sip:xxxxxx04 at 10.101.16.179:5060;transport=udp>
>
> /Søren
>
> *Fra:*Bogdan-Andrei Iancu [mailto:bogdan at opensips.org]
> *Sendt:* 19. januar 2016 11:13
> *Til:* Søren Andersen <SOAN at stofa.dk> <mailto:SOAN at stofa.dk>;
> users at lists.opensips.org <mailto:users at lists.opensips.org>
> *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:XXXXX04 at XX.XX.XX.120 <mailto:sip:XXXXX04 at XX.XX.XX.120>',
> '', '', '', '', '', '1452896043', '0', 'server1',
> 'sip:XXXXX03 at oXd3-sXw.XX.tXXX.XXX;user=phone
> <mailto:sip:XXXXX03 at oXd3-sXw.XX.tXXX.XXX;user=phone>',
> 'sip:XXXXXX04 at XX.XX.XX.117:5060
> <mailto:sip:XXXXXX04 at XX.XX.XX.117:5060>', 'B2B.39.160', '1',
> 'client1', 'sip:XXXXXX03 at oXX3-sX.XX.XXX.XXX;user=phone
> <mailto:sip:XXXXXX03 at oXX3-sX.XX.XXX.XXX;user=phone>',
> 'sip:XXXXX04 at XX.XX.XX.120 <mailto:sip:XXXXX04 at XX.XX.XX.120>',
> '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:XXXXX04 at XX.XX.XX.117:5060;user=phone
> <mailto:sip:XXXXX04 at XX.XX.XX.117:5060;user=phone>',
> 'sip:XXXXXX03 at osX3-sXw.XX.XXXX.XXX;user=phone
> <mailto:sip:XXXXXX03 at osX3-sXw.XX.XXXX.XXX;user=phone>',
> 'sip:XXXXX04 at 10.250.224.22;user=phone
> <mailto:sip:XXXXX04 at 10.250.224.22;user=phone>', '', '',
> 'mvgh6xvkp7z', 'B2B.39.160',
> '1q2rqu6-3232128665 at osdX-ssw.XX.XXX.XX
> <mailto:1q2rqu6-3232128665 at osdX-ssw.XX.XXX.XX>', '32736', '1',
> 'sip:XXXXXX03 at XX.XX.XX.36:5060;transport=udp
> <mailto:sip:XXXXXX03 at XX.XX.XX.36: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:XXXXXX03 at osdX-ssw.XX.XXXX.XX;user=phone
> <mailto:sip:XXXXXX03 at osdX-ssw.XX.XXXX.XX;user=phone>',
> 'sip:XXXXXX04 at XX.XX.XX.120
> <mailto:sip:XXXXXX04 at XX.XX.XX.120>', '', '',
> 'a9ff31f61f2601c916f6044c2e20e16a-3c47', '2761431845',
> 'B2B.448.7695796', '32737', '1', 'sip:XX.XXX.XXX.117:5060',
> 'sip:XXXXXX04 at 10.101.16.179:5060;transport=udp
> <mailto:sip:XXXXXX04 at 10.101.16.179: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:XXXXXX04 at 10.101.16.179:5060;transport=udp
> <mailto:sip:XXXXXX04 at 10.101.16.179:5060;transport=udp>', NULL
>
> /Søren
>
> *Fra:*Bogdan-Andrei Iancu [mailto:bogdan at opensips.org]
> *Sendt:* 15. januar 2016 11:07
> *Til:* Søren Andersen <SOAN at stofa.dk> <mailto:SOAN at stofa.dk>;
> users at lists.opensips.org <mailto:users at lists.opensips.org>
> *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:bogdan at opensips.org]
> *Sendt:* 14. januar 2016 16:41
> *Til:* Søren Andersen <SOAN at stofa.dk>
> <mailto:SOAN at stofa.dk>; OpenSIPS users mailling list
> <users at lists.opensips.org> <mailto:users at lists.opensips.org>
> *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:bogdan at opensips.org]
> *Sendt:* 13. januar 2016 11:39
> *Til:* OpenSIPS users mailling list
> <users at lists.opensips.org>
> <mailto:users at lists.opensips.org>; Søren Andersen
> <SOAN at stofa.dk> <mailto:SOAN at stofa.dk>
> *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:XXX@XX.XX.XX.XX/b2b"
> <mailto:mysql://opensips:XXX@XX.XX.XX.XX/b2b>)
>
> modparam("b2b_entities", "db_mode", 1)
>
> modparam("b2b_logic", "db_mode", 1)
>
> modparam("b2b_logic", "db_url",
> "mysql://opensips:XXX@XX.XX.XX.XX/b2b"
> <mailto:mysql://opensips:XXX@XX.XX.XX.XX/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:$tU at XX.XX.XX.XX"
> <mailto:sip:$tU at XX.XX.XX.XX>);
>
> exit;
>
> }
>
> /Søren
>
>
>
>
>
>
>
>
> _______________________________________________
>
> Users mailing list
>
> Users at lists.opensips.org
> <mailto:Users at lists.opensips.org>
>
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160120/10b8f4c4/attachment-0001.htm>
More information about the Users
mailing list