Mostly for those who know sipx and might be using a separate sbc.
(for broadsoft customers, this might life easier to explain to them, and
for those who insist their firewall can do sip translations, this is why
it can't)
If I had a separate SBC, rather than sipxbridge, it would run on a
seperate computer, its own ip address, etc.
since sipx does this on one computer, it uses a different port for
trunking. udp port 5080.
(* note: firewalls won't normally do sip translations for traffic on
port 5080. they won't associate the rtp traffic with voice, and will
mangle the ports and traffic)
so, sip trunking:
sipx.domain.com:5080 REGISTER-> itsp.example.com:5060
itsp.example.com:5060 200 OK -> sipx.domain.com:5080
sip uri dialing, to and from?
sipx.domain.com:5060-> [email protected]:5060
if you had a separate sbc,( including using port forwarding/pat, etc)
and the itsp could not figure out how to send to port 5080.
sip trunking:
sbc.domain.com:5060 REGISTER ->itsp.example.com:5060
itsp.example.com:5060 200 OK ->sbc.domain.com:5060
sip uri dialing the same?
sipx.domain.com:5060-> [email protected]:5060
so, if I used a different public ip address to listen to port 5080, and
translate their inbound 5060 (or in the case of broadsoft, 5070) to and
from the internal sipx on port 5080, leaving everything else the same,
would that make life easier on the big fella's?
--
Michael Scheidell, CTO
Phone: 561-999-5000, x 1259
> *| *SECNAP Network Security Corporation
* Certified SNORT Integrator
* 2008-9 Hot Company Award Winner, World Executive Alliance
* Five-Star Partner Program 2009, VARBusiness
* Best in Email Security,2010: Network Products Guide
* King of Spam Filters, SC Magazine 2008
______________________________________________________________________
This email has been scanned and certified safe by SpammerTrap(r).
For Information please see http://www.secnap.com/products/spammertrap/
______________________________________________________________________
_______________________________________________
sipx-users mailing list [email protected]
List Archive: http://list.sipfoundry.org/archive/sipx-users
Unsubscribe: http://list.sipfoundry.org/mailman/listinfo/sipx-users
sipXecs IP PBX -- http://www.sipfoundry.org/
