I think I understand the adaptive a

I think I understand the adaptive architecture of rime/chameleon now.
Not to 100% but good enough I hope.

> This makes packets smaller but also makes the headers more difficult
to understand when looking at them in a packet analyzer.

Exactly that is my problem. I got an own platform(s). One of the devices
of the platform(s) is a Sniffer that has to forward the packets to a PC
over an uart to usb bridge. I want to use wireshark to analyse the raw
rime packets.

It makes it difficult to write a wireshark plugin to disassemble the
packets if no packet format is fixed.
The only way I see , is to attach a packet to its channel, as this is
the only constant in rime (channel = same header(protocol format) for
the application). This is then application based and not useable for
common use.

Anyway, the headers for the protocols (ruc,trickle,mesh, ...) seem to be
fixed for rime in a contiki release (independend from the chameleon
mapping to the mac layer and own packet attributes). I would need a
documentation for exactly that fixed rime headers for my problem. If it
does not exist : no problem, I am currently working on this issue ...
but it will take a lot of time.

Kết quả (Việt) 1:

Tôi nghĩ rằng tôi hiểu kiến trúc thích nghi của sương muối/chameleon bây giờ. Không phải 100% nhưng tốt đủ tôi hy vọng. > Điều này làm cho gói nhỏ hơn mà còn làm cho các tiêu đề khó khăn hơn để hiểu khi nhìn vào chúng trong một phân tích gói.Chính xác đó là vấn đề của tôi. Tôi có một nền riêng. Một trong các thiết bị trong các nền là một Sniffer có để chuyển tiếp các gói đến máy PC trên một uart để usb cầu. Tôi muốn sử dụng wireshark để phân tích các nguyên sương muối gói.Nó làm cho nó khó khăn để viết một plugin wireshark để tháo rời các gói nếu không có định dạng gói cố định.Cách duy nhất tôi thấy, là để đính kèm một gói kênh của nó, vì đây là chỉ liên tục trong sương muối (kênh = cùng một tiêu đề (giao thức định dạng) cho Các ứng dụng). Đây là ứng dụng sau đó dựa trên và không sử dụng được cho sử dụng phổ biến.Dù sao, các tiêu đề cho các giao thức (ruc, tia nước, lưới,...) có vẻ là cố định cho sương muối trong một bản phát hành contiki (independend từ chameleon lập bản đồ để các tầng mac và các thuộc tính của gói). Tôi cần một tài liệu hướng dẫn cho chính xác rằng cố định tiêu đề sương muối cho vấn đề của tôi. Nếu nó không tồn tại: không có vấn đề, tôi hiện đang làm việc về vấn đề này... nhưng nó sẽ mất rất nhiều thời gian.

Kết quả (Việt) 2:

Tôi nghĩ rằng tôi hiểu được kiến trúc thích nghi của sương muối / chameleon bây giờ.
Không phải 100% nhưng đủ tốt tôi hy vọng.> Điều này làm cho các gói nhỏ hơn nhưng cũng làm cho các tiêu đề khó khăn hơn để hiểu khi nhìn chúng trong một phân tích gói. Chính xác đó là của tôi vấn đề. Tôi có một nền tảng riêng (s). Một trong những thiết bị của các nền tảng (s) là một Sniffer có để chuyển tiếp các gói tin đến một máy tính trên một UART để cầu usb. Tôi muốn sử dụng Wireshark để phân tích các nguyên gói sương muối. Nó làm cho nó khó khăn để viết một plugin Wireshark để tháo rời các gói nếu không có định dạng gói tin được cố định. Cách duy nhất tôi nhìn thấy, là để đính kèm một gói tin đến kênh của nó, vì đây là hằng số duy nhất trong sương muối (kênh = cùng một tiêu đề (định dạng giao thức) cho các ứng dụng). Đây là sau đó dựa trên ứng dụng và không sử dụng được cho sử dụng chung. Dù sao, các tiêu đề cho các giao thức (Rục, nhỏ giọt, lưới, ...) dường như được cố định cho sương muối trong một thông cáo Contiki (independend từ tắc kè hoa để lập bản đồ các lớp mac và gói riêng thuộc tính). Tôi sẽ cần một tài liệu hướng dẫn cho các tiêu đề rime chính xác đó cố định cho vấn đề của tôi. Nếu nó không tồn tại: không có vấn đề, ​​tôi hiện đang làm việc về vấn đề này ... nhưng nó sẽ mất rất nhiều thời gian.