<?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>Can a proxy node also be a controller node?</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/26548/can-a-proxy-node-also-be-a-controller-node</link><description>Can a proxy node also be a client and server node (a controller node)? 
 What are the key differences between a server and a client in BLE mesh? 
 Can a server relay a packet to another server, or are only clients and servers able to relay packets to</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Mon, 06 Nov 2017 15:26:00 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/26548/can-a-proxy-node-also-be-a-controller-node" /><item><title>RE: Can a proxy node also be a controller node?</title><link>https://devzone.nordicsemi.com/thread/104455?ContentTypeID=1</link><pubDate>Mon, 06 Nov 2017 15:26:00 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:7eb44b18-7efd-499e-9317-6210d859029d</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;No, not yet.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can a proxy node also be a controller node?</title><link>https://devzone.nordicsemi.com/thread/104454?ContentTypeID=1</link><pubDate>Mon, 06 Nov 2017 07:10:29 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:903d562d-68d2-4378-9312-2e0dcec6ccb9</guid><dc:creator>kren</dc:creator><description>&lt;p&gt;Does nrf mesh v0.10 support proxy?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Can a proxy node also be a controller node?</title><link>https://devzone.nordicsemi.com/thread/104453?ContentTypeID=1</link><pubDate>Fri, 03 Nov 2017 12:03:52 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:ce3811e0-779b-42af-b4ea-f6db13c0c163</guid><dc:creator>Hung Bui</dc:creator><description>&lt;p&gt;Hi Michael,&lt;/p&gt;
&lt;p&gt;At section 2.3.6 in the Mesh spec you can find the definition of client and server model, I think it&amp;#39;s self explained:&lt;/p&gt;
&lt;blockquote&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;Server model: A server model is
composed of one or more states
spanning one or more elements. The
server model defines a set of
mandatory messages that it can
transmit or receive, the behavior
required of the element when it
transmits and receives such messages,
and any additional behavior that
occurs after messages are transmitted
or received.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Client model: A client model defines
a set of messages (both mandatory and
optional) that a client uses to
request, change, or consume
corresponding server states, as
defined by a server model. The client
model does not have state.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;/blockquote&gt;
&lt;p&gt;A proxy node can be a client and server, yes. Note that client, and server are model, not node.
And proxy is a role a node can support.&lt;/p&gt;
&lt;p&gt;So there is no conflict here.&lt;/p&gt;
&lt;p&gt;I think the way the server and client model was designed is that the server is very simple and only holds states. The client is the one trigger command and request data.
So communication between 2 servers is not really what designed.&lt;/p&gt;
&lt;p&gt;However, the application is free to use access layer to send data between node. So if you don&amp;#39;t use the client server model the way they defined in spec, it&amp;#39;s totally fine.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>