[Click] IPRouteTable and outputs
Eddie Kohler
kohler at cs.ucla.edu
Fri Feb 26 11:45:07 EST 2010
That is 3 people against, the idea is DEAD!
Thanks all.
E
Ian Rose wrote:
> Eddie -
>
> Sorry if I am slow on the uptake, but why would you want to do this when
> you could just change the port '2' to a '0' and it would work normally?
> I can't really come up with any scenarios where the port number would
> have some kind of semantic meaning and thus it would be "nice" to be
> able to use a port number of your choice (2) rather than whichever comes
> next numerically (0)...
>
> - Ian
>
>
> Braem Bart wrote:
>> Hey,
>>
>> I prefer an error instead of allowing this. It is easier to be able to
>> scan through a script and have all semantics there instead of having
>> to know that routing tables are an exception to port assignment rules
>> and thus can generate this behavior. This might be very unexpected to
>> new Click users, which is where I am interested in as you know.
>> But those are just my 2 cents of course.
>>
>> Bart
>>
>> -----Original Message-----
>> From: click-bounces at amsterdam.lcs.mit.edu on behalf of Eddie Kohler
>> Sent: Fri 2/26/2010 4:35
>> To: Click Mailinglist
>> Subject: [Click] IPRouteTable and outputs
>>
>> Hey,
>>
>> Idle -> rt :: StaticIPLookup(1.0.0.0/8 2) -> Idle
>>
>> is illegal because rt only has 1 output. An alternate thing would be
>> to allow this and drop the packet. I'm tending to think it would be
>> better to allow this & drop the packet. Thoughts?
>>
>> E
>> _______________________________________________
>> click mailing list
>> click at amsterdam.lcs.mit.edu
>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click
>>
>> _______________________________________________
>> click mailing list
>> click at amsterdam.lcs.mit.edu
>> https://amsterdam.lcs.mit.edu/mailman/listinfo/click
More information about the click
mailing list