Централизованый формат снифов

[Konctantin]

Редакция от 31 июля 2011, 13:13, версия 3.1

• 1. RAW.
  • 1.1. заголовок снифа.
    

    struct MainHeader
    {
      char signature[3]; // 'RAW'.
      byte version[2]; // 0x01, 0x03
      byte snifferID; 
      uint build; 
      char language[4]; // Язык клиента: 'ruRU', 'enGB' и т.д.
      byte sessionKey[40]; 
      uint unixTime;
      uint tickCount;
      uint optionalHeaderLength; 
    };
    byte[optionalHeaderLength] optionalData;

  • 1.2. чанк
    

    struct ChunkHeader
    {
      char direction[4]; // 'SMSG', 'CMSG'
      uint sessionID;
      uint tickCount;
      uint optionalDataLength;
      uint dataLength;
    };
    byte[optionalDataLength] optionalData;
    byte[dataLength] data;

• 2. PKT.
  • 2.1. заголовок снифа.
    

    struct MainHeader
    {
      char signature[3]; // 'PKT'
      byte version[2]; // 0x01, 0x03
      byte snifferID; 
      uint build; 
      char language[4]; // Язык клиента: 'ruRU', 'enGB' и т.д.
      byte sessionKey[40]; // может быть заполнено нулями
      uint unixTime;
      uint tickCount;
      uint optionalHeaderLength; 
    };
    byte[optionalHeaderLength] optionalData;

  • 2.2. чанк
    

    struct ChunkHeader
    {
      char direction[4]; // 'SMSG', 'CMSG'
      uint sessionID;
      uint tickCount;
      uint optionalDataLength;
      uint dataLength;
    };
    byte[optionalDataLength] optionalData;
    byte[dataLength] data;

    , где
    - data включает в себя Opcode, выравненный до uint
    - dataLength равен размеру data
  
  
• 3. Имя файла.
  • 3.1. имя файла
    имя может быть произвольным и удобным каждому из разработчиков.
    
  • 3.2. расширение файла
    обязательно .raw или .pkt

Редакция от 25 июля 2010, 21:00, версия 3.0

• 1. RAW.
  • 1.1. заголовок снифа.
    

    struct MainHeader
    {
      char signature[3]; // 'RAW'.
      byte version[2]; // 0x00, 0x03
      byte snifferID; 
      uint build; 
      char language[4]; // Язык клиента: 'ruRU', 'enGB' и т.д.
      byte sessionKey[40]; 
      uint optionalHeaderLength; 
    };
    byte[optionalHeaderLength] optionalData;

  • 1.2. чанк
    

    struct ChunkHeader
    {
      char direction[4]; // 'SMSG', 'CMSG'
      uint unixTime;
      uint tickCount;
      uint optionalDataLength;
      uint dataLength;
    };
    byte[optionalDataLength] optionalData;
    byte[dataLength] data;

• 2. PKT.
  • 2.1. заголовок снифа.
    

    struct MainHeader
    {
      char signature[3]; // 'PKT'
      byte version[2]; // 0x00, 0x03
      byte snifferID; 
      uint build; 
      char language[4]; // Язык клиента: 'ruRU', 'enGB' и т.д.
      byte sessionKey[40]; // может быть заполнено нулями
      uint optionalHeaderLength; 
    };
    byte[optionalHeaderLength] optionalData;

  • 2.2. чанк
    

    struct ChunkHeader
    {
      char direction[4]; // 'SMSG', 'CMSG'
      uint unixTime;
      uint tickCount;
      uint optionalDataLength;
      uint dataLength;
    };
    byte[optionalDataLength] optionalData;
    byte[dataLength] data;

    , где
    - data включает в себя Opcode, выравненный до uint
    - dataLength равен размеру data

Предложения
SnifferID:

0 - Wad // 2005 и ранее
1 - Nomad // 2005 и ранее
2 - WoWCore // 2006
3 - Mangos (TOM_RUS) // 2006
4 - User456 // 2007
5 - Delfin // 2007
6 - Burlex // 2007
7 - WCell // 2008
8 - Kobold // 2009
9 - abdula123 // 2010
10 - Konctantin/LordJZ // 2010
11 - Йоха // 2010

[RomanRom2]

ну как не видно... вон сколько понаписали в коменты.
вот краткая выдержка:

1. размер connectionId 1 байт
2. убрать tickCount
3. изменить порядок
4. убрать unixTime из чанка
5. вынести opcode из данных в чанк

мои коменты по пунктам:
1. против. нужно оставить 4 байта.
2. категорически против. все понимают почему?
3. против. текущий порядок идеологически правильный. нужно подробно объяснять?
4. согласен. оставлен unixTime снифа.
5. категорически против. уже объяснял выше.

[virusav]

Последний пост 19.05.2011, 21:21, а это май.

[RomanRom2]

имелось ввиду, что месячное ревью закончилось.

[LordJZ]

Сообщение от RomanRom2

ну как не видно... вон сколько понаписали в коменты.
вот краткая выдержка:

1. размер connectionId 1 байт
2. убрать tickCount
3. изменить порядок
4. убрать unixTime из чанка
5. вынести opcode из данных в чанк

мои коменты по пунктам:
1. против. нужно оставить 4 байта.
2. категорически против. все понимают почему?
3. против. текущий порядок идеологически правильный. нужно подробно объяснять?
4. согласен. оставлен unixTime снифа.
5. категорически против. уже объяснял выше.

Поддерживаю это, структура в соответствии: http://ru-mangos.ru/showpost.php?p=22660&postcount=147

[RomanRom2]

итак, пора подводить итоги.
спецификация 3.1 принята, с чем всех и поздравляю.

что то нас на форматы к концу июля постоянно тянет

[HuntsMan]

В первом посте обновление будет?

[RomanRom2]

обновил.

[LordJZ]

Сообщение от RomanRom2

обновил.

Эм, кажется вы забыли в основном заголовке добавить новые поля.

[RomanRom2]

Сообщение от LordJZ

Эм, кажется вы забыли в основном заголовке добавить новые поля.

ммм, да да да... спасибо.

[Chameleon]

Сообщение от LordJZ

Эм, кажется вы забыли в основном заголовке добавить новые поля.

А так же версию с 0x00, 0x03 на 0x01, 0x03.

[RomanRom2]

что ж такое... еще не проснулся видать
поправил.