<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: CuCM issue with Huntpiloturi String in Unified Communications Infrastructure</title>
    <link>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3784376#M158017</link>
    <description>&lt;P&gt;Thank you very much for your help!&lt;/P&gt;&lt;P&gt;It seems to be fixed now. Good News for our customer.&lt;/P&gt;</description>
    <pubDate>Mon, 21 Jan 2019 16:19:26 GMT</pubDate>
    <dc:creator>michael.schenk</dc:creator>
    <dc:date>2019-01-21T16:19:26Z</dc:date>
    <item>
      <title>CuCM issue with Huntpiloturi String</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3766477#M157660</link>
      <description>&lt;P&gt;Hi all,&lt;BR /&gt;&lt;BR /&gt;we have a customer with Cisco CUCM Version 11.5.1.15900-18.&lt;BR /&gt;Our System is the ascom IP-DECT. When we use a Hunt Group the Alerting Name contains wrong Information.&lt;BR /&gt;&lt;BR /&gt;On the Display it's shown like this:&amp;nbsp;"%22Test%22 (Test being a test name for Alerting Name).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;But as you can see in the attached Image, in the "Alerting Name" Field it's only "Test" filled in.&lt;/P&gt;&lt;P&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="image-2018-09-18-10-26-00-798.jpg" style="width: 450px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/26471iD526768F9A8E99CA/image-size/large?v=v2&amp;amp;px=999" role="button" title="image-2018-09-18-10-26-00-798.jpg" alt="image-2018-09-18-10-26-00-798.jpg" /&gt;&lt;/span&gt;&lt;BR /&gt;&lt;BR /&gt;With Wireshark, you can see the following String:&lt;BR /&gt;Huntpiloturi ="%22Test%22&amp;lt;sip:XXXXXXXXXX@IP.IP.IP.IP&amp;gt;"&lt;/P&gt;&lt;P&gt;Has anyone similar issues? What might cause this issue?&lt;BR /&gt;&lt;BR /&gt;Best regards&lt;BR /&gt;Michael&lt;/P&gt;</description>
      <pubDate>Wed, 19 Dec 2018 08:45:54 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3766477#M157660</guid>
      <dc:creator>michael.schenk</dc:creator>
      <dc:date>2018-12-19T08:45:54Z</dc:date>
    </item>
    <item>
      <title>Re: CuCM issue with Huntpiloturi String</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3767022#M157668</link>
      <description>Well, %22 is how you escape a double quotation mark, which would be necessary since the full value appears to be encapsulated in double quotes already. SIP headers are not normally formatted that way though. Can we see either a screenshot of the Wireshark protocol debug or a plain text version of the SIP message?</description>
      <pubDate>Thu, 20 Dec 2018 00:55:34 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3767022#M157668</guid>
      <dc:creator>Jonathan Schulenberg</dc:creator>
      <dc:date>2018-12-20T00:55:34Z</dc:date>
    </item>
    <item>
      <title>Re: CuCM issue with Huntpiloturi String</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3767161#M157676</link>
      <description>&lt;P&gt;First, thanks for that quick reply!&lt;BR /&gt;&lt;BR /&gt;Here you can see a screenshot of the Message Header Part from the Wireshark protocol debug:&lt;BR /&gt;&lt;span class="lia-inline-image-display-wrapper lia-image-align-inline" image-alt="message_header_black.jpg" style="width: 999px;"&gt;&lt;img src="https://community.cisco.com/t5/image/serverpage/image-id/26547iEC508CED10D2931D/image-size/large?v=v2&amp;amp;px=999" role="button" title="message_header_black.jpg" alt="message_header_black.jpg" /&gt;&lt;/span&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Is there anything else you ned? I tried to paint over the private data black.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;/Michael&lt;/P&gt;</description>
      <pubDate>Thu, 20 Dec 2018 07:59:40 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3767161#M157676</guid>
      <dc:creator>michael.schenk</dc:creator>
      <dc:date>2018-12-20T07:59:40Z</dc:date>
    </item>
    <item>
      <title>Re: CuCM issue with Huntpiloturi String</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3767933#M157693</link>
      <description>Ah ok, it's a parameter on the Call-Info header, not a header by itself. This appears to conform to RFC3261 section 25.1 which requires certain special characters - including DQUOTE - be escaped if they appear within a parameter value. I believe the errant behavior here is on the Ascom side of things, though I'll admit a bit of surprise that they're looking at this in the first place.</description>
      <pubDate>Fri, 21 Dec 2018 15:48:29 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3767933#M157693</guid>
      <dc:creator>Jonathan Schulenberg</dc:creator>
      <dc:date>2018-12-21T15:48:29Z</dc:date>
    </item>
    <item>
      <title>Re: CuCM issue with Huntpiloturi String</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3783765#M157998</link>
      <description>&lt;P&gt;It appears Cisco decided to create a defect for this behavior:&lt;/P&gt;
&lt;P&gt;&lt;A href="https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvn75533" target="_blank"&gt;https://bst.cloudapps.cisco.com/bugsearch/bug/CSCvn75533&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Sun, 20 Jan 2019 18:22:30 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3783765#M157998</guid>
      <dc:creator>Jonathan Schulenberg</dc:creator>
      <dc:date>2019-01-20T18:22:30Z</dc:date>
    </item>
    <item>
      <title>Re: CuCM issue with Huntpiloturi String</title>
      <link>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3784376#M158017</link>
      <description>&lt;P&gt;Thank you very much for your help!&lt;/P&gt;&lt;P&gt;It seems to be fixed now. Good News for our customer.&lt;/P&gt;</description>
      <pubDate>Mon, 21 Jan 2019 16:19:26 GMT</pubDate>
      <guid>https://community.cisco.com/t5/unified-communications-infrastructure/cucm-issue-with-huntpiloturi-string/m-p/3784376#M158017</guid>
      <dc:creator>michael.schenk</dc:creator>
      <dc:date>2019-01-21T16:19:26Z</dc:date>
    </item>
  </channel>
</rss>

