OK May be I misunderstood b2bua being dialog dependent. But I saw "toplogy_hiding" function of dialog module and I think it is very cool. For now it will solve need of b2bua for me.
On Tue, Jan 6, 2015 at 9:37 PM, Bogdan-Andrei Iancu <[email protected]> wrote: > Hi John, > > Why do you need the B2B part ? And answering your questions: > > 1) B2B is not dialog dependent, but TM only, so there is no risk > > 2) It will be more difficult to have them in B2B than in proxy - those > features are more proxy oriented. > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developerhttp://www.opensips-solutions.com > > On 26.12.2014 11:25, John Nash wrote: > > I am trying to make full SBC using mostly opensips components.The call > flow will be like diagram below.. > For features like concurrent call limit, call timeout, CDR accounting I > will have to use dialog module in main opensips proxy. For B2bua if I > understand correctly I will have to use another instance. My doubts are .. > > 1- Since B2bua is dependent on dialog module this architecture will > create dialog twice in shared database (Plan to use real time DB mode for > persistence and display of ongoing calls in real time). Can this redundant > work be avoided? > > 2- Can concurrent call limit, Session timeout (Prepaid), CDR accounting > be implemented at b2bua instance and leaving proxy free of this burden? > > > > [image: Inline image 1] > > > > _______________________________________________ > Users mailing > [email protected]http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
