requested by the NVC due to lack of resources.
</column>
+ <column name="switch_fault_status" key="lr_switch_bindings_fault">
+ Indicates that the switch has been unable to create the logical router
+ interfaces requested by the NVC due to conflicting configurations or a
+ lack of hardware resources.
+ </column>
+
+ <column name="switch_fault_status" key="lr_static_routes_fault">
+ Indicates that the switch has been unable to create the static routes
+ requested by the NVC due to conflicting configurations or a lack of
+ hardware resources.
+ </column>
+
+ <column name="switch_fault_status" key="lr_creation_fault">
+ Indicates that the switch has been unable to create the logical router
+ requested by the NVC due to conflicting configurations or a lack of
+ hardware resources.
+ </column>
+
+ <column name="switch_fault_status" key="lr_support_fault">
+ Indicates that the switch does not support logical routing.
+ </column>
+
<column name="switch_fault_status" key="unspecified_fault">
Indicates that an error has occurred in the switch but that no
more specific information is available.
</p>
<p>
- For <code>vxlan_over_ipv4</code> encapsulation, this column
- is the VXLAN VNI that identifies a logical switch. It must
- be in the range 0 to 16,777,215.
+ For <code>vxlan_over_ipv4</code> encapsulation, when the tunnel key
+ per <ref table="Logical_Switch"/> model is in use, this column is the
+ VXLAN VNI that identifies a logical switch. It must be in the range
+ 0 to 16,777,215.
</p>
</column>
</group>
</p>
<p>
- For the <code>vxlan_over_ipv4</code> encapsulation, the only
- encapsulation defined so far, all endpoints associated with a given <ref
- table="Logical_Switch"/> must use a common tunnel key, which is carried
- in the <ref table="Logical_Switch" column="tunnel_key"/> column of <ref
- table="Logical_Switch"/>.
- </p>
-
- <p>
- For some encapsulations yet to be defined, we expect <ref
- table="Physical_Locator"/> to identify both an endpoint and a tunnel key.
- When the first such encapsulation is defined, we expect to add a
- ``tunnel_key'' column to <ref table="Physical_Locator"/> to allow the
- tunnel key to be defined.
- </p>
-
- <p>
- See the ``Per Logical-Switch Tunnel Key'' section in the <ref
- table="Logical_Switch"/> table for further discussion of the model.
+ The <code>vxlan_over_ipv4</code> encapsulation, the only encapsulation
+ defined so far, can use either tunnel key model described in the ``Per
+ Logical-Switch Tunnel Key'' section in the <ref table="Logical_Switch"/>
+ table. When the tunnel key per <ref table="Logical_Switch"/> model is in
+ use, the <ref table="Logical_Switch" column="tunnel_key"/> column in the
+ <ref table="Logical_Switch"/> table is filled with a VNI and the <ref
+ column="tunnel_key"/> column in this table is empty; in the
+ key-per-tunnel model, the opposite is true. The former model is older,
+ and thus likely to be more widely supported. See the ``Per
+ Logical-Switch Tunnel Key'' section in the <ref table="Logical_Switch"/>
+ table for further discussion of the model.
</p>
<column name="encapsulation_type">
</p>
</column>
+ <column name="tunnel_key">
+ <p>
+ This column is used only in the tunnel key per <ref
+ table="Logical_Switch"/>+<ref table="Physical_Locator"/> model (see
+ above).
+ </p>
+
+ <p>
+ For <code>vxlan_over_ipv4</code> encapsulation, when the <ref
+ table="Logical_Switch"/>+<ref table="Physical_Locator"/> model is in
+ use, this column is the VXLAN VNI. It must be in the range 0 to
+ 16,777,215.
+ </p>
+ </column>
+
</table>
<table name="ACL_entry">
<p>