Re: [AFMUG] 320 monitoring OIDs

[Josh Baird]

They definitely do not support IF-MIB.

On Tue, Sep 15, 2015 at 11:56 PM, George Skorup  wrote:

> Try putting a .0 at the end of that OID and see if it then starts
> graphing. That's common with a lot of OIDs.
>
> Also, how the hell would they not support the standard IF-MIB interface
> OID tree. I assume you've tried that anyway. I don't have any of that shit
> to test against. A walk of .1.3.6.1.2.1.2 would tell you if the standard
> stuff is there. That's dumb if it's not.
>
> On 9/15/2015 10:36 PM, That One Guy /sarcasm wrote:
>
> half those would never graph: for example
>
> danEthRxTotalBytes
> 
>  Object
> ID: 1.3.1.4.1.32584.1.8.13.5
> Total number of bytes received.
>
> On Tue, Sep 15, 2015 at 10:31 PM, Colin Stanners 
> wrote:
>
>> Do you want it from the AP
>> 
>> http://support.cambiumnetworks.com/framed/onlinetools/content.DAN-BASIC-MIB-ADMIN.html
>> Or the CPEs?
>> http://support.cambiumnetworks.com/framed/onlinetools/content.Motorola-CPE-PRIVATE-MIB.html
>>
>> On Tue, Sep 15, 2015 at 10:16 PM, That One Guy /sarcasm <
>> thatoneguyst...@gmail.com> wrote:
>>
>>> I need to know OIDS (numeric) that can be monitored successfully on
>>> these pieces of shit. Im stuck with it. We have the basics rssi, cinr 1
>>> cinr 2 etc. Any ethernet stats would be nice.
>>>
>>> RIght know we have random loss to the subs, im guessing its something to
>>> do with some interference, But it could boil down to a saturated AP, and so
>>> far as I have been able to tell you cant monitor throughput on these trash
>>> cans other than monitoring the ethernet of the connected device
>>>
>>> --
>>> If you only see yourself as part of the team but you don't see your team
>>> as part of yourself you have already failed as part of the team.
>>>
>>
>>
>
>
> --
> If you only see yourself as part of the team but you don't see your team
> as part of yourself you have already failed as part of the team.
>
>
>

Re: [AFMUG] 320 monitoring OIDs

[Eric Muehleisen]

SM:

Traffic In: .1.3.6.1.4.1.10529.300.1.2.3.0
Traffic Out: .1.3.6.1.4.1.10529.300.1.2.2.0

Pulled straight from Cacti. Works like a champ.

On Wed, Sep 16, 2015 at 6:51 AM, Josh Baird  wrote:

> They definitely do not support IF-MIB.
>
> On Tue, Sep 15, 2015 at 11:56 PM, George Skorup  wrote:
>
>> Try putting a .0 at the end of that OID and see if it then starts
>> graphing. That's common with a lot of OIDs.
>>
>> Also, how the hell would they not support the standard IF-MIB interface
>> OID tree. I assume you've tried that anyway. I don't have any of that shit
>> to test against. A walk of .1.3.6.1.2.1.2 would tell you if the standard
>> stuff is there. That's dumb if it's not.
>>
>> On 9/15/2015 10:36 PM, That One Guy /sarcasm wrote:
>>
>> half those would never graph: for example
>>
>> danEthRxTotalBytes
>> 
>>  Object
>> ID: 1.3.1.4.1.32584.1.8.13.5
>> Total number of bytes received.
>>
>> On Tue, Sep 15, 2015 at 10:31 PM, Colin Stanners 
>> wrote:
>>
>>> Do you want it from the AP
>>> 
>>> http://support.cambiumnetworks.com/framed/onlinetools/content.DAN-BASIC-MIB-ADMIN.html
>>> Or the CPEs?
>>> http://support.cambiumnetworks.com/framed/onlinetools/content.Motorola-CPE-PRIVATE-MIB.html
>>>
>>> On Tue, Sep 15, 2015 at 10:16 PM, That One Guy /sarcasm <
>>> thatoneguyst...@gmail.com> wrote:
>>>
 I need to know OIDS (numeric) that can be monitored successfully on
 these pieces of shit. Im stuck with it. We have the basics rssi, cinr 1
 cinr 2 etc. Any ethernet stats would be nice.

 RIght know we have random loss to the subs, im guessing its something
 to do with some interference, But it could boil down to a saturated AP, and
 so far as I have been able to tell you cant monitor throughput on these
 trash cans other than monitoring the ethernet of the connected device

 --
 If you only see yourself as part of the team but you don't see your
 team as part of yourself you have already failed as part of the team.

