astyle
[anna.git] / include / anna / diameter / codec / Message.hpp
index 9f3c85f..2b65175 100644 (file)
@@ -148,28 +148,28 @@ class Message {
   const anna::diameter::stack::Command *getStackCommand(CommandId id) const throw(anna::RuntimeException);
 
   void setFailedAvp(const parent_t &parent, AvpId wrong, const char *wrongName = NULL) throw(anna::RuntimeException);
-         // During message decoding and validation, the first wrong avp is stored and all the tracking is managed to find out its
-      //  nested path for the case of grouped avps with wrong avps inside. Remember the RFC 6733, section 7.5:
-      //
-      //                                  In the case where the offending AVP is embedded within a Grouped AVP,
-         //                               the Failed-AVP MAY contain the grouped AVP, which in turn contains
-         //                               the single offending AVP.  The same method MAY be employed if the
-         //                               grouped AVP itself is embedded in yet another grouped AVP and so on.
-         //                               In this case, the Failed-AVP MAY contain the grouped AVP hierarchy up
-         //                               to the single offending AVP.  This enables the recipient to detect
-         //                               the location of the offending AVP when embedded in a group.
-      //
-      // The first wrong avp found will set the final result code, as the RFC recommends:
-      //
-         //                               The value of the Result-Code AVP will provide information on the reason
-         //                               for the Failed-AVP AVP.  A Diameter answer message SHOULD contain an
-         //                               instance of the Failed-AVP AVP that corresponds to the error
-         //                               indicated by the Result-Code AVP.  For practical purposes, this
-      //                                  Failed-AVP would typically refer to the first AVP processing error
-         //                               that a Diameter node encounters.
-         //
-      // The message keeps the list (reverse order) of avps hierarchy (in case of grouping) for the final Failed-AVP construction,
-      // which is done at the end of decoding or validation, and only the first wrong avp is stored with its corresponding path.
+  // During message decoding and validation, the first wrong avp is stored and all the tracking is managed to find out its
+  //  nested path for the case of grouped avps with wrong avps inside. Remember the RFC 6733, section 7.5:
+  //
+  //           In the case where the offending AVP is embedded within a Grouped AVP,
+  //           the Failed-AVP MAY contain the grouped AVP, which in turn contains
+  //           the single offending AVP.  The same method MAY be employed if the
+  //           grouped AVP itself is embedded in yet another grouped AVP and so on.
+  //           In this case, the Failed-AVP MAY contain the grouped AVP hierarchy up
+  //           to the single offending AVP.  This enables the recipient to detect
+  //           the location of the offending AVP when embedded in a group.
+  //
+  // The first wrong avp found will set the final result code, as the RFC recommends:
+  //
+  //           The value of the Result-Code AVP will provide information on the reason
+  //           for the Failed-AVP AVP.  A Diameter answer message SHOULD contain an
+  //           instance of the Failed-AVP AVP that corresponds to the error
+  //           indicated by the Result-Code AVP.  For practical purposes, this
+  //           Failed-AVP would typically refer to the first AVP processing error
+  //           that a Diameter node encounters.
+  //
+  // The message keeps the list (reverse order) of avps hierarchy (in case of grouping) for the final Failed-AVP construction,
+  // which is done at the end of decoding or validation, and only the first wrong avp is stored with its corresponding path.
 
 
 protected: