[test-results] [Bamboo] Asterisk - 1.8 > Ubuntu Lucid (10.04) > #405 has FAILED (34 tests failed, 33 failures were new). Change made by rmudgett.

[Bamboo]

-----------------------------------------------------------------------
Asterisk - 1.8 > Ubuntu Lucid (10.04) > #405 failed.
-----------------------------------------------------------------------
Code has been updated by rmudgett.
2/2 jobs failed with 34 failing tests, 33 failures were new.

http://bamboo.asterisk.org/browse/AST18-LUCID-405/


--------------
Failing Jobs
--------------
  - amd64 (Default Stage): 1 of 96 tests failed.
  - i386 (Default Stage): 33 of 100 tests failed.


--------------
Code Changes
--------------
rmudgett (318231):

>Don't get early media for ISDN on outgoing calls.
>
>It looks to be a long-standing misinterpretation of the progress indicator
>ie values:
>1 - Call is not end-to-end ISDN; further call progress information may be
>available in-band.
>8 - In-band information or an appropriate pattern is now available.
>
>Only value 8 is handled by chan_dahdi/sig_pri.  The 1 value is not handled
>as early media probably because the meaning of the second half of it's
>description was overlooked.
>
>* Test to see if either PRI_PROG_CALL_NOT_E2E_ISDN(1) or
>PRI_PROG_INBAND_AVAILABLE(8) bits are set to open the media path.
>
>(closes issue #18868)
>Reported by: isrl
>Patches:
>      issue18868_19246_v1.8.patch uploaded by rmudgett (license 664)
>Tested by: satish_lx
>
>..........
>
>No inband progress on PRI_EVENT_RINGING even if inband flag set.
>
>My ISDN-PRI provider sends an ALERTING with "Inband information or
>appropriate pattern now available", but Asterisk only generates and passes
>the RING to the SIP extension, not the inband message.  Unfortunately, the
>inband message is not a ringback tone but a prompt that says the number is
>not in service.  The SIP extension then hears two rings and the call is
>hungup which confuses the caller.
>
>* Post an AST_CONTROL_PROGRESS as well as opening the media path if inband
>audio is indicated with an ALERTING message.
>
>(closes issue #19246)
>Reported by: cristiandimache
>Patches:
>      issue19246_v1.8.patch uploaded by rmudgett (license 664)
>Tested by: cristiandimache
>


--------------
Tests
--------------
New Test Failures (33)
   - AsteriskTestSuite: S/fastagi/control-stream-file
   - AsteriskTestSuite: S/manager/action-events-response
   - AsteriskTestSuite: S/fastagi/connect
   - AsteriskTestSuite: S/fastagi/get-data
   - AsteriskTestSuite: S/feature blonde transfer
   - AsteriskTestSuite: S/manager/authlimit
   - AsteriskTestSuite: S/sip/tcpauthtimeout
   - AsteriskTestSuite: S/fastagi/stream-file
   - AsteriskTestSuite: S/fastagi/record-file
   - AsteriskTestSuite: S/pbx/call-files
   - AsteriskTestSuite: S/fastagi/say-number
   - AsteriskTestSuite: S/fastagi/channel-status
   - AsteriskTestSuite: S/fax/local channel t38 queryoption
   - AsteriskTestSuite: S/fastagi/say-time
   - AsteriskTestSuite: S/sip/tcpauthlimit
   - AsteriskTestSuite: S/one-step-parking
   - AsteriskTestSuite: S/mixmonitor
   - AsteriskTestSuite: S/udptl v6
   - AsteriskTestSuite: S/feature attended transfer
   - AsteriskTestSuite: S/callparking
   - AsteriskTestSuite: S/iax2/basic-call
   - AsteriskTestSuite: S/fastagi/database
   - AsteriskTestSuite: S/queues/position priority maxlen
   - AsteriskTestSuite: S/fastagi/say-digits
   - AsteriskTestSuite: S/cdr/originate-cdr-disposition

--
This message is automatically generated by Atlassian Bamboo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.digium.com/pipermail/test-results/attachments/20110512/1a3c8cdc/attachment-0001.htm>