S8500 External call forwarding

[kelsjon3]

We have a customer who recently changed LECs. They now have a problem with external call forwarding:

If a station's DID is called directly, the call forwards successfully to the user's cell phone and the caller's cpname & cpnumber is sent.

If a call is transferred from an internal station to the user's station, the call will not go through. The LEC tells us it is because they are not being sent cid information.

list trace station 427 Page 1

LIST TRACE

time data

13:29:38 Calling party attendant 501 cid 0x1289
13:29:38 Calling Number & Name NO-CPNumber NO-CPName
13:29:38 term station 427 cid 0x1289
13:29:38 call-forwarding 98
13:29:38 term trunk-group 6 cid 0x1289
13:29:38 dial 9894xxxx route:HNPA|ARS
13:29:38 route-pattern 10 preference 1 cid 0x1289
13:29:38 seize trunk-group 6 member 46 cid 0x1289
13:29:38 Setup digits 894xxxx
13:29:38 Calling Number & Name NO-CPNumber NO-CPName
13:29:38 Proceed trunk-group 6 member 46 cid 0x1289
13:29:38 active trunk-group 6 member 46 cid 0x1289
13:29:39 idle attendant 501 cid 0x1289
13:29:42 denial event 1174: No route to dest D1=0x830006 D2=0x203
13:29:42 idle trunk-group 6 member 3 cid 0x1289

Any help would be appreciated. thanks

 

[mikeydidit]

I usually use remote coverage paths to do this. Helps cut down on the possibilities of toll fraud and i know where the call s going. It also cuts down on the calls i get.

"My phones not ringing at my desk" when someone calls me.

I place a second path on their coverage path and use SAC as the determining factor. No sac and the calls follow their normal routes. The user hit their SAC button and the calls go to the second path which is the coverage remote and to their cell phone.

Just a thought.

When is the last time you helped someone, just because you were able to?

For the best response to a question, read faq690-6594