Details

    • Type: Bug Bug
    • Status: Closed
    • Severity: Critical Critical
    • Resolution: Fixed
    • Affects Version/s: 2.2.0.2
    • Target Release Version/s: 2.2.1
    • Component/s: wcb4xxp
    • Labels:
      None
    • Mantis ID:
      16048
    • Regression:
      No

      Description

      The problem is detected in the calls that the package CONNECT includes an information element type number connected "(in calls to the bedside of a call center can inform the caller of the number that really has heeded the call).
      The error is not due to the ease, but the size of the package.
      By placing an analyzer monitoring basic access, we see that the operator sends the package (correct) and that the receiver asterisk (namely dahdi) has invented a character.
      We get at log something like this chan_dahdi.c:10710 dahdi_pri_error: XXX Message longer than it should be?? XXX
      – Processing IE 41 (cs0, Date/Time)
      – Processing IE 76 (cs0, Connected Number)
      chan_dahdi.c:10710 dahdi_pri_error: XXX Message longer than it should be?? XXX

                • ADDITIONAL INFORMATION ******

      The driver (wcb4xxp) is inventing a character in certain situations (when the package has exactly 31 characters). It is also possible to optimize the event that the package has exactly 32 characters. The latest improvement proposal is in give "stat" on a routine point less likely to potential problems in subsequent modifications
      Patch attached (and tested)
      Same issue using 2.1.0.4 (function remains unchanged)

      No reviews matched the request. Check your Options in the drop-down menu of this sections header.

        Activity

        Hide
        Alec Davis added a comment -

        Although I haven't got a router that causes this anymore
        The patch while the router was alive did fix the problem, for a number of test calls.

        Regarding the success rate reported in ~112929 of 'once' after a console 'dahdi restart', I'm not so sure now, as the configuration I had, was to echocancelwhenbridged=yes, which would never have worked as reported in DAHLIN-158

        Speculation: I guess it's possible the chan_dahdi variable p->digital was uninitialised for the first call and worked.

        Show
        Alec Davis added a comment - Although I haven't got a router that causes this anymore The patch while the router was alive did fix the problem, for a number of test calls. Regarding the success rate reported in ~112929 of 'once' after a console 'dahdi restart', I'm not so sure now, as the configuration I had, was to echocancelwhenbridged=yes, which would never have worked as reported in DAHLIN-158 Speculation: I guess it's possible the chan_dahdi variable p->digital was uninitialised for the first call and worked.
        Hide
        Matthew Fredrickson added a comment -

        Patch was merged into dahdi-trunk in revision 7640.

        Show
        Matthew Fredrickson added a comment - Patch was merged into dahdi-trunk in revision 7640.
        Hide
        Leif Madsen added a comment -

        If that's the case, does that mean this issue should be closed? If the patch was merged, then the commit message should have contained a note at least referencing this issue (presuming this issue is related to the commit), or closing the issue if that is the case. Thanks!

        Show
        Leif Madsen added a comment - If that's the case, does that mean this issue should be closed? If the patch was merged, then the commit message should have contained a note at least referencing this issue (presuming this issue is related to the commit), or closing the issue if that is the case. Thanks!
        Hide
        Panos Gkikakis added a comment -

        Just to say that this patch works great so far, the message does not show in my logs any more, and no calls are not lost so far.

        Show
        Panos Gkikakis added a comment - Just to say that this patch works great so far, the message does not show in my logs any more, and no calls are not lost so far.
        Hide
        Michael Spiceland added a comment -

        Closed by commit ASTERISK-7442

        Show
        Michael Spiceland added a comment - Closed by commit ASTERISK-7442

          People

          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: