Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations strongm on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Meridian Avaya Qsig PRI problem

Status
Not open for further replies.

fruni

MIS
Sep 26, 2002
51
IN
i use meridian to reach the international side.And i have the number plan implemeted on Meridian using CDP.


Mer(site1)<---------mer(My)<-------Avaya(My)

Previosly i had a DTI trunk betwwen them n everything worked fine.i threw the Numbers from Avaya to meridian in the format that meridian wanted for CDP. And meridian was cooly making his role sweet.

But now on the new trunk Qsig E1 on ISGF when i try to call a site outside meridian from avaya the call is rejected ....
(both using trunk ACOD and Dial plan)

the Dchannel diag messages are below

DCH 40 UIPE_IMSG CC_SETUP_IND REF 00007C17 CH 0 TOD 19:53:34
CALLED #:90012489102037 NUM PLAN: E164
PROGRESS: ORIGINATING END IS NOT ISDN

DCH 40 UIPE_OMSG CC_REJECT_REQ REF 0000FC17 CH 4 30 TOD 19:53:34
CAUSE: #42 - SWED EQIP CONGESTION

if the same number had been from a DTI trunk then the call would have been redirected by meridian to its Link to another Meridian at a different site.


Now i get a fast busy on avaya and the above dchannel messages

please help me man
thanks
 
Hi fletch,

The problem is getting wilder. I just make it some more clear.

1. There is no trunk level restriction.
2. There is no NARS/BARS restriction.

I have made some observation and found out the following thing.

a)If i get into AVAYA through DISA and then try to reach external places through meridian then i am able to go out using both ACOD and NARS/BARS.

The Dchannel message is given below for this scenario.
DCH 40 UIPE_IMSG CC_SETUP_IND REF 00005CED CH 0 TOD 12:48:22
CALLED #:90012489102037 NUM PLAN: E164
CALLING #:9885247000 NUM PLAN: UNKNOWN

DCH 40 UIPE_OMSG CC_PROCEED_REQ REF 0000DCED CH 4 21 TOD 12:48:22

DCH 40 UIPE_OMSG CC_PROGRESS_REQ REF 0000DCED CH 4 21 TOD 12:48:22
PROGRESS: CALL IS NOT END TO END ISDN
PROGRESS: INTERWORKING WITH PRIVATE WORK

You can clearly see that the calling number id is shown which is my mobile number.
and called number is the number which meridian expects for CDP. THis is fine i can reach the US PSTN.

b) If i try going to AVAYA from meridian and then come back
through the Qsig link and go out of meridian then also its working fine. Here also the called number is shown as the meridian extension.

ie : meri -----> Avaya --backto meri(Qsi)-> outside

c) When i dial from AVAYA extensions to meridian extensions the dchannel diag does not show me the calling number:
Example of AVAya extension to meridian extension calls
:
DCH 40 UIPE_IMSG CC_SETUP_IND REF 00006170 CH 0 TOD 12:51:56
CALLED #:8825 NUM PLAN: E164
PROGRESS: ORIGINATING END IS NOT ISDN

DCH 40 UIPE_OMSG CC_PROCEED_REQ REF 0000E170 CH 4 28 TOD 12:51:56

DCH 40 UIPE_OMSG CC_ALERT_REQ REF 0000E170 CH 4 28 TOD 12:51:56
PROGRESS: TERMINATING END IS NOT ISDN

But for the above call i can see the AVAYA extension number on meridian Phones + the CNAME also and the call is perfectly alright.


d) This is the worst one. ie when i try an outside number from AVAYA extension. then

DCH 40 UIPE_IMSG CC_SETUP_IND REF 00007C17 CH 0 TOD 19:53:34
CALLED #:90012489102037 NUM PLAN: E164
PROGRESS: ORIGINATING END IS NOT ISDN

DCH 40 UIPE_OMSG CC_REJECT_REQ REF 0000FC17 CH 4 30 TOD 19:53:34
CAUSE: #42 - SWED EQIP CONGESTION

and the call is rejected.


hemmmm ... getting complicated. I think u should be able to analyise the situation n find out the hitch now.
help me ... i am also thinking ...
thanks
manoj












 
This can be fixed, but it will take going over the complete config and some more detaailed DCH messaging (Monitor 2 mode. I'll also need to look at the NET_DATA, NARS & BARS, CDP, RDB, etc.... A little to much to do here.

--
Fletch
 
Hey fletch .. i have sent u all the details to ur mail. please help me ... waiting for ur reply
thanks
manoj
 
Hi fletch i will send u agaiin ... my from address would be t_k_manoj@hotmail.com.

Do you have any yahoo or MSN ids where i could get in touch with you online.


Thanks
manoj
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top