Issue Details (XML | Word | Printable)

Key: XX-667
Type: New Feature New Feature
Status: Closed Closed
Resolution: Fixed
Priority: Critical Critical
Assignee: Unassigned
Reporter: M. Ranganathan
Votes: 3
Watchers: 4
Operations

If you were logged in you would be able to see more operations.
sipXecs

Develop an integrated ITSP bridge for sipx.

Created: 2008-02-06 15:57   Updated: 2009-04-24 18:48
Component/s: None
Affects Version/s: None
Fix Version/s: 4.0.0

Issue Links:
Dependancy
 


 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.

 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order



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.


M. Ranganathan added a comment - 2008-03-26 19:34
Made modifications in accordance with discussion on dev mailing list.

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.

M. Ranganathan added a comment - 2008-03-27 16:59
Diffed against the latest svn Main

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.

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.

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

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.