[Ns-developers] a few more tap device comments

Gustavo Carneiro gjcarneiro at gmail.com
Sat Jun 6 04:58:38 PDT 2009


2009/6/6 Tom Henderson <tomh at tomh.org>

>
>
>> Gustavo,
>> Although I suggested the name TapNetDevice, in reviewing this today, I
>> noticed that it is really behaving like a Tun device instead of a Tap device
>> (i.e. it is not adding an Ethernet header).
>>
>> So, would you be amenable to naming it TunNetDevice instead?
>>
>> I also thought that the example was a bit unusual because the TunNetDevice
>> handler is creating a Udp socket to send the datagram out, instead of just a
>> raw socket.  What do you think about changing it to a raw socket?
>>
>>
> Gustavo,
> I had a couple more comments:
>
> - last release, Craig tried to add a tcpdump-like trace source consistently
> across all net devices, called PromiscSniffer.  Any concern with adding it
> here too?


Not at all.


>
>
> - I wasn't sure about how users were expected to call Receive() and
> PromiscReceive().  In other NetDevices, there is a single Receive() function
> and it calls both the rxCallback and the promiscRxCallback. Here, those
> methods are separated.  Are users supposed to call both of these methods, or
> pick one?  Was there a reason you didn't call the promiscRxCallback from
> within Receive()?


No doubt Receive() should also be calling the promiscRxCallback, good catch.

To get completely rid of PromiscReceive, I'm not sure.  I guess I am ok with
it, we can always add it later if we need it.

Thanks for the comments.

Regards,

-- 
Gustavo J. A. M. Carneiro
INESC Porto, Telecommunications and Multimedia Unit
"The universe is always one step beyond logic." -- Frank Herbert


More information about the Ns-developers mailing list