flowid与pkttype的赋值与作用

在iph中有fid_（flowid）这个字段，

cmn头中有pype(pkttpye)，

试图根据pkttype来区分上层的业务类型，根据flowid来区分具体几个业务流。

于是实验中的tcl脚本模拟了一个从节点1到节点4的cbr业务流，传输层代理是udpAgent。

同时另外一个是1到4的ftp业务，传输层代理是tcpAgent。

运行脚本发现，两种报文的iph->fid_=2，cbr的ptype=2，而ftp的ptype是0，查看common/packet.h知PT_CBR=2，PT_TCP=0； 

先说fid_，搜索该变量在整个project中的引用位置，未发现可用信息；然后通过flowid（hdr_ip中定义为 int& flowid( ){return fid_;}）来搜索，会发现fid_在Agent的initPkt(Packet *)中赋值，被赋予的是agent中的fid_字段。而initPkt会在allockPkt中调用，即在产生每个报文时，将agent的fid_赋予ip报头中的fid_。（~ns/common/Agent.cc）

Agent的fid_字段又是什么时候赋的值呢？

再次搜索agent的fid_字段，发现在Agent的delay_bind_dispatch( )和delay_bind_init_all( )有用到，虽然不明白具体这两个函数怎么实现的，但大概用处是把Agent的一些变量到映像的tcl对象中的变量，其中就包括我们考虑的fid_。在delay_bind_dispatch( )中发现，将解释对象Agent的成员变量class_和fid_均绑定到