sipXecs

Develop an integrated ITSP bridge for sipx.

Details

  • Type: New Feature New Feature
  • Status: Closed Closed
  • Priority: Critical Critical
  • Resolution: Fixed
  • Affects Version/s: None
  • Fix Version/s: 4.0.0
  • Component/s: None
  • Labels:
  • Description:
    Hide
    Design and implement a media and signaling gateway for the SIPXECS platform. The media gateway should support the following functionality:

    See ( http://sipx-wiki.calivia.com/index.php/Requirements_for_a_B2BUA ) :


    - The firewall opens SIP and RTP ports and port forwards traffic to the sipXecs SIP trunking B2BUA
    - The sipXecs SIP trunking GW anchors media and provides rewriting of the SIP headers so that packets can pass the firewall / NAT
    - The sipXecs SIP trunking GW handles refers vs. re-invites
    - We can assume that the ITSP uses a public IP address (no far-end NAT)
    - Allows SIP registration with a SIP trunking provider
    - In a phase 1 does not provide additional security in the form of deep packed inspection as Ingate does
    - The sipXecs SIP trunking GW should support one or two Ethernet interfaces. I.e. It should be possible to support a one-arm connection where incoming and outgoing traffic is on the same subnet, or it should be possible to bind the left and right side of the B2BUA to two respective interfaces or subnets.

    The phase 1 focus should be:

    - Media anchoring and processing
    - SIP signaling rewrite for NAT traversal
    - SIP registrations with an ITSP
    - Reduce packet size (sipXecs internal packet size too big to be handled by most ITSPs)
    - Refer vs. re-invite to allow transfers
    - Performance: Support for at least 2 x T1 channels
    - Reusable media framework: We would like to use this for other components such as conferencing, media server, etc.
    Show
    Design and implement a media and signaling gateway for the SIPXECS platform. The media gateway should support the following functionality: See ( http://sipx-wiki.calivia.com/index.php/Requirements_for_a_B2BUA ) : - The firewall opens SIP and RTP ports and port forwards traffic to the sipXecs SIP trunking B2BUA - The sipXecs SIP trunking GW anchors media and provides rewriting of the SIP headers so that packets can pass the firewall / NAT - The sipXecs SIP trunking GW handles refers vs. re-invites - We can assume that the ITSP uses a public IP address (no far-end NAT) - Allows SIP registration with a SIP trunking provider - In a phase 1 does not provide additional security in the form of deep packed inspection as Ingate does - The sipXecs SIP trunking GW should support one or two Ethernet interfaces. I.e. It should be possible to support a one-arm connection where incoming and outgoing traffic is on the same subnet, or it should be possible to bind the left and right side of the B2BUA to two respective interfaces or subnets. The phase 1 focus should be: - Media anchoring and processing - SIP signaling rewrite for NAT traversal - SIP registrations with an ITSP - Reduce packet size (sipXecs internal packet size too big to be handled by most ITSPs) - Refer vs. re-invite to allow transfers - Performance: Support for at least 2 x T1 channels - Reusable media framework: We would like to use this for other components such as conferencing, media server, etc.

Issue Links

Dependancy
 

Activity

Ascending order - Click to sort in descending order
Hide
Permalink
ranga added a comment - 2008-02-06 23:22
This is an EARLY PROTOTYPE (alpha level) of the proposed ITSP Bridge for sipx. Your comments are solicited.
Show
ranga added a comment - 2008-02-06 23:22 This is an EARLY PROTOTYPE (alpha level) of the proposed ITSP Bridge for sipx. Your comments are solicited.
Hide
Permalink
ranga added a comment - 2008-02-18 23:44
Renamed project to sipxbridge. Fixed logging. Now sipxviewer can view the logs and logs are in syslog format. Tested against polycom. Added new property to force bridging of outgoing call.
Works with auto attendant and Les.net from behind a symmetric NAT.

Please inspect for possible inclusion into the sipfoundry svn repository.
Show
ranga added a comment - 2008-02-18 23:44 Renamed project to sipxbridge. Fixed logging. Now sipxviewer can view the logs and logs are in syslog format. Tested against polycom. Added new property to force bridging of outgoing call. Works with auto attendant and Les.net from behind a symmetric NAT. Please inspect for possible inclusion into the sipfoundry svn repository.
Hide
Permalink
ranga added a comment - 2008-02-21 20:53
Added stun support. Moved the Authentication support into JAIN-SIP (common functionality). Please review and try it out.
Show
ranga added a comment - 2008-02-21 20:53 Added stun support. Moved the Authentication support into JAIN-SIP (common functionality). Please review and try it out.
Hide
Permalink
M. Ranganathan added a comment - 2008-03-25 23:27
After applying this patch please do the following:

cd sipXbridge
ln -s ../config ./


This is manual becaue symbolic links cannot be included in a diff listing.

Show
M. Ranganathan added a comment - 2008-03-25 23:27 After applying this patch please do the following: cd sipXbridge ln -s ../config ./ This is manual becaue symbolic links cannot be included in a diff listing.
Hide
Permalink
M. Ranganathan added a comment - 2008-03-26 19:34
Made modifications in accordance with discussion on dev mailing list.
Show
M. Ranganathan added a comment - 2008-03-26 19:34 Made modifications in accordance with discussion on dev mailing list.
Hide
Permalink
M. Ranganathan added a comment - 2008-03-27 11:33
Uses an absolute path to copy over config.properties in Makefile.ac.
Build should run in a location independent fashion.
Please symbolic link
cd sipXbridge
ln -s ../config ./

Tested with fresh checkout and patch applied. Please verify again.

Thanks.
Show
M. Ranganathan added a comment - 2008-03-27 11:33 Uses an absolute path to copy over config.properties in Makefile.ac. Build should run in a location independent fashion. Please symbolic link cd sipXbridge ln -s ../config ./ Tested with fresh checkout and patch applied. Please verify again. Thanks.
Hide
Permalink
M. Ranganathan added a comment - 2008-03-27 16:59
Diffed against the latest svn Main
Show
M. Ranganathan added a comment - 2008-03-27 16:59 Diffed against the latest svn Main
Hide
Permalink
M. Ranganathan added a comment - 2008-04-11 21:21
Code has been integrated into svn main. The outdated patches were removed to avoid confusion. Please download svn main for the latest work.
Show
M. Ranganathan added a comment - 2008-04-11 21:21 Code has been integrated into svn main. The outdated patches were removed to avoid confusion. Please download svn main for the latest work.
Hide
Permalink
M. Ranganathan added a comment - 2008-05-30 10:00
Necessary features have been implemented ( other features such as sipconnect specific features) have issues of their own.
Show
M. Ranganathan added a comment - 2008-05-30 10:00 Necessary features have been implemented ( other features such as sipconnect specific features) have issues of their own.
Hide
Permalink
M. Ranganathan added a comment - 2008-05-30 10:02
Please acquire an ITSP account ( free world dialup for example ), and test simple transfers and load. Thanks
Show
M. Ranganathan added a comment - 2008-05-30 10:02 Please acquire an ITSP account ( free world dialup for example ), and test simple transfers and load. Thanks
Hide
Permalink
Raghu Venkataramana added a comment - 2008-11-25 02:25
The feature itself has been fixed and is working fine now. We have been doing extensive testing on this and writing up separate bugs.
Show
Raghu Venkataramana added a comment - 2008-11-25 02:25 The feature itself has been fixed and is working fine now. We have been doing extensive testing on this and writing up separate bugs.

People

Dates

  • Created:
    2008-02-06 15:57
    Updated:
    2009-04-24 18:48
    Resolved:
    2008-05-30 10:00
Atlassian JIRA (v4.1.1#522) | Report a problem | Request a feature | Contact administrators
Powered by a free Atlassian JIRA open source license for SIPfoundry/sipXecs. Try JIRA - bug tracking software for your team.