TR/87 Self Test Result Failing???

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • pzarbo
    Member
    • Oct 2010
    • 5

    TR/87 Self Test Result Failing???

    Hi Everyone,

    I have Avaya AES 5.2.4 running on System Platform 6.2. I have successfully created a switch connection to our Communication Manager 5.2.1.

    Status from AES shows DMCC and TSAPI services are online and is a 'normal' state
    The switch connection is online and talking
    The TSAPI connection is also online and talking

    The TR/87 Transport test passes

    The TR/87 Service test fails -
    TR/87 Self Test Result

    Verify TR/87 Service: FAILED because MonitorStartResponse was not received.
    Possible errors:

    TSAPI link is down.
    Active Directory Tel URI is wrong.


    We use four digit DID extensions. My AES dialplan is as follows -

    From TelURI
    Minimum Length Maximum Length Matching Pattern Delete Length Replacement String Type
    11 11 1716888 8 . Pattern

    To TelURI
    Minimum Length Maximum Length Matching Pattern Delete Length Replacement String Type
    4 4 3 0 91716888 Pattern

    Our Active Directory Tel URI are set as +1716888xxxx

    When I look at the dmcc-trace.log.0 I see the following -
    WARNING: Exception on removeCallControlServicesListeners
    ch.ecma.csta.errors.InvalidDeviceStateException: Switch name must be set for [tel:+1716888xxxx]

    (it actually shows the full number, I've just used xxxx's for security reasons)

    What am I missing?? Any ideas why the test is failing?

    Thanks!
  • pmulya
    Hot Shot
    .
    • Oct 2010
    • 23

    #2
    TR/87 Test failing

    From the logs it is clear that the you number is not getting resolved to 4 digit extension. The number is getting passed as it is to CM ( +1720xxxxxx) and CM is rejecting it as there is no device like that

    On the AES Admin webpage. Dial plan menu has got 2 options.
    Default settings
    Switch Administratuon.

    Make sure that you have cearetd Dial plan menu under switch Administration -> switch connection.

    It may be that you hace update dial plan rules under default settings and its not gettin picked up.

    regards,

    prashant

    Comment

    • pzarbo
      Member
      • Oct 2010
      • 5

      #3
      Thank you pmulya, you were exactly right. Your explanation helped me understand how the dial plan works.

      I've did as you suggested, and all tests now work!

      Comment

      Loading