[test-results] [Bamboo] Asterisk SCF - Master > Asterisk SCF - sip > #63 has FAILED. Change made by Brent Eagles.
Bamboo
bamboo at asterisk.org
Wed Jul 20 13:10:26 CDT 2011
-----------------------------------------------------------------------
Asterisk SCF - Master > Asterisk SCF - sip > #63 failed.
-----------------------------------------------------------------------
Code has been updated by Brent Eagles.
7/7 jobs failed, no tests found.
http://bamboo.asterisk.org/browse/ASTSCFMASTER-SIP-63/
--------------
Failing Jobs
--------------
- CentOS 5.5 - amd64 (Default Stage): No tests found.
- Debian Lenny - amd64 (Default Stage): No tests found.
- Fedora 14 - amd64 (Default Stage): No tests found.
- Ubuntu Maverick - amd64 (Default Stage): No tests found.
- Ubuntu Maverick - i386 (Default Stage): No tests found.
- Windows Server 2008 - i386 (Default Stage): No tests found.
- openSUSE 11.3 - amd64 (Default Stage): No tests found.
--------------
Code Changes
--------------
Brent Eagles (5cc1decf6fbf407a4d477f74f7832af9bf1df66d):
>- Added a little workaround to deal with unavailability of default udp transport at
> initialization (it *could* conceivably be configured in afterwards).
>- Added flag to SipConfigurator.py to allow underscores in identifiers in Slice
>- Added transport and module hashtables to PJSipManager along with
> modifiers and accessors for same. This allows functionality to be
> added without having to propogate additional arguments around that
> might never be used.
> NOTE: While I am not a fan of this approach, it seemed the most direct
> route to take. An improvement would be take that stuff out of PJSipManager
> and put it in a separate class and pass that around instead.
>
>- Added STUNModule to encapsulate initialization of pj_nath library.
>
>- Added a Transport base class that encapsulates some common
> functions.
>
>- Moved TLS, UDP, TCP transport code out of PJSipManager into subsclasses of
> Transport. With the exception of a default UDP transport, all other transports are constructed
> through configuration.
>
>- Added a STUN transport, also a subclass of transport. Default transport
> behavior is modified to return a local address provided by the STUN
> binding request.
>
>- Added configuration handler for STUNTransport.
>
>- Added transport selection code in SipSession for STUN. This
> can be extended in the future to force selection of different transports
> based on session/endpoint configuration. By default pjsip is
> supposed to select the transport based on details of the dialog
> setup, but this just allows you to force it based on properties.
>
>- Modified dialog creation to build a contact URI with the external
> address for the SIP signalling through a NAT.
>
>- Added media_sdp modifier code if RTP over ICE is turned on which
> gets the InteractiveConnection facet off of the MediaSession.
> NOTE: I'm not completely sold on using a facet here, but where
> we are talking about conditionally available features it seemed
> like a good fit.
>- PJSipManager is now being passed along as a boost::shared_ptr based
> PJSipManagerPtr. This seems to work ok, but did change a lot of
> method signatures.
>- Add STUN configuration handler, which will in turn allocate the
> STUN transport.
>- Add transport collection (albeit temporarily... most likely) to PJSipManager. Transports
> are now added to the transport map, but will also be reaped after they are destroyed. ie.
> the transports do not need to tell the manager that they are dead, it'll ask later
> on and release the reference.
>- For STUN enabled endpoints only (for the time being):
> - enable explicit transport selection for the setting up dialog
>- Other transports can initialize the transport selection structure, but it's not used
> at the moment.
>- Enable SDP generation for candidates.
>
--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20110720/d6d97ecf/attachment-0001.htm>
More information about the Test-results
mailing list