[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
>>>>> Lauren Heintz writes:
Lauren> I have some suggested changes to this TCP model that may allow
Lauren> it to be "bolted" onto the existing infrastructure with few,
Lauren> if any, changes or augmentations to existing RFCs/MIBs....
Just to be clear: The current document only describes the simple model
where "the guy who has something to say is responsible to open the
channel". The appendix only documents options that were discussed and
lists some trade-offs we identified.
Lauren> - notification receivers need to be able to initiate a
I think this is the core of your comments, so lets focus on this one
first. Can you please justify the requirement? Why is it needed? What
is missing if this feature is not there?
Regarding <draft-irtf-nmrg-snmp-tcp-06.txt>, do you think there are
flaws in the discussion of this point in the last paragraph of the
appendix? If a notification originator accepts a new connection, does
it in your opinion have to match a preconfigured snmpTargetTable or
not? If not, how to you populate a new entry in the snmpTargetTable?
Juergen Schoenwaelder Technical University Braunschweig
<email@example.com> Dept. Operating Systems & Computer Networks
Phone: +49 531 391 3289 Bueltenweg 74/75, 38106 Braunschweig, Germany
Fax: +49 531 391 5936 <URL:http://www.ibr.cs.tu-bs.de/~schoenw/>