From: Vijay V. <vij...@ne...> - 2002-03-27 22:31:10
|
yes , I tried 5.0 ... Iam having the same problem ... That means I wont be able to support dynamic addition of branches of = private.enterprise.... in my Agent2. Each and every branch has to be = registered with proxy ... I cannot use something generic like ".1" or .1.3.6.1.private.enterprise .=20 Doesnt the standard say that : If (requested OID is resolvable locally) then {=20 handle the request locally in Agent1 } else { pass it on to the proxied Agent2 } rather now it is : even if (one of the branch (of the root OID registered in proxy) is = resolvable locally ) then { try to resolve all of the branches (of the rootOID registered in proxy) = locally=20 } else=20 { ????????? } Is my understanding correct? .... thanks, vijay -----Original Message----- From: Vishal Verma [mailto:vv...@bi...] Sent: Wednesday, March 27, 2002 3:36 PM To: Vijay Viswanathan; net...@li... Subject: RE: clarification I encountered the same problem. For 4.2.x line, you'll have to put a = separate proxy line for each MIB top level oid registration. I guess Wes = said it will be fixed in 5.x line, not that it *is* fixed. -vish >-----Original Message----- >From: net...@li... >[mailto:net...@li...]On Behalf Of Vijay >Viswanathan >Sent: Wednesday, March 27, 2002 12:08 PM >To: net...@li... >Subject: clarification > > >Hi, > >My aim is to proxy all the request below 1.3.6.1.4.1 to Agent2=20 >[except ucdavis and mymib1]. > >I have "proxy -t 75 -v1 -c public ip 1.3.6.1.4 " in proxy=20 >agent [which has "1.3.6.1.4.1.ucdavis mib" and=20 >"1.3.6.1.4.1.mymib1" support ] > >The proxy server is not able to proxy any request like=20 >1.3.6.1.4.1.mymib2 [mymib2 support is in agent2] > >but if i add "proxy -v1 -c public ip 1.3.6.1.4.1.mymib2 " in=20 >proxy agent Its able to do fine ..... > >same thing happens if i do a proxy for ".1" why is that .....=20 >should i try it with 5.0 version ? > >whats the reason for such behaviour shouldnt i do like that ?? > >thanks, >vijay > > >_______________________________________________ >Net-snmp-users mailing list >Net...@li... >Please see the following page to unsubscribe or change other options: >https://lists.sourceforge.net/lists/listinfo/net-snmp-users |