either way its not an sbc. its not designed, supported or pseudo marketed that way.
sbc's. an be instructed to rewrite headers by rules or scripts. they also have different security functions and abilities for remote user nat traversal that sipx does not have. some can also transcode. ymmv in what you are doing. I have seen people use SipXecs as a provisioning system for other phone systems. good luck. On Jul 12, 2011 5:05 PM, "Sergio Torosyan" <[email protected]> wrote: > Thank you Tony for the fast reply. > > > > But I was able to create a configuration which helped translate the call > signaling and the call succedded. > > > > Sergio T. > > > > From: [email protected] > [mailto:[email protected]] On Behalf Of Tony Graziano > Sent: Tuesday, July 12, 2011 1:35 PM > To: Discussion list for users of sipXecs software > Subject: Re: [sipx-users] SIPxecs as a full SBC > > > > sipx media relay and sipxbridge trunking wont rewrite the sip headers for a > foreign system. > > if its an sbc you need, sipx is not the solution. > > Karoo or Innate might work. redundancy is a more involved beast with sac's. > > On Jul 12, 2011 4:21 PM, "Sergio Torosyan" <[email protected]> wrote: >> Hello, >> >> Does anybody implemented the SIPxecs as an SBC? I already have our SIP >> switch and it does almost all the telephony functionalities, including >> registration, call handling, and different call features like hunting, > call >> forwarding, etc. >> >> I want the SBC to translate the SIP registrations and the INVITEs to our >> existing SIP registrar coming in from the remote VoIP users. >> >> I also want to create redundant call and registration handling by means of >> several SBCs, maybe having one Outbound server and several SBCs behind it, >> so when one is down the others can handle the same traffic. >> >> >> >> >> >> Sergio Torosyan >> >> >> > > >
_______________________________________________ sipx-users mailing list [email protected] List Archive: http://list.sipfoundry.org/archive/sipx-users/
