I love the youtube video showing me what you're talking about. Unfortunately, your example isn't even showing the inbound caller id phone number.

So in the video you sent- it shows Out Of Area and no phone number. The issue we're seeing is it displays the phone number, but the name of the company either a) isn't coming thru at all or b) simply cannot be displayed on this handset type's screen.  I only have 525's and 504's at this custmer site so I am unable to verify that it does in fact have the company name of the inbound caller.

I am not sure if it is something we can fix or if it's 'the way it is' on the 504's. I can tell you that a customer expects to see BOTH caller id and name of the company calling on their inbound calls. Their old TDM phones displayed it and I know 79XX phones do too...

I am looking for a definitive answer of either-

     YES the phone should show both and here is the command to fix it

     -or-

      NO the SPA phones do not show that much info on their screen.  and I really hope this isn't the answer!

Help still needed,

Stacy

Sorry, but yes it does.

8 392 5524 is the Caller ID (I made the call from a Cisco CM phone on the campus.  Out of Area is where you would see the name.

Look again please.

Ahhhhh I looked again- sorry the part where it had the number is very very blurry on my screen.

So it looks liek teh name is on the screen display towards the top- and the phone number is on the bottom in the FROM: field.

Ours is not behaving that way- ours is showing the number in the top display and no name anywhere.

Does it matter that is is coming in to a BACD on the UC first- then going thru a sequential ring? I wouldn't think that should matter, but I better ask.

I just saw another posting asking for a debug- I can run that tomorrow and see what I get and send it on here.

Thanks !

This is snapshots.  perhaps the video was too fast.  This time I used my cell to call into the DID of the 504....

IDLE:

Call:

As mentioend in my replies, we have the calls coming in to a BACD group... when I tested calling a DID directly, caller id name passes without an issue.

But when we call the Main line, in to the BACD, the caller id with name does pass through.

Our set up is this:

Main line comes in to a dummy Main ext 5111 --> 5111 is forwarded to pilot# 5002 which is a BACD sequential ring scenario --> out to agent extensions.

How can I get the system to pass ALL of the caller id info- number AND name through the BACD?

We have to leave 5111 as the 'dummy' main line so we can toggle night mode on and off using the night code.

HELP !

Stacy

This sounds like it might be a bug in the BACD script.  Would you mind opening a TAC case for this?

This is on a UC540 , so it has to be S-TAC correct ?  Do you have access to those cases as well ?

-Stacy

Yes, I do have access to that. 

Opened Case # 613159965.

please please please tell me it's a bug and not a feature limitation ! 

thx,

stacy

I have spoken to the team that works with BACD.  Calling Name is not supported when going through BACD.

SO that is the final word on it?  ugh... few last questions:

1) Is this a roadmap item or plan to add this ability in the future?  If so, any ETA?

2) Is there anyone who can write a special image or IOS for this particular case?

3) Any ideas on how I can accomplish similar call routing without a BACD?  Maybe an AA that greets and redirects calls to a sequential ephone hunt group...will caller id with name pass in a regular sequential ring hunt group?  I might be mixing up my terminology of ephone hunts and voice hunts...

Stacy

Any response back on the IF and the WHEN yet?

So this client purhcased the UC540 specifically for a BACD. Any end user would simply expect the caller id with name service would flow like normal regardless of any call queueing and routing. So now what do I do?

I have been thinking I would create an AA with a simple welcome greeting with an automatic redirect to a sequential hunt group.

From there I would have a time out of a 2nd AA ext .

That would play a please hold message and have an automatic redirect to a second sequential group with the same members but a  different termination point.

That should FEEL the same to the callers and agents.

- And my group pick up softkey woudl be able to grab those same members even if they are in both hunt groups, right?

- What am I missing? What parts aren't going to like this?

-  Can I have two different seq. hunt pilots with the same members.   and even if a call from hunt grp 1 AND a call from hunt grp 2 sends calls to the same user at the same time, they have a dual line so i shouldn't have any issues right?

I am forced to create this odd solution to give them caller id with name and the feel of an agent queue.

Any input or advice?

Stacy