<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Eddystone URL malformed packet</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/14720/eddystone-url-malformed-packet</link><description>Hi, 
 I&amp;#39;m using the reference project &amp;quot;Experimental: Eddystone Beacon Application&amp;quot; to transmit Eddystone URL packets and I&amp;#39;m sniffing the data with Wireshark.
I noticed that every time I modify the URL address, including the character &amp;#39;.&amp;#39;, in wireshark</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Thu, 30 Jun 2016 13:20:16 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/14720/eddystone-url-malformed-packet" /><item><title>RE: Eddystone URL malformed packet</title><link>https://devzone.nordicsemi.com/thread/56173?ContentTypeID=1</link><pubDate>Thu, 30 Jun 2016 13:20:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:5c16fb07-7825-4749-8e1b-db1f25289acb</guid><dc:creator>FormerMember</dc:creator><description>&lt;p&gt;In the nRF Master Control Panel, what does the raw advertising/broadcasting data look like for the two cases, the one that work and the one that doesn&amp;#39;t?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Eddystone URL malformed packet</title><link>https://devzone.nordicsemi.com/thread/56172?ContentTypeID=1</link><pubDate>Tue, 28 Jun 2016 18:39:16 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:46c59da8-a0bc-4fc3-81ff-9d4bf5986bd4</guid><dc:creator>jefcap</dc:creator><description>&lt;p&gt;Yes, in nRF Master Control Panel, the website address is shown correct. That&amp;#39;s why I felt surprise about the &amp;quot;Malformed Packet&amp;quot;. Shall I ignore this kind of error?
Could you reproduce it with wireshark 1.12.12?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Eddystone URL malformed packet</title><link>https://devzone.nordicsemi.com/thread/56171?ContentTypeID=1</link><pubDate>Mon, 27 Jun 2016 06:25:24 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:388bc962-58b3-4ff8-8a93-f10e4df16842</guid><dc:creator>FormerMember</dc:creator><description>&lt;p&gt;The recommended version for wireshark to be used with the sniffer is wireshark v.1.10.x. When I test examples that you describe here (wireshark v.1.10.14), there is hardly any malformed packets.&lt;/p&gt;
&lt;p&gt;When you see the malformed packets in wireshark, does &lt;a href="https://www.nordicsemi.com/eng/Products/Nordic-mobile-Apps/nRF-Master-Control-Panel-application"&gt;nRF Master Control panel&lt;/a&gt; still show the correct address?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Eddystone URL malformed packet</title><link>https://devzone.nordicsemi.com/thread/56170?ContentTypeID=1</link><pubDate>Fri, 24 Jun 2016 12:57:38 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:c5ae56f8-301f-4d33-adef-101392f8c400</guid><dc:creator>jefcap</dc:creator><description>&lt;p&gt;Hi Kristin
I&amp;#39;m using wireshark Version 1.12.12 (v1.12.12-0-g2f634e8 from master-1.12).&lt;/p&gt;
&lt;p&gt;I noticed the problem happen when I try to use the &amp;quot;Eddystone-URL HTTP URL encoding&amp;quot; in the middle of the URL string. For example:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;#define APP_EDDYSTONE_URL_URL           &amp;#39;t&amp;#39;, &amp;#39;e&amp;#39;, &amp;#39;s&amp;#39;, &amp;#39;t&amp;#39;,0x07,&amp;#39;.&amp;#39;,&amp;#39;x&amp;#39;,&amp;#39;x&amp;#39; 
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;If I change the address to the one below, there&amp;#39;s no more &amp;quot;Malformed Packet&amp;quot;.&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;#define APP_EDDYSTONE_URL_URL           &amp;#39;t&amp;#39;, &amp;#39;e&amp;#39;, &amp;#39;s&amp;#39;, &amp;#39;t&amp;#39;,&amp;#39;.&amp;#39;,&amp;#39;c&amp;#39;,&amp;#39;o&amp;#39;,&amp;#39;m&amp;#39;,&amp;#39;.&amp;#39;,&amp;#39;x&amp;#39;,&amp;#39;x&amp;#39; 
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;The URL encoding is just to use at the first and last byte of the URL address?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Eddystone URL malformed packet</title><link>https://devzone.nordicsemi.com/thread/56169?ContentTypeID=1</link><pubDate>Fri, 24 Jun 2016 09:15:48 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:6d5ad63e-4ebd-4718-9a8d-7201fa62308f</guid><dc:creator>FormerMember</dc:creator><description>&lt;p&gt;I just tested here with www.nordicsemi.com.xx, and wireshark is not showing &amp;quot;Malformed Packet&amp;quot;. Which version of wireshark do you use?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>