X-Git-Url: https://git.teslayout.com/public/public/public/?a=blobdiff_plain;f=include%2Fanna%2Fdiameter%2Fcodec%2FMessage.hpp;h=2b65175ef83d607034cbed61138b53c80fdc512c;hb=4456556fc4cd3d24eab8d555acceae339d476c5b;hp=9f3c85f75cb89d251cfe0b9dd7bf83162cf4bdda;hpb=e7dbacff41163bf8cefb267daae84d96056ebc86;p=anna.git

diff --git a/include/anna/diameter/codec/Message.hpp b/include/anna/diameter/codec/Message.hpp
index 9f3c85f..2b65175 100644
--- a/include/anna/diameter/codec/Message.hpp
+++ b/include/anna/diameter/codec/Message.hpp
@@ -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: