ns2中的数据包全部是由Packet进行表示的，当我们需要创建一个新的数据包时，就调用Packet::alloc方法，下面看看Packet::alloc都做了什么：inline Packet* Packet::alloc(){     Packet* p = free_;     if (p != 0) {         assert(p->fflag_ == FALSE);

转自http://www.cnblogs.com/sujz/articles/2044342.htmlSIFS, Short Interframe Space(SIFS):在802.11系列无线局域网中SIFS是固定值，SIFS是最小的帧间间隔，因此采用SIFS的节点具有访问无线链路的最高优先级。它等于节点从发送状态切换到接收状态并能正确解码所需要的时间，或者从接收状态转为发送状态所需要的

NS中可以用户可以在网络接口中通过设定接收阈值来指定通信范围，比如：      Phy/WirelessPhy set RXThresh_  一个单独的用来计算接收阈值的C程序：~ns/indep-utils/propagation/threshold.cc.编译后（g++ -lm threshold.cc -o threshold）按下述方计算阈值threshold -m

一. Mac802_11定时器相关类介绍类图如下：http://120.img.pp.sohu.com/images/blog/2007/12/3/16/16/1173b4c9ccf.jpg图1 NS2中Mac802_11定时器相关类结构图PS：在~ns\Common\Timer-handler.[h,cc]中定义了一个TimerHandler类，该类是ns中的通用定时器，不过

多图模式下绘图set multiplot [layout a,b]set ***plot ***unset multiplot同一个图上绘制多个曲线共用一个“plot”，逗号隔开。plot ***，***注释的位置left right top bottom (上下左右)outside(图形框右外侧) below(图形框下外侧)eg.set k

ns2 make出现错误./common/ptypes2tcl > gen/ptypes.ccSegmentation faultmake: *** [gen/ptypes.cc] Error 139原因～ns/common/packet.h，必须要注释掉不用的数据包头的定义，并且要求所有常量(包括PT_NTYPE)的值顺序递增，不允许增量大于1.

在iph中有fid_（flowid）这个字段，cmn头中有pype(pkttpye)，试图根据pkttype来区分上层的业务类型，根据flowid来区分具体几个业务流。于是实验中的tcl脚本模拟了一个从节点1到节点4的cbr业务流，传输层代理是udpAgent。同时另外一个是1到4的ftp业务，传输层代理是tcpAgent。运行脚本发现，两种报文的iph->fid_=2，cbr

iph->src&dst源目的地址，生成packet时赋值即可cmn->pre_hop_ cmn->next_hop_上一跳 &下一条 必要时每次都要更新cmn->add_type_,在生成报文时赋值即可，（如NS_AF_INET，若不设置在arp地址解析时找不到，则无法转发）cmn->direction_ ,每次转发时都要设置，否则为HDR::UP；若生成报文时不设置，则为0

在无线模拟的Trace文件中的该字段：                                     -Nl  string  Network trace Level (AGT, RTR, MAC, etc.)

在上篇 flowid和ptype的赋值与作用 中，提出了问题。按照逐步搜索fid_的方法，搜索hdr_cmn的ptype字段，同样发现该字段由Agent的ptype字段赋值。对于CBR-traffic -> Agent/udp ->node的模型，从高往低考虑，对于解释类Application/Traffic/CBR, 查看其对应编译类CBR_Traffic的源码（~ns/tools/

DCF中 2路握手与4路握手：通常把不带RTS/CTS握手信号但在发送成功后发送ACK回馈帧的数据发送机制称为两次握手机制或者停等CSMA/CA机制,而把数据帧由RTS/CTS握手信号引导发送的机制称为四次握手CSMA/CA机制.如下图。（王菽兰等 “无线局域网分布式协调功能东台MAC协议分析”）二次握手：四次握手：