wellread01

I found the problem. It was a Granstream HT502 firmware bug that, when combined with the valid, default snom ONE ring setting for the Hunt Group, caused the CID to be parsed incorrectly. Grandstream HT502 firmware v 1.0.10.9 fixed the problem (released 3 weeks ago, Sep 6, 2013). A work around for HT502 firmware v 1.0.9.1 is to set the snom ONE hunt group Ring melody to: No specific ring melody I believe the bugfix that bears on this issue is: Fixed fail to parse CID when receiving distinctive ring tone dr2/3/4/5/7

Well I have made some headway. I dug up an old linksys RTP300 ATA, added it to the snom ONE PBX. It displays the correct Caller ID in the Hunt group. I'll have to review the Grandstream settings to see if I kind find a problem.

Caller (CID): Callcentric EXT Callee snom 820, ext 40, (CID): office phone Callee ATA (Grandstream HT502), ext 41, (CID): home phone Callee Hunt group (stage 1 ext 41 & 40 [60s]; stage 2 & 3 blank; final stage 840), ext 72 (CID): Hunt Hunt Group behaviour, From-header: Calling-Party SIP trunk phone number: 1777xxxxxxxxx7 My phone number: 1xxxxxxxxx3 Logfile excerpts: snom ONE trunk redirected to ext 41 Result - phone on ATA displays: Callcentric EXT INVITE sip:41@192.168.1.107:5062 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.100:5060;branch=z9hG4bK-a5a7dfec5de4ea3c3c5593306174815a;rport From: "CallCentric EXT" <sip:101@pbx.company.com;user=phone>;tag=54481 To: "home phone" <sip:41@pbx.company.com> snom ONE trunk redirected to ext 40 Result - snom 820 displays: Callcentric EXT INVITE sip:40@192.168.1.123:1024;line=rk6z6l7o SIP/2.0 Via: SIP/2.0/UDP 192.168.1.100:5060;branch=z9hG4bK-f9699d9b1a8dc86967192bea69425465;rport From: "CallCentric EXT" <sip:101@pbx.company.com;user=phone>;tag=21721 To: "office phone" <sip:40@pbx.company.com> snom ONE trunk redirected to ext 72 Result - phone on ATA displays: Incoming Call Result - phone on snom 820 displays: Callcentric EXT Note the same result at the ATA is obtained if only the ATA is in the Hunt group. INVITE sip:41@192.168.1.107:5062 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.100:5060;branch=z9hG4bK-db21d624464a631ef90955af7d9e25f9;rport From: "CallCentric EXT" <sip:101@pbx.company.com;user=phone>;tag=27652 To: <sip:1xxxxxxxxx3@66.193.176.35;user=phone> .... INVITE sip:40@192.168.1.123:1024;line=rk6z6l7o SIP/2.0 Via: SIP/2.0/UDP 192.168.1.100:5060;branch=z9hG4bK-abf26457a475334cb5c7d5ea18bca925;rport From: "CallCentric EXT" <sip:101@pbx.company.com;user=phone>;tag=20790 To: <sip:1xxxxxxxxx3@66.193.176.35;user=phone> .... INVITE sip:1777xxxxxxxxx7@192.168.1.100:5060;transport=udp;line=eccbc87e SIP/2.0 v: SIP/2.0/UDP 204.11.192.160:5060;branch=z9hG4bK-f8e466e23bd72b90dea2ee17364e991a;change=ta f: "CallCentric EXT" <sip:101@callcentric.com>;tag=1889682764 t: <sip:1xxxxxxxxx3@66.193.176.35>

As you surmise, I am not concerned about the first ring display, only the subsequent rings. I assigned the snom 820 user name First name: "A( B)"and Last name: "C~$"; the ATA displayed "A( B)" C~$" I assigned the snom 820 user name First name: "0123456789"and Last name: "ABCDEFGHIJ"; the ATA displayed "0123456789 ABCD" Added note: The ATA CID displays were correct. The happy face was added by the forum editor.

I used "H" for the group name. My CID is "office". If I set trunk redirection to the Hunt group and the From-header group behaviour to "Calling-Party" I see the following on the test extenisons: Grandstream 502 ATA: "Incoming Call" snom 820: Caller: "office" If I set the From-header group behaviour to "Group name" I see the following on the two test extenisons: Grandstream 502 ATA: "Incoming Call" snom 820: Caller: "H" If I set trunk redirection to the Grandstream 502 ATA I see the following: "Incoming Call" -> "office" (displays before first ring) If I set trunk redirection to the snom 820 I see the following: "office" Can you suggest a test that would allow me to verify whether the ATA supports IA5. Other than the problem with the Hunt group, the ATA appears to support whatever character encoding is generally used for incoming calls. Do the CID header settings for the trunk have any bearing on this issue? I used the default settings provided by snom ONE for my carrier: CallCentric

Thanks for the info. My grasp of telephony implementations and concepts is pretty tenuous so I am having a little trouble implementing these insights. Is the snom ONE able to set the character encoding scheme from IA5 to ASCII? I don't see any obvious settings that would change the character encoding scheme in my ATA. My ATA/handset combination can display 15 characters and appears to truncate longer CIDs when the call is routed via trunk redirection. It is only when the call is routed via a Hunt group that there is a problem. I don't see any setting in the Hunt group that relates either to character encoding or CID length. Are there settings somewhere in the snom ONE that might fix the problem?

I recently added a Grandstream ATA (firmware v1.0.9.1 [latest]) to my snom ONE PBX (5.1.1 (Win64)). Caller ID works fine with the Grandstream ATA (i.e. the attached phone displays the CID) if the Trunk Routing/Redirection Default Account is set to the ATA's assigned extension. However, if the ATA extension is part of a Hunt Group where the Behaviour: From-Header is set to Calling-Party (or any other setting), the ATA's attached phone simply displays "Incoming Call". I don't have any experience debugging these kinds of problems and any help would be appreciated.