SIP Trunking (one way) between two CS1000's r7.0

[trentsteenholdt1]

Hey all.

Wondering if anyone can help me with a SIP issue I have discovered between our two sites running Avaya CS1000's r7.0 with NRS.

Essentially SIP is only working one way. That is, Site A is about to both make SIP and Least Cost Route Calls to Site B, but Site B is unable to talk back to Site A.

I've jumped on our Site B CS1000 and have taken a look at the DCH output for the route. It's giving the below error (Error 27) everytime.

PROGRESS: ORIG ADDR IS NOT ISDN
CALLING #:4318           NUM PLAN: PRIVATE/ABBREVIATED (CDP)
CALLED  #:2269           NUM PLAN: PRIVATE/ABBREVIATED (CDP)

    DCH 20 IMSG CALLPROC REF 0000018C CH 160 0 0 11 TOD  12:40:57

    DCH 20 IMSG DISC     REF 0000018C CH 160 0 0 11 TOD  12:40:57
CAUSE :DESTINATION IS OUT OF SERVICE

    DCH 20 OMSG RELEASE  REF 0000018C CH 160 0 0 11 TOD  12:40:57

    DCH 20 IMSG REL COMP REF 0000018C CH 160 0 0 11 TOD  12:40:57

Site A: 2xxx
Site B: 4xxx


Any ideas on where to start looking? I'm not the greatest expect with SIP on the Nortel side of things so would really appreciate someone help.

FYI - I know that all our our sites, Site A, B and C (C is a Branch office and isnt used in this route) are accepting SIP calls just fine, as our Lync server is still able to make calls.

Example of Lync working to Site A and B.

Site A

CALLING #:61894330269    NUM PLAN: E164/INTERNATIONAL (UNKNOWN)
CALLED  #:2269           NUM PLAN: NUM UNKNOWN/UNKNOWN (UNKNOWN)

    DCH 10 OMSG CALLPROC REF 00008182 CH 112 0 15 1 TOD   9:44:37

    DCH 10 OMSG ALERT    REF 00008182 CH 112 0 15 1 TOD   9:44:37
PROGRESS: DEST ADDR IS NOT ISDN

    DCH 10 OMSG NOTIFY   REF 00008182 CH 112 0 15 1 TOD   9:44:37

    DCH 10 OMSG DISC     REF 0000018C CH 112 0 15 11 TOD   9:44:47
CAUSE :NORMAL CALL CLEARING

    DCH 10 IMSG RELEASE  REF 0000018C CH 112 0 15 11 TOD   9:44:47
CAUSE :NORMAL CALL CLEARING

    DCH 10 OMSG REL COMP REF 0000018C CH 112 0 15 11 TOD   9:44:47

    DCH 10 OMSG NOTIFY   REF 00008182 CH 112 0 15 1 TOD   9:44:55
REDIR REASON: CALL FORWARD NO REPLY
REDN    #:2199           NUM PLAN: NUM UNKNOWN/UNKNOWN (UNKNOWN)

Site B

    DCH 20 IMSG SETUP    REF 00008181 CH 160 0 0 0 TOD  12:45:55
CALLING #:61894330269    NUM PLAN: E164/INTERNATIONAL (UNKNOWN)
CALLED  #:4318           NUM PLAN: NUM UNKNOWN/UNKNOWN (UNKNOWN)

    DCH 20 OMSG CALLPROC REF 00008181 CH 160 0 0 0 TOD  12:45:55

    DCH 20 OMSG ALERT    REF 00008181 CH 160 0 0 0 TOD  12:45:55
PROGRESS: DEST ADDR IS NOT ISDN

    DCH 20 OMSG NOTIFY   REF 00008181 CH 160 0 0 0 TOD  12:45:55

....

Cheers all for helping!

Trent.

Trent Steenholdt

Systems Engineer
The University of Notre Dame Australia

-Great scott!

 

[trentsteenholdt1]

Edit (sorry)..

Essentially SIP is only working one way. That is, Site A is able to both make SIP and Least Cost Route Calls to Site B, but Site B is unable to talk back to Site A.

Trent Steenholdt

Systems Engineer
The University of Notre Dame Australia

-Great scott!

 

[trentsteenholdt1]

Solved.

Turns out someone on our SiteB was making unauthorised changes without telling anyone. The SIP Domain was changed in NRS which meant it miss matched everywhere else like the SS(VTRK).

In all, I changed the config back so the domain matched and restarted all the applications within Element Manager.

SIP between boths sites, including LCR (Least Cost Routing) is working fine.

Cheers,

Trent Steenholdt

Systems Engineer
The University of Notre Dame Australia

-Great scott!