>>>
>>>
>>
>>
>> --
>> If you only see yourself as part of the team but you don't see your team
>> as part of yourself you have already failed as part of the team.
>>
>>
>>
>

Re: [AFMUG] 320 monitoring OIDs

[That One Guy /sarcasm]

What about AP

On Wed, Sep 16, 2015 at 8:26 AM, Eric Muehleisen  wrote:

> SM:
>
> Traffic In: .1.3.6.1.4.1.10529.300.1.2.3.0
> Traffic Out: .1.3.6.1.4.1.10529.300.1.2.2.0
>
> Pulled straight from Cacti. Works like a champ.
>
> On Wed, Sep 16, 2015 at 6:51 AM, Josh Baird  wrote:
>
>> They definitely do not support IF-MIB.
>>
>> On Tue, Sep 15, 2015 at 11:56 PM, George Skorup 
>> wrote:
>>
>>> Try putting a .0 at the end of that OID and see if it then starts
>>> graphing. That's common with a lot of OIDs.
>>>
>>> Also, how the hell would they not support the standard IF-MIB interface
>>> OID tree. I assume you've tried that anyway. I don't have any of that shit
>>> to test against. A walk of .1.3.6.1.2.1.2 would tell you if the standard
>>> stuff is there. That's dumb if it's not.
>>>
>>> On 9/15/2015 10:36 PM, That One Guy /sarcasm wrote:
>>>
>>> half those would never graph: for example
>>>
>>> danEthRxTotalBytes
>>> 
>>>  Object
>>> ID: 1.3.1.4.1.32584.1.8.13.5
>>> Total number of bytes received.
>>>
>>> On Tue, Sep 15, 2015 at 10:31 PM, Colin Stanners 
>>> wrote:
>>>
 Do you want it from the AP
 
 http://support.cambiumnetworks.com/framed/onlinetools/content.DAN-BASIC-MIB-ADMIN.html
 Or the CPEs?
 http://support.cambiumnetworks.com/framed/onlinetools/content.Motorola-CPE-PRIVATE-MIB.html

 On Tue, Sep 15, 2015 at 10:16 PM, That One Guy /sarcasm <
 thatoneguyst...@gmail.com> wrote:

> I need to know OIDS (numeric) that can be monitored successfully on
> these pieces of shit. Im stuck with it. We have the basics rssi, cinr 1
> cinr 2 etc. Any ethernet stats would be nice.
>
> RIght know we have random loss to the subs, im guessing its something
> to do with some interference, But it could boil down to a saturated AP, 
> and
> so far as I have been able to tell you cant monitor throughput on these
> trash cans other than monitoring the ethernet of the connected device
>
> --
> If you only see yourself as part of the team but you don't see your
> team as part of yourself you have already failed as part of the team.
>


>>>
>>>
>>> --
>>> If you only see yourself as part of the team but you don't see your team
>>> as part of yourself you have already failed as part of the team.
>>>
>>>
>>>
>>
>


-- 
If you only see yourself as part of the team but you don't see your team as
part of yourself you have already failed as part of the team.

Re: [AFMUG] 320 monitoring OIDs

[Eric Muehleisen]

No can do. Monitor your swichport instead.

On Wed, Sep 16, 2015 at 9:46 AM, That One Guy /sarcasm <
thatoneguyst...@gmail.com> wrote:

