[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