This units are not responsible for this problem. Only handlers.
Try:
HIREI
EXDDP,(KSDDP),(SUDIP)
HIMDP
In my very private opinion it can be problem in Number Analysis.
I'm not sure but on the first look problem is in TSW.
After first RECSIG (D3)with number 2 TSW sent SENSIG (D2) with number 5 - Send calling party category. PE answer 1 - Subscriber without priority. Then TSW should send 5 again - send A Number Identification. But TSW sent 1 - send next called...
I have the same experience. No RTP resources are used in the originating exchange, 2 resources are used in the terminating exchange. I have made trace on signalling and it looks like the calling phone got only IP address of IPLU in term.exch. and never got IP from answering phone.
Maybe I did...
First time test
Dial from A to B on digital telephone. Remember number on display B. Then dial from B to A exactly the same number.
Next - call back fails
- when init. request (phone A press 6)
or
- when executing (phone B hang up)?
For both direction
Of course rodap,roddp,cadap
IMHO
MASTER LIM is this LIM, which is receiving external synchronization. One of PCM line form this LIM is marked as MCCL and this is clock source for GS.
We have some exchanges with external clock in LIM 3,4,6, and works fine.
Before moving ext.sync. to LIM 1, try to complete internal sync.
SCICI:MCCL=x-x-xx-x, RCCL=, ACCL= (SMCCL,SRCCL,SACCL)
I dont't know reason why ext.sync. shoult be in LIM 1.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.