> What about AP
>
> On Wed, Sep 16, 2015 at 8:26 AM, Eric Muehleisen 
> wrote:
>
>> SM:
>>
>> Traffic In: .1.3.6.1.4.1.10529.300.1.2.3.0
>> Traffic Out: .1.3.6.1.4.1.10529.300.1.2.2.0
>>
>> Pulled straight from Cacti. Works like a champ.
>>
>> On Wed, Sep 16, 2015 at 6:51 AM, Josh Baird  wrote:
>>
>>> They definitely do not support IF-MIB.
>>>
>>> On Tue, Sep 15, 2015 at 11:56 PM, George Skorup 
>>> wrote:
>>>
 Try putting a .0 at the end of that OID and see if it then starts
 graphing. That's common with a lot of OIDs.

 Also, how the hell would they not support the standard IF-MIB interface
 OID tree. I assume you've tried that anyway. I don't have any of that shit
 to test against. A walk of .1.3.6.1.2.1.2 would tell you if the standard
 stuff is there. That's dumb if it's not.

 On 9/15/2015 10:36 PM, That One Guy /sarcasm wrote:

 half those would never graph: for example

 danEthRxTotalBytes
 
  Object
 ID: 1.3.1.4.1.32584.1.8.13.5
 Total number of bytes received.

 On Tue, Sep 15, 2015 at 10:31 PM, Colin Stanners 
 wrote:

> Do you want it from the AP
> 
> http://support.cambiumnetworks.com/framed/onlinetools/content.DAN-BASIC-MIB-ADMIN.html
> Or the CPEs?
> http://support.cambiumnetworks.com/framed/onlinetools/content.Motorola-CPE-PRIVATE-MIB.html
>
> On Tue, Sep 15, 2015 at 10:16 PM, That One Guy /sarcasm <
> thatoneguyst...@gmail.com> wrote:
>
>> I need to know OIDS (numeric) that can be monitored successfully on
>> these pieces of shit. Im stuck with it. We have the basics rssi, cinr 1
>> cinr 2 etc. Any ethernet stats would be nice.
>>
>> RIght know we have random loss to the subs, im guessing its something
>> to do with some interference, But it could boil down to a saturated AP, 
>> and
>> so far as I have been able to tell you cant monitor throughput on these
>> trash cans other than monitoring the ethernet of the connected device
>>
>> --
>> If you only see yourself as part of the team but you don't see your
>> team as part of yourself you have already failed as part of the team.
>>
>
>


 --
 If you only see yourself as part of the team but you don't see your
 team as part of yourself you have already failed as part of the team.



>>>
>>
>
>
> --
> If you only see yourself as part of the team but you don't see your team
> as part of yourself you have already failed as part of the team.
>

Re: [AFMUG] 320 monitoring OIDs

[Adam Moffett]

I used to monitor all kinds of stuff in the 320 SM.  The MIB was 
accurate and I didn't bump into any that didn't work.



On 9/15/2015 11:16 PM, That One Guy /sarcasm wrote:
I need to know OIDS (numeric) that can be monitored successfully on 
these pieces of shit. Im stuck with it. We have the basics rssi, cinr 
1 cinr 2 etc. Any ethernet stats would be nice.


RIght know we have random loss to the subs, im guessing its something 
to do with some interference, But it could boil down to a saturated 
AP, and so far as I have been able to tell you cant monitor throughput 
on these trash cans other than monitoring the ethernet of the 
connected device


--
If you only see yourself as part of the team but you don't see your 
team as part of yourself you have already failed as part of the team.

Re: [AFMUG] 320 monitoring OIDs

[George Skorup]

Try putting a .0 at the end of that OID and see if it then starts 
graphing. That's common with a lot of OIDs.


Also, how the hell would they not support the standard IF-MIB interface 
OID tree. I assume you've tried that anyway. I don't have any of that 
shit to test against. A walk of .1.3.6.1.2.1.2 would tell you if the 
standard stuff is there. That's dumb if it's not.


On 9/15/2015 10:36 PM, That One Guy /sarcasm wrote:

half those would never graph: for example

danEthRxTotalBytes 
 
	Object ID: 1.3.1.4.1.32584.1.8.13.5

Total number of bytes received.


On Tue, Sep 15, 2015 at 10:31 PM, Colin Stanners > wrote:


Do you want it from the AP

http://support.cambiumnetworks.com/framed/onlinetools/content.DAN-BASIC-MIB-ADMIN.html
Or the CPEs?

http://support.cambiumnetworks.com/framed/onlinetools/content.Motorola-CPE-PRIVATE-MIB.html

On Tue, Sep 15, 2015 at 10:16 PM, That One Guy /sarcasm
> wrote:

I need to know OIDS (numeric) that can be monitored
successfully on these pieces of shit. Im stuck with it. We
have the basics rssi, cinr 1 cinr 2 etc. Any ethernet stats
would be nice.

RIght know we have random loss to the subs, im guessing its
something to do with some interference, But it could boil down
to a saturated AP, and so far as I have been able to tell you
cant monitor throughput on these trash cans other than
monitoring the ethernet of the connected device

-- 
If you only see yourself as part of the team but you don't see

your team as part of yourself you have already failed as part
of the team.





--
If you only see yourself as part of the team but you don't see your 
team as part of yourself you have already failed as part of the team.

Re: [AFMUG] 320 monitoring OIDs

[Adam Moffett]

Try putting a .0 at the end of that OID and see if it then starts 
graphing. That's common with a lot of OIDs.


Also, how the hell would they not support the standard IF-MIB 
interface OID tree. I assume you've tried that anyway. I don't have 
any of that shit to test against. A walk of .1.3.6.1.2.1.2 would tell 
you if the standard stuff is there. That's dumb if it's not.

It's not.

Or the interfaces in the if-mib are virtual interfaces that are not 
showing actual trafficor something.  Hard to remember.





On 9/15/2015 10:36 PM, That One Guy /sarcasm wrote:

half those would never graph: for example

danEthRxTotalBytes 
 
	Object ID: 1.3.1.4.1.32584.1.8.13.5

Total number of bytes received.


On Tue, Sep 15, 2015 at 10:31 PM, Colin Stanners > wrote:


Do you want it from the AP

http://support.cambiumnetworks.com/framed/onlinetools/content.DAN-BASIC-MIB-ADMIN.html
Or the CPEs?

http://support.cambiumnetworks.com/framed/onlinetools/content.Motorola-CPE-PRIVATE-MIB.html

On Tue, Sep 15, 2015 at 10:16 PM, That One Guy /sarcasm
 wrote:

I need to know OIDS (numeric) that can be monitored
successfully on these pieces of shit. Im stuck with it. We
have the basics rssi, cinr 1 cinr 2 etc. Any ethernet stats
would be nice.

RIght know we have random loss to the subs, im guessing its
something to do with some interference, But it could boil
down to a saturated AP, and so far as I have been able to
tell you cant monitor throughput on these trash cans other
than monitoring the ethernet of the connected device

-- 
If you only see yourself as part of the team but

you don't see your team as part of yourself you have already
failed as part of the team.





--
If you only see yourself as part of the team but you don't see your 
team as part of yourself you have already failed as part of the team.

Re: [AFMUG] 320 monitoring OIDs

[That One Guy /sarcasm]

i dont think anyone here has ever been able to monitor throughput that i
recall.
I tried the .0 witht he counter, still a 0 (powercode)


On Tue, Sep 15, 2015 at 11:00 PM, Adam Moffett  wrote:

>
> Try putting a .0 at the end of that OID and see if it then starts
> graphing. That's common with a lot of OIDs.
>
> Also, how the hell would they not support the standard IF-MIB interface
> OID tree. I assume you've tried that anyway. I don't have any of that shit
> to test against. A walk of .1.3.6.1.2.1.2 would tell you if the standard
> stuff is there. That's dumb if it's not.
>
> It's not.
>
> Or the interfaces in the if-mib are virtual interfaces that are not
> showing actual trafficor something.  Hard to remember.
>
>
>
> On 9/15/2015 10:36 PM, That One Guy /sarcasm wrote:
>
> half those would never graph: for example
>
> danEthRxTotalBytes
> 
>  Object
> ID: 1.3.1.4.1.32584.1.8.13.5
> Total number of bytes received.
>
> On Tue, Sep 15, 2015 at 10:31 PM, Colin Stanners < 
> cstann...@gmail.com> wrote:
>
>> Do you want it from the AP
>> 
>> http://support.cambiumnetworks.com/framed/onlinetools/content.DAN-BASIC-MIB-ADMIN.html
>> Or the CPEs?
>> http://support.cambiumnetworks.com/framed/onlinetools/content.Motorola-CPE-PRIVATE-MIB.html
>>
>> On Tue, Sep 15, 2015 at 10:16 PM, That One Guy /sarcasm <
>> thatoneguyst...@gmail.com> wrote:
>>
>>> I need to know OIDS (numeric) that can be monitored successfully on
>>> these pieces of shit. Im stuck with it. We have the basics rssi, cinr 1
>>> cinr 2 etc. Any ethernet stats would be nice.
>>>
>>> RIght know we have random loss to the subs, im guessing its something to
>>> do with some interference, But it could boil down to a saturated AP, and so
>>> far as I have been able to tell you cant monitor throughput on these trash
>>> cans other than monitoring the ethernet of the connected device
>>>
>>> --
>>> If you only see yourself as part of the team but you don't see your team
>>> as part of yourself you have already failed as part of the team.
>>>
>>
>>
>
>
> --
> If you only see yourself as part of the team but you don't see your team
> as part of yourself you have already failed as part of the team.
>
>
>
>


-- 
If you only see yourself as part of the team but you don't see your team as
part of yourself you have already failed as part of the team.

Re: [AFMUG] 320 monitoring OIDs

[Adam Moffett]

On 9/16/2015 12:36 AM, That One Guy /sarcasm wrote:
i dont think anyone here has ever been able to monitor throughput that 
i recall.

I tried the .0 witht he counter, still a 0 (powercode)


I'm pretty sure I did monitor throughput.  I don't have the 320 anymore 
so can't say for sure.

Re: [AFMUG] 320 monitoring OIDs

[That One Guy /sarcasm]

half those would never graph: for example

danEthRxTotalBytes
Object
ID: 1.3.1.4.1.32584.1.8.13.5
Total number of bytes received.

On Tue, Sep 15, 2015 at 10:31 PM, Colin Stanners 
wrote:

> Do you want it from the AP
> http://support.cambiumnetworks.com/framed/onlinetools/content.DAN-BASIC-MIB-ADMIN.html
> Or the CPEs?
> http://support.cambiumnetworks.com/framed/onlinetools/content.Motorola-CPE-PRIVATE-MIB.html
>
> On Tue, Sep 15, 2015 at 10:16 PM, That One Guy /sarcasm <
> thatoneguyst...@gmail.com> wrote:
>
>> I need to know OIDS (numeric) that can be monitored successfully on these
>> pieces of shit. Im stuck with it. We have the basics rssi, cinr 1 cinr 2
>> etc. Any ethernet stats would be nice.
>>
>> RIght know we have random loss to the subs, im guessing its something to
>> do with some interference, But it could boil down to a saturated AP, and so
>> far as I have been able to tell you cant monitor throughput on these trash
>> cans other than monitoring the ethernet of the connected device
>>
>> --
>> If you only see yourself as part of the team but you don't see your team
>> as part of yourself you have already failed as part of the team.
>>
>
>


-- 
If you only see yourself as part of the team but you don't see your team as
part of yourself you have already failed as part of the team.

[AFMUG] 320 monitoring OIDs

[That One Guy /sarcasm]

I need to know OIDS (numeric) that can be monitored successfully on these
pieces of shit. Im stuck with it. We have the basics rssi, cinr 1 cinr 2
etc. Any ethernet stats would be nice.

RIght know we have random loss to the subs, im guessing its something to do
with some interference, But it could boil down to a saturated AP, and so
far as I have been able to tell you cant monitor throughput on these trash
cans other than monitoring the ethernet of the connected device

-- 
If you only see yourself as part of the team but you don't see your team as
part of yourself you have already failed as part of the team.

Re: [AFMUG] 320 monitoring OIDs

[Colin Stanners]

Do you want it from the AP
http://support.cambiumnetworks.com/framed/onlinetools/content.DAN-BASIC-MIB-ADMIN.html
Or the CPEs?
http://support.cambiumnetworks.com/framed/onlinetools/content.Motorola-CPE-PRIVATE-MIB.html

On Tue, Sep 15, 2015 at 10:16 PM, That One Guy /sarcasm <
thatoneguyst...@gmail.com> wrote:

> I need to know OIDS (numeric) that can be monitored successfully on these
> pieces of shit. Im stuck with it. We have the basics rssi, cinr 1 cinr 2
> etc. Any ethernet stats would be nice.
>
> RIght know we have random loss to the subs, im guessing its something to
> do with some interference, But it could boil down to a saturated AP, and so
> far as I have been able to tell you cant monitor throughput on these trash
> cans other than monitoring the ethernet of the connected device
>
> --
> If you only see yourself as part of the team but you don't see your team
> as part of yourself you have already failed as part of the team.
>