here you go -- attachment contains a TN print with a working 2616 first, then a non-working 2616 after. Other than some key assignment differences, i don't see too many differences -- especially in the CLS -- looks like both should work.

In your example, I suspect it was not Robert Ward specifically that was the problem, but more likely the length of the name, did not leave enough room in the display for the full extension number to appear correctly in the display for PIMG to parse it out and send it on to Unity as integration information.

The name ending with "t" is a known bug in some of the default parsing rules from Dialogic. Cisco is tracking the issue as CSCsg01356.

In general, for an issue like this your best bet is to collect traces from the PIMG. In there you can find exactly what disply the PBX is presenting to PIMG. If the correct information shows up in the display but PIMG does not correctly extract it, then likely a problem exists with the parsing rules. To fine tune the parsing rules you can open a Cisco TAC case, or try the Dialogic forums (http://www.dialogic.com/forums/forums/forum-view.asp?fid=10). On the other hand, if the correct extensions are not being presented in the display, then no ammount of tweaking within PIMG can resolve this. The change would have to come from the PBX.

-Eric

we have tried no name, short name (10 chacters or less), and we do make sure that it's within the 23 character legal limit -- and this one does not end in "t" even when it had a name.

Plus we have the PIMG ports on the Nortel side set to not accept caller name (because we've been down the too long name road before) -- so all the PIMG gets is the numeric caller id.

The PIMG just sees "----" for the calling number on these non-working phones in the trace files that we've done.

the different FDN and Hunt numbers are because there are 2 voicemail systems right now -- unity for the "working" one & we put the "nonworking" one back on Meridian mail, so they would have voicemail until we could figure it out. the name display shouldn't come into it, because the PIMG ports are set to ignore display names (because of parsing problems with long or odd names).

We did find the problem last night. Turns out that on the non working phone -- there is a appearance of the number on Key 12 or so on a DIFFERENT phone that has caller id blocked. So since it's blocked on the other phone, this phone doesn't send it either, even though it's allowed. Gotta love it.