|
Posted by on January 6, 2006, 5:55 pm
If you were Registered and logged in, you could reply and use other advanced thread options
Scott wrote:
> We recently established an Access Tandem we will call ULT. We are
> processing TRS calls between an SS7 Trunk Group from a customer who can
> manipulate the TNS field in the message to establish carrier of choice.
Confirm that all trunks are idle. Run trunk query on the group.
> When the call is sent to ULT it is being rejected for no circuit
> available. Decoding the message received form the customer we see all
> the correct features such as CIC and Network Circuit ID that the local
> provider is requesting.This is being presented in the 48th Octet.
> HOWEVER the Local provider of this AT is stating they are not receiving
> the Circuit ID. When we examine the ISUP message we only see half of
> the message. I believe that this is caused by the call Originating and
> Terminating to the same OPC. Does anyone have an opinion on any of
> this? We are "sending" the appropriate OZZ/Circuit ID. Do we need to
> reserve? Calls terminating into the same switch and TF calls work just
> fine.
Why are you only seeing half of the message? And what message? The
Release?
The IAM?
Exactly what type of call are you making that originates and terminates
to the
same OPC? A test call? Should the AT be routing the call right back to
you?
And what do you mean by "reserve"?
What you need to do is monitor the call in both directions, trap the
messages and
post them here. Of course if you have fixed your problem, posting the
resolution
could be educational.....
Ray
| 
Yahoo! 
Google 
Windows Live 
del.icio.us 
digg 
Netscape 
XML site map