[OpenSIPS-Users] B2B BYEs
Bogdan-Andrei Iancu
bogdan at opensips.org
Tue Jan 19 11:12:32 CET 2016
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', '',
> '', '', '', '', '1452896043', '0', 'server1',
> 'sip:XXXXX03 at oXd3-sXw.XX.tXXX.XXX;user=phone',
> 'sip:XXXXXX04 at XX.XX.XX.117:5060', 'B2B.39.160', '1', 'client1',
> 'sip:XXXXXX03 at oXX3-sX.XX.XXX.XXX;user=phone',
> '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',
> 'sip:XXXXXX03 at osX3-sXw.XX.XXXX.XXX;user=phone',
> 'sip:XXXXX04 at 10.250.224.22;user=phone', '', '', 'mvgh6xvkp7z',
> 'B2B.39.160', '1q2rqu6-3232128665 at osdX-ssw.XX.XXX.XX', '32736', '1',
> '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',
> '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',
> '<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', 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>; 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/20160119/8377173c/attachment-0001.htm>
More information about the Users
mailing list