- observium - lists.observium.org

SNMP returning too much data
by Timothy Stoddard 17 Nov '22

17 Nov '22

I am trying to graph the number of GPS satellites my receiver is seeing, however, what is returned via SNMP has more information than what I need. This is from the documentation. I just want to strip the first integer as the answer. For one satellite with vehicle number 16: 1,16,C,-158 <-- I need the "1" For six satellites: 6,12,C,-156,14,C,-155,8,T,-162,24,C,-158,18,C,161,6,C,-160 <-- I need the "6" Can Observium do this? Thanks, -- Tim

2 1

hide ports automagically?
by Alex Rubenstein 13 Nov '22

13 Nov '22

Is there a way to automatically enable "hide shutdown" of ports any time you view a collection of ports?

1 0

web console logon issue
by Matthew Cotter 12 Nov '22

12 Nov '22

Greetings, I recently ran into a problem with logging into the web portal for Observium. I enter the user name and password, and nothing happens, Has anyone run into this? I have run all updates and maintenance I could find on the support site with no luck. Thank you Matt Matthew Cotter Network Administrator Boston Inc. dba Furniture & ApplianceMart | Ashley HomeStore 2404 W, Beltline Hwy Madison, WI 53713 (p) 608-277-7700 (e) Matt.Cotter(a)BostonFAM.com BostonFAM.com<http://www.BostonFAM.Com> | AshleyHomestores.com<https://www.ashleyfurniturehomestore.com> | furnitureappliancemart.com<https://www.furnitureappliancemart.com/> [FAM Stores] "Improving the quality of people's lives by making amazing rooms together!" Central Wisconsin Area - Marshfield | Rhinelander | Stevens Point | Wausau Fox Valley Area - Appleton | Green Bay | Oshkosh Madison Area - Madison East | Madison West | Janesville Milwaukee Area - Greenfield | Kenosha | Pewaukee | Richfield All locations owned & operated by Boston Inc. This e-mail contains privileged and confidential information intended only for the use of Boston Inc. or one or more of its employees. If the reader of this e-mail is not the intended recipient, please be advised that any retention, dissemination, or copying of this e-mail is strictly prohibited and may result in legal action. If you have received this e-mail in error, please immediately notify the sender by e-mail and delete the original e-mail from your mailbox.

3 8

"reset limits" doesn't work with one switch
by Wiethoff, Helge 10 Nov '22

10 Nov '22

Hi everyone, I have a problem with the "reset limits" function: On a device with many sensors (305) I can't recalculate the limits using "reset limits" in the device-preferences. Normally a note with the message appears: "Reset limits for Current sensor foo"; they will be recalculated on the next discovery run." But with this device this message does not appear. Of course I don't know if it has to do with the number of sensors but it is the only device where the problem occurs. Can I reset the limit values directly via the database? Thanks! Helge

4 4

Rule not being ignored
by McGranahan, Jamen (VU) 07 Nov '22

07 Nov '22

One of our servers keeps reporting that its down and then back up a minute later. I've tried to ignore the alert within Observium but that only lasted for less than a day. I even put in a date to ignore the alert until 2026. That lasted for a couple of days. But we are once again getting bombarded with these alerts. I don't want to disable the alert since we have over 30 systems registered. Ideas or suggestions? Jamen McGranahan Associate Director of Library Technology & Digital Services Vanderbilt University Library

3 2

Lots of errors "Deadlock found when trying to get lock; try restarting transaction"
by Thomas Stather 07 Nov '22

07 Nov '22

Hi We are running Observium Professional r12071 OS: Ubuntu 18.04 LTS MySQL: 5.7.38-0ubuntu0.18.04.1 In our /opt/observium/logs/db log, we are seeing a lot of these messages (approx. every minute). --- [2022/07/26 09:23:54 +0200] poller.php(3889): Failed dbQuery (#1213 - Deadlock found when trying to get lock; try restarting transaction), Query: INSERT INTO `vlans_fdb` (`fdb_id`,`port_id`,`fdb_status`,`fdb_port`,`fdb_last_change`,`deleted`) VALUES ('2022403206','19917','learned','1','1658820234','0'),('2022403209','19917','learned','1','1658820234','0'),('2022374672','19917','learned','1','1658820234','0'),('2022406153','19917','learned','1','1658820234','0'),('2022438526','19917','learned','1','1658820234','0'),('2022403210','19917','learned','1','1658820234','0'),('2022403211','19917','learned','1','1658820234','0'),('2022424430','19917','learned','1','1658820234','0'),('2022389346','19917','learned','1','1658820234','0'),('2022417515','19917','learned','1','1658820234','0'),('2022403215','19917','learned','1','1658820234','0'),('2022424431','19917','learned','1','1658820234','0'),('2022374680','19917','learned','1','1658820234','0'),('2022428820','19917','learned','1','1658820234','0'),('2022417516','19917','learned','1','1658820234','0'),('2022626809','19917','learned','1','1658820234','0'),('2022403218','19917','learned','1','1658820234','0'),('2022013327','19917','learned','1','1658820234','0'),('2022440623','19917','learned','1','1658820234','0'),('2023195038','19917','learned','1','1658820234','0'),('2022417520','19917','learned','1','1658820234','0'),('2022417521','19917','learned','1','1658820234','0'),('2022417522','19917','learned','1','1658820234','0'),('2022417525','19917','learned','1','1658820234','0'),('2022389354','19917','learned','1','1658820234','0'),('2022634466','19917','learned','1','1658820234','0'),('2022389355','19917','learned','1','1658820234','0'),('2022374686','19917','learned','1','1658820234','0'),('2022318658','19917','learned','1','1658820234','0'),('2022403222','19917','learned','1','1658820234','0'),('2022389360','19917','learned','1','1658820234','0'),('2022334581','19917','learned','1','1658820234','0'),('2022318665','19917','learned','1','1658820234','0'),('2022535557','19917','learned','1','1658820234','0'),('2022633094','19917','learned','1','1658820234','0'),('2022403228','19917','learned','1','1658820234','0'),('2022507536','19917','learned','1','1658820234','0'),('2023391470','19917','learned','1','1658820234','0'),('2022440625','19917','learned','1','1658820234','0'),('2022442062','19917','learned','1','1658820234','0'),('2022318672','19917','learned','1','1658820234','0'),('2022352825','19917','learned','1','1658820234','0'),('2022448395','19917','learned','1','1658820234','0'),('1781846826','19917','learned','1','1658820234','0'),('2022440626','19917','learned','1','1658820234','0'),('2021364663','19917','learned','1','1658820234','0'),('2022621595','19917','learned','1','1658820234','0'),('2021996873','19917','learned','1','1658820234','0'),('1930092608','19917','learned','1','1658820234','0'),('2022403237','19917','learned','1','1658820234','0'),('2022389374','19917','learned','1','1658820234','0'),('2021923896','19917','learned','1','1658820234','0'),('2022406174','19917','learned','1','1658820234','0'),('2022281507','19917','learned','1','1658820234','0'),('2022370404','19917','learned','1','1658820234','0'),('2022132020','19917','learned','1','1658820234','0'),('2022370406','19917','learned','1','1658820234','0'),('2022403242','19917','learned','1','1658820234','0'),('2022442064','19917','learned','1','1658820234','0'),('2022160398','19917','learned','1','1658820234','0'),('2021963914','19917','learned','1','1658820234','0'),('2022370416','19917','learned','1','1658820234','0'),('2022370417','19917','learned','1','1658820234','0'),('2022428831','19917','learned','1','1658820234','0'),('2022352835','19917','learned','1','1658820234','0'),('2022417541','19917','learned','1','1658820234','0'),('2022403248','19917','learned','1','1658820234','0'),('2022406184','19917','learned','1','1658820234','0'),('2022403251','19917','learned','1','1658820234','0'),('2022403252','19917','learned','1','1658820234','0'),('2022248989','19917','learned','1','1658820234','0'),('2022220229','19917','learned','1','1658820234','0'),('2022438537','19917','learned','1','1658820234','0'),('2022417547','19917','learned','1','1658820234','0'),('2022403257','19917','learned','1','1658820234','0'),('2022403260','19917','learned','1','1658820234','0'),('2022403261','19917','learned','1','1658820234','0'),('2022403262','19917','learned','1','1658820234','0'),('2022403263','19917','learned','1','1658820234','0'),('2022403265','19917','learned','1','1658820234','0'),('2022374716','19917','learned','1','1658820234','0'),('2022344523','19917','learned','1','1658820234','0'),('2022403276','19917','learned','1','1658820234','0'),('2024336889','19917','learned','1','1658820234','0'),('2022036744','19917','learned','1','1658820234','0'),('2022352850','19917','learned','1','1658820234','0'),('2022463833','19917','learned','1','1658820234','0'),('2022389400','19917','learned','1','1658820234','0'),('2022535560','19917','learned','1','1658820234','0'),('2022406201','19917','learned','1','1658820234','0'),('2022403291','19917','learned','1','1658820234','0'),('2022374736','19917','learned','1','1658820234','0'),('2022295503','19917','learned','1','1658820234','0'),('2022295504','19917','learned','1','1658820234','0'),('2022885411','19917','learned','1','1658820234','0'),('2022417565','19917','learned','1','1658820234','0'),('2022403294','19917','learned','1','1658820234','0'),('2022389405','19917','learned','1','1658820234','0'),('2022403295','19917','learned','1','1658820234','0'),('2022352861','19917','learned','1','1658820234','0'),('2022389406','19917','learned','1','1658820234','0'),('2022403296','19917','learned','1','1658820234','0'),('2022220258','19917','learned','1','1658820234','0'),('2022403297','19917','learned','1','1658820234','0'),('2022318712','19917','learned','1','1658820234','0'),('2022185898','19917','learned','1','1658820234','0'),('2022417566','19917','learned','1','1658820234','0'),('2022403299','19917','learned','1','1658820234','0'),('2022431524','19917','learned','1','1658820234','0'),('2022318715','19917','learned','1','1658820234','0'),('2022403303','19917','learned','1','1658820234','0'),('2022389409','19917','learned','1','1658820234','0'),('2022406211','19917','learned','1','1658820234','0'),('2022056535','19917','learned','1','1658820234','0'),('2022389412','19917','learned','1','1658820234','0'),('2022417570','19917','learned','1','1658820234','0'),('2022443725','19917','learned','1','1658820234','0'),('2021925685','19917','learned','1','1658820234','0'),('2022440635','19917','learned','1','1658820234','0'),('2023222617','19917','learned','1','1658820234','0'),('2022428840','19917','learned','1','1658820234','0'),('2022403307','19917','learned','1','1658820234','0'),('2022406215','19917','learned','1','1658820234','0'),('2022458785','19917','learned','1','1658820234','0'),('2022406216','19917','learned','1','1658820234','0'),('2022449600','19917','learned','1','1658820234','0'),('2022445047','19917','learned','1','1658820234','0'),('2023938925','19917','learned','1','1658820234','0'),('2022389418','19917','learned','1','1658820234','0'),('2022451483','19917','learned','1','1658820234','0'),('2022417575','19917','learned','1','1658820234','0'),('2022440636','19917','learned','1','1658820234','0'),('2022370471','19917','learned','1','1658820234','0'),('2022417583','19917','learned','1','1658820234','0'),('2022464789','19917','learned','1','1658820234','0'),('2022287606','19917','learned','1','1658820234','0'),('2022352884','19917','learned','1','1658820234','0'),('2022424457','19917','learned','1','1658820234','0'),('2022417585','19917','learned','1','1658820234','0'),('2022424462','19917','learned','1','1658820234','0'),('2022403324','19917','learned','1','1658820234','0'),('2022406247','19917','learned','1','1658820234','0'),('2022117804','19917','learned','1','1658820234','0'),('2022464791','19917','learned','1','1658820234','0'),('2022403327','19917','learned','1','1658820234','0'),('2022406249','19917','learned','1','1658820234','0'),('2022403329','19917','learned','1','1658820234','0'),('2022448403','19917','learned','1','1658820234','0'),('2022417595','19917','learned','1','1658820234','0'),('2022403333','19917','learned','1','1658820234','0'),('2022445053','19917','learned','1','1658820234','0'),('2022389440','19917','learned','1','1658820234','0'),('2024143217','19917','learned','1','1658820234','0') ON DUPLICATE KEY UPDATE `fdb_id`=VALUES(`fdb_id`),`port_id`=VALUES(`port_id`),`fdb_status`=VALUES(`fdb_status`),`fdb_port`=VALUES(`fdb_port`),`fdb_last_change`=VALUES(`fdb_last_change`),`deleted`=VALUES(`deleted`) --- Does somebody have a clue how this can be fixed? Best, Thomas -- Thomas Stather IT Services VCP4, VCP6-DCV, VCP6.5-DCV Tel: +49 6221 486 628 Fax: +49 6221 486 561 Bevor Sie diese Mail ausdrucken, prüfen Sie bitte ob dies wirklich nötig ist. Umweltschutz geht uns alle an!

3 8

authentication method
by Arnoldo Vidal Bravo 03 Nov '22

03 Nov '22

Hi, We have a Central screen to show any alert, status and information, but we want migrate an LDAP authentication. On this screen we have a special user created to login into observium's web. How we config Observium to use LDAP (to persons) and mysql (to special user and backup)? -- Saluda cordialmente

3 3

mitel monitoring?
by Alex Rubenstein 26 Oct '22

26 Oct '22

I am looking to monitor a variety of Mitel telephony devices. I've added one and auto discovered it. I did note that the MIBs I could download from the device are precisely the same ones already located in /opt/observium/mibs/mitel When auto discovery occurs, there is no mention of anything Mitel in the device. Is there something I have to do to push observium to enable Mitel stuff?

2 2

Authenticate methods
by Arnoldo Vidal Bravo 26 Oct '22

26 Oct '22

hello, we are evaluating to integrate observium authentication with ldap. It works fine for us... how to access observium if the ldap service does not respond (any failure)? .what do we do if we can't modify config.ini to use some other method? -- Saluda cordialmente

1 0

Observium check out using SVN Update (svn update) Not working
by Gordon Cheng (gocheng) 24 Oct '22

24 Oct '22

Forwarding for my colleague who is helping to re-install our Observium. Attached please find the screen shot of the ‘about’ page. Please also help to add "Ravish Hegde (ravisheg)" ravisheg(a)cisco.com<mailto:ravisheg@cisco.com> to the list of this account so that he can email to support directly. Thanks. From: "Ravish Hegde (ravisheg)" <ravisheg(a)cisco.com> Date: Friday, October 21, 2022 at 1:33 AM To: "observium(a)observium.org" <observium(a)observium.org> Cc: "Gordon Cheng (gocheng)" <gocheng(a)cisco.com> Subject: Observium check out using SVN Update (svn update) Not working Hi, In our Observium (Subscription version) environment, I tried upgrading our environment using SVN update and this did not error out , but did not work looks like as Observium version is still showing below message when login : There is a newer revision of Observium available! Version 21.9.11575 (20th October 2022) is 11575 revisions ahead. I have checked .SVN folder existence inside Observium folder where it installed. How can I pull the latest version to ensure environment is up-to-date? Please note that I have used all the steps mentioned in : https://docs.observium.org/updating/ Could you help me to fix this ? Regards Ravish Hegde ENGINEERING LEADER ravisheg(a)cisco.com<mailto:ravisheg@cisco.com> Mob: +91 9008942897

2 1

changes to $config['frontpage']['custom_traffic']['ids'] ignored
by Eric W. Bates (he) 18 Oct '22

18 Oct '22

We replaced our edge routers over the weekend and I updated the list of port id's in $config['frontpage']['custom_traffic']['ids'] with the new ones from the new routers; however, the custom graph on the front page hasn't changed and still lists the old interfaces (on the now shut-down routers). What else do I need to do? Thanks. -- Clark 159a 508/289-3112

2 6

alert by amount of traffic
by Arnoldo Vidal Bravo 15 Oct '22

15 Oct '22

Hi, We have a observium 22.1.11868. how we can have an alert by amount of traffic in a subinterface?. Explanation, on the interface we have an ISP provider, but there 2 subinterfaces, national traffic and international traffic. -- Saluda cordialmente

3 9

Message alerts
by Arnoldo Vidal Bravo 14 Oct '22

14 Oct '22

The observium team guided me to find an error when creating an alert. For the notifications sent by email to show the description or name in an interface, not port_label.... do we have to apply a template to the notifications? explain [image: image.png] -- Saluda cordialmente

1 0

Re: observium Digest, Vol 147, Issue 14
by Ryan, Spencer J. 14 Oct '22

14 Oct '22

Yes. The issue is the subinterfaces do not show up as Ethernet (ethernetCsmacd) Click on one of the subinterfaces, click the “Data” button on the right hand side, and see what the “ifType” is on this device, here’s an Arista for example: [cid:image001.png@01D8DFC3.B46B3050] Whatever that ifType is, add that as an “or” for ifType selection criteria. ________________________________ Spencer J. Ryan| Manager, Technology and Infrastructure Miller Canfield T +1.313.496.7979 | F +1.313.496.7500 ________________________________ From: Arnoldo Vidal Bravo <arnoldo.vidal(a)pucv.cl> Sent: Friday, October 14, 2022 11:09 AM To: Ryan, Spencer J. <Ryan(a)millercanfield.com> Subject: Re: [Observium] Re: observium Digest, Vol 147, Issue 14 Caution: This is an external email. Do not open attachments or click links from unknown or unexpected emails. this? [cid:image002.png@01D8DFC3.B46B3050] El vie, 14 oct 2022 a las 11:51, Ryan, Spencer J. (<Ryan(a)millercanfield.com<mailto:Ryan@millercanfield.com>>) escribió: The fact that they’re showing up in the screen shot you provided means Observium knows about them (and we can see traffic in the graphs) You are building your alert’s wrong if it’s not catching the sub interfaces. Share the alert definitions and we can try and help adjust them. ________________________________ Spencer J. Ryan| Manager, Technology and Infrastructure Miller Canfield T +1.313.496.7979 | F +1.313.496.7500 ________________________________ From: Arnoldo Vidal Bravo via observium <observium(a)lists.observium.org<mailto:observium@lists.observium.org>> Sent: Friday, October 14, 2022 10:43 AM To: Observium <observium(a)lists.observium.org<mailto:observium@lists.observium.org>> Cc: Arnoldo Vidal Bravo <arnoldo.vidal(a)pucv.cl<mailto:arnoldo.vidal@pucv.cl>> Subject: [Observium] Re: observium Digest, Vol 147, Issue 14 Caution: This is an external email. Do not open attachments or click links from unknown or unexpected emails. With any specific command? El vie, 14 oct 2022 a las 11:26, Luis Olavarrieta via observium (<observium(a)lists.observium.org<mailto:observium@lists.observium.org>>) escribió: Check out how the mibs respond to the request. Observium will only publish (doestn matter if is physical or logical) any interface posted thru the result of "IF-MIB" <http://www.wynnmex.com/> This email is confidential and / or may contain inside information. If you are not the addressee or authorized to receive your emails, you must NOT use, copy, disclose or take any action based on this email or any other information herein, please notify the sender immediately by reply this email and delete this email and its attachments.Privacy note a: www.wynnmex.com<http://www.wynnmex.com> Este correo electrónico es confidencial y/o puede contener información privilegiada. Si usted no es su destinatario o no es alguna persona autorizada por éste para recibir sus correos electrónicos, NO deberá utilizar, copiar, relevelar o tomar ninguna acción basada en este correo o cualquier otra información incluida en el, favor de notificar al remitente de inmediato mediante el envío de este correo y borrar a continuación totalmente este correo y sus anexos. Consulta nuestro aviso de privacidad en:www.wynnmex.com<http://www.wynnmex.com> El 14/10/22, 7:57, "observium-request(a)lists.observium.org<mailto:observium-request@lists.observium.org> <mailto:observium-request@lists.observium.org<mailto:observium-request@lists.observium.org>>" <observium-request(a)lists.observium.org<mailto:observium-request@lists.observium.org> <mailto:observium-request@lists.observium.org<mailto:observium-request@lists.observium.org>>> escribió: Send observium mailing list submissions to observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>> To subscribe or unsubscribe via email, send a message with subject or body 'help' to observium-request(a)lists.observium.org<mailto:observium-request@lists.observium.org> <mailto:observium-request@lists.observium.org<mailto:observium-request@lists.observium.org>> You can reach the person managing the list at observium-owner(a)lists.observium.org<mailto:observium-owner@lists.observium.org> <mailto:observium-owner@lists.observium.org<mailto:observium-owner@lists.observium.org>> When replying, please edit your Subject line so it is more specific than "Re: Contents of observium digest..." Today's Topics: 1. Re: alert by amount of traffic (Arnoldo Vidal Bravo) ---------------------------------------------------------------------- Message: 1 Date: Fri, 14 Oct 2022 09:55:17 -0300 From: Arnoldo Vidal Bravo <arnoldo.vidal(a)pucv.cl<mailto:arnoldo.vidal@pucv.cl> <mailto:arnoldo.vidal@pucv.cl<mailto:arnoldo.vidal@pucv.cl>>> Subject: [Observium] Re: alert by amount of traffic To: Observium <observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>>> Message-ID: <CAGHkLJwm0Uo87Fj+Vy45kxjcfSqJ47iOjis8G0JCTxqNBA4Q5A(a)mail.gmail.com<mailto:CAGHkLJwm0Uo87Fj%2BVy45kxjcfSqJ47iOjis8G0JCTxqNBA4Q5A@mail.gmail.com> <mailto:CAGHkLJwm0Uo87Fj+Vy45kxjcfSqJ47iOjis8G0JCTxqNBA4Q5A@mail.gmail.com<mailto:CAGHkLJwm0Uo87Fj%2BVy45kxjcfSqJ47iOjis8G0JCTxqNBA4Q5A@mail.gmail.com>>> Content-Type: multipart/related; boundary="000000000000064b5e05eafe24bb" it is not possible to create traffic alert on a subinterface. They only work with physical interfaces... we already tried El vie, 14 oct 2022 a las 9:50, Adam Armstrong via observium (< observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>>>) escribió: > I still don't really understand the problem. > > In Observium there's no difference between an "interface" and a > "subinterface". > > They're all just entries in IF-MIB. > > adam. > > Arnoldo Vidal Bravo via observium wrote on 2022-10-14 12:38: > > attached graphical explanation > > [image: image.png] > > El jue, 13 oct 2022 a las 20:24, Adam Armstrong via observium (< > observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>>>) escribió: > >> I’m not sure what you mean by subinterface. >> >> >> >> If it exists in Observium as a port, you can alert on it. If it doesn’t, >> you can’t. >> >> >> >> Adam. >> >> >> >> *From:* Arnoldo Vidal Bravo via observium <observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>>> >> >> *Sent:* 13 October 2022 21:20 >> *To:* Observium <observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>>> >> *Cc:* Arnoldo Vidal Bravo <arnoldo.vidal(a)pucv.cl<mailto:arnoldo.vidal@pucv.cl> <mailto:arnoldo.vidal@pucv.cl<mailto:arnoldo.vidal@pucv.cl>>> >> *Subject:* [Observium] Re: alert by amount of traffic >> >> >> >> Yes, it works same a common interface. >> in the examples available, we can setup an alert when RX bps is >> greater 90% on any interface... works fine , but we can't do same thing on >> a subinterface. >> >> >> >> >> >> El jue, 13 oct 2022 a las 15:20, Adam Armstrong via observium (< >> observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>>>) escribió: >> >> Do the subinterfaces have traffic counters? >> >> >> >> A traffic alert is fairly trivial, there are examples in the docs, I >> think. >> >> >> >> You can’t alert on “x traffic in x hours/days/weeks”, but you can alert >> on “x bps”. >> >> >> >> Adam. >> >> >> >> *From:* Arnoldo Vidal Bravo via observium <observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>>> >> >> *Sent:* 13 October 2022 12:51 >> *To:* Observium <observium(a)observium.org<mailto:observium@observium.org> <mailto:observium@observium.org<mailto:observium@observium.org>>> >> *Cc:* Arnoldo Vidal Bravo <arnoldo.vidal(a)pucv.cl<mailto:arnoldo.vidal@pucv.cl> <mailto:arnoldo.vidal@pucv.cl<mailto:arnoldo.vidal@pucv.cl>>> >> *Subject:* [Observium] alert by amount of traffic >> >> >> >> >> Hi, >> >> We have a observium 22.1.11868. how we can have an alert by amount of >> traffic in a subinterface?. >> >> Explanation, on the interface we have an ISP provider, but there 2 >> subinterfaces, national traffic and international traffic. >> >> -- >> >> Saluda cordialmente >> >> [image: Image removed by sender.] >> >> >> >> _______________________________________________ >> observium mailing list -- observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>> >> To unsubscribe send an email to observium-leave(a)lists.observium.org<mailto:observium-leave@lists.observium.org> <mailto:observium-leave@lists.observium.org<mailto:observium-leave@lists.observium.org>> >> >> >> >> >> -- >> >> Saluda cordialmente >> >> [image: Image removed by sender.] >> >> >> _______________________________________________ >> observium mailing list -- observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>> >> To unsubscribe send an email to observium-leave(a)lists.observium.org<mailto:observium-leave@lists.observium.org> <mailto:observium-leave@lists.observium.org<mailto:observium-leave@lists.observium.org>> >> > > > -- > > Saluda cordialmente > > > > > > > _______________________________________________ > observium mailing list -- observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>> > To unsubscribe send an email to observium-leave(a)lists.observium.org<mailto:observium-leave@lists.observium.org> <mailto:observium-leave@lists.observium.org<mailto:observium-leave@lists.observium.org>> > > > -- > Sent from Postbox > <https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campai…> <https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&ut…> > _______________________________________________ > observium mailing list -- observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>> > To unsubscribe send an email to observium-leave(a)lists.observium.org<mailto:observium-leave@lists.observium.org> <mailto:observium-leave@lists.observium.org<mailto:observium-leave@lists.observium.org>> > -- Saluda cordialmente -------------- next part -------------- A message part incompatible with plain text digests has been removed ... Name: not available Type: text/html Size: 8549 bytes Desc: not available -------------- next part -------------- A message part incompatible with plain text digests has been removed ... Name: image.png Type: image/png Size: 48525 bytes Desc: not available -------------- next part -------------- A message part incompatible with plain text digests has been removed ... Name: image.jpg Type: image/jpeg Size: 1555 bytes Desc: not available ------------------------------ Subject: Digest Footer _______________________________________________ observium mailing list -- observium(a)lists.observium.org<mailto:observium@lists.observium.org> <mailto:observium@lists.observium.org<mailto:observium@lists.observium.org>> To unsubscribe send an email to observium-leave(a)lists.observium.org<mailto:observium-leave@lists.observium.org> <mailto:observium-leave@lists.observium.org<mailto:observium-leave@lists.observium.org>> ------------------------------ End of observium Digest, Vol 147, Issue 14 ****************************************** _______________________________________________ observium mailing list -- observium(a)lists.observium.org<mailto:observium@lists.observium.org> To unsubscribe send an email to observium-leave(a)lists.observium.org<mailto:observium-leave@lists.observium.org> -- Saluda cordialmente [https://ci3.googleusercontent.com/mail-sig/AIorK4zSp_IGIjRFyFrjo99eHvCZnmKt…] You have received a message from the law firm Miller Canfield. The information contained in or attached to this electronic mail may be privileged and/or confidential. If you received this transmission and are not the intended recipient, you should not read this message and are hereby notified that any dissemination, distribution or copying of this communication and/or its attachments is strictly prohibited. If you have received this communication in error or are not sure whether it is privileged, please immediately notify us by return e-mail and delete or destroy the original and any copies, electronic, paper or otherwise, that you may have of this communication and any attachments. -- Saluda cordialmente [https://ci3.googleusercontent.com/mail-sig/AIorK4zSp_IGIjRFyFrjo99eHvCZnmKt…]

1 0

Re: observium Digest, Vol 147, Issue 14
by Luis Olavarrieta 14 Oct '22

14 Oct '22

Check out how the mibs respond to the request. Observium will only publish (doestn matter if is physical or logical) any interface posted thru the result of "IF-MIB" <http://www.wynnmex.com/> This email is confidential and / or may contain inside information. If you are not the addressee or authorized to receive your emails, you must NOT use, copy, disclose or take any action based on this email or any other information herein, please notify the sender immediately by reply this email and delete this email and its attachments.Privacy note a: www.wynnmex.com Este correo electrónico es confidencial y/o puede contener información privilegiada. Si usted no es su destinatario o no es alguna persona autorizada por éste para recibir sus correos electrónicos, NO deberá utilizar, copiar, relevelar o tomar ninguna acción basada en este correo o cualquier otra información incluida en el, favor de notificar al remitente de inmediato mediante el envío de este correo y borrar a continuación totalmente este correo y sus anexos. Consulta nuestro aviso de privacidad en:www.wynnmex.com El 14/10/22, 7:57, "observium-request(a)lists.observium.org <mailto:observium-request@lists.observium.org>" <observium-request(a)lists.observium.org <mailto:observium-request@lists.observium.org>> escribió: Send observium mailing list submissions to observium(a)lists.observium.org <mailto:observium@lists.observium.org> To subscribe or unsubscribe via email, send a message with subject or body 'help' to observium-request(a)lists.observium.org <mailto:observium-request@lists.observium.org> You can reach the person managing the list at observium-owner(a)lists.observium.org <mailto:observium-owner@lists.observium.org> When replying, please edit your Subject line so it is more specific than "Re: Contents of observium digest..." Today's Topics: 1. Re: alert by amount of traffic (Arnoldo Vidal Bravo) ---------------------------------------------------------------------- Message: 1 Date: Fri, 14 Oct 2022 09:55:17 -0300 From: Arnoldo Vidal Bravo <arnoldo.vidal(a)pucv.cl <mailto:arnoldo.vidal@pucv.cl>> Subject: [Observium] Re: alert by amount of traffic To: Observium <observium(a)lists.observium.org <mailto:observium@lists.observium.org>> Message-ID: <CAGHkLJwm0Uo87Fj+Vy45kxjcfSqJ47iOjis8G0JCTxqNBA4Q5A(a)mail.gmail.com <mailto:CAGHkLJwm0Uo87Fj+Vy45kxjcfSqJ47iOjis8G0JCTxqNBA4Q5A@mail.gmail.com>> Content-Type: multipart/related; boundary="000000000000064b5e05eafe24bb" it is not possible to create traffic alert on a subinterface. They only work with physical interfaces... we already tried El vie, 14 oct 2022 a las 9:50, Adam Armstrong via observium (< observium(a)lists.observium.org <mailto:observium@lists.observium.org>>) escribió: > I still don't really understand the problem. > > In Observium there's no difference between an "interface" and a > "subinterface". > > They're all just entries in IF-MIB. > > adam. > > Arnoldo Vidal Bravo via observium wrote on 2022-10-14 12:38: > > attached graphical explanation > > [image: image.png] > > El jue, 13 oct 2022 a las 20:24, Adam Armstrong via observium (< > observium(a)lists.observium.org <mailto:observium@lists.observium.org>>) escribió: > >> I’m not sure what you mean by subinterface. >> >> >> >> If it exists in Observium as a port, you can alert on it. If it doesn’t, >> you can’t. >> >> >> >> Adam. >> >> >> >> *From:* Arnoldo Vidal Bravo via observium <observium(a)lists.observium.org <mailto:observium@lists.observium.org>> >> >> *Sent:* 13 October 2022 21:20 >> *To:* Observium <observium(a)lists.observium.org <mailto:observium@lists.observium.org>> >> *Cc:* Arnoldo Vidal Bravo <arnoldo.vidal(a)pucv.cl <mailto:arnoldo.vidal@pucv.cl>> >> *Subject:* [Observium] Re: alert by amount of traffic >> >> >> >> Yes, it works same a common interface. >> in the examples available, we can setup an alert when RX bps is >> greater 90% on any interface... works fine , but we can't do same thing on >> a subinterface. >> >> >> >> >> >> El jue, 13 oct 2022 a las 15:20, Adam Armstrong via observium (< >> observium(a)lists.observium.org <mailto:observium@lists.observium.org>>) escribió: >> >> Do the subinterfaces have traffic counters? >> >> >> >> A traffic alert is fairly trivial, there are examples in the docs, I >> think. >> >> >> >> You can’t alert on “x traffic in x hours/days/weeks”, but you can alert >> on “x bps”. >> >> >> >> Adam. >> >> >> >> *From:* Arnoldo Vidal Bravo via observium <observium(a)lists.observium.org <mailto:observium@lists.observium.org>> >> >> *Sent:* 13 October 2022 12:51 >> *To:* Observium <observium(a)observium.org <mailto:observium@observium.org>> >> *Cc:* Arnoldo Vidal Bravo <arnoldo.vidal(a)pucv.cl <mailto:arnoldo.vidal@pucv.cl>> >> *Subject:* [Observium] alert by amount of traffic >> >> >> >> >> Hi, >> >> We have a observium 22.1.11868. how we can have an alert by amount of >> traffic in a subinterface?. >> >> Explanation, on the interface we have an ISP provider, but there 2 >> subinterfaces, national traffic and international traffic. >> >> -- >> >> Saluda cordialmente >> >> [image: Image removed by sender.] >> >> >> >> _______________________________________________ >> observium mailing list -- observium(a)lists.observium.org <mailto:observium@lists.observium.org> >> To unsubscribe send an email to observium-leave(a)lists.observium.org <mailto:observium-leave@lists.observium.org> >> >> >> >> >> -- >> >> Saluda cordialmente >> >> [image: Image removed by sender.] >> >> >> _______________________________________________ >> observium mailing list -- observium(a)lists.observium.org <mailto:observium@lists.observium.org> >> To unsubscribe send an email to observium-leave(a)lists.observium.org <mailto:observium-leave@lists.observium.org> >> > > > -- > > Saluda cordialmente > > > > > > > _______________________________________________ > observium mailing list -- observium(a)lists.observium.org <mailto:observium@lists.observium.org> > To unsubscribe send an email to observium-leave(a)lists.observium.org <mailto:observium-leave@lists.observium.org> > > > -- > Sent from Postbox > <https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&utm_campai…> <https://www.postbox-inc.com/?utm_source=email&utm_medium=siglink&ut…> > _______________________________________________ > observium mailing list -- observium(a)lists.observium.org <mailto:observium@lists.observium.org> > To unsubscribe send an email to observium-leave(a)lists.observium.org <mailto:observium-leave@lists.observium.org> > -- Saluda cordialmente

3 2

Same Subnet devices
by Arrigo 13 Oct '22

13 Oct '22

Hi All. Is there a way to disable same subnet devices shown in port list: Since we have lots of devices with identical LAN network, list on the right of the page can be very long (and useless, btw ...). Thanks, Arrigo.

5 12

Graph Gaps and Scaling questions
by Daniel Benson 11 Oct '22

11 Oct '22

list, I have been working all angles to scale my observium CE instance running well but seem to be failing. By failing I am referring to the classic gaps in graphs for all my devices. I am running on esxi with 16 cores @ 2.40GHz, 16G of ram, SSD SAS Raid and continue to have gaps. Most recently I have pushed sql to its own instance in hopes of working around potential IO issues but that didnt help. What I do see is that my ram use is very high, I am guessing from the discovery process twice a day. When my ram use is lower throughout the day, I have no gaps. I am monitoring 6000ports on 190 devices. Should I be using north of 16G of ram in my env? I am happy to add more but all my reading indicates that observium is not RAM intense. My last attempt will be to move the RRDs to a ram disk but my RRDs are almost 16G at this time which I am guessing is part of the problem. Maybe it is time to clean house. Any insight would be appreciated. db

4 3

APC UPS Monitoring
by Alex Rubenstein 11 Oct '22

11 Oct '22

One of the status indicators on APC UPS's is "Diagnostic Results." It is shown as: Diagnostics Results (last 2022-10-10) ok I am looking to set up an alert where if the last diag date is more than N days ago, alert me. But since the date is somehow wrapped into the status name, rather than the status result, I am not sure how to do this. Any pointers?

2 2

Re: HTTP/1.0 500 after upgrading to latest version 12324
by Gordon Cheng (gocheng) 10 Oct '22

10 Oct '22

More info below. We are seeing the following errors under “/opt/observium/logs/error_log”. Any suggestions? [Mon Oct 10 07:41:18.027297 2022] [php7:warn] [pid 3892] [client 171.68.241.10:52553] PHP Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0 [Mon Oct 10 07:41:18.027382 2022] [php7:error] [pid 3892] [client 171.68.241.10:52553] PHP Fatal error: Unknown: Failed opening required '/opt/observium/html/index.php' (include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0 [Mon Oct 10 07:41:19.347309 2022] [php7:warn] [pid 3818] [client 10.0.103.96:56392] PHP Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0 [Mon Oct 10 07:41:19.347391 2022] [php7:error] [pid 3818] [client 10.0.103.96:56392] PHP Fatal error: Unknown: Failed opening required '/opt/observium/html/index.php' (include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0 [Mon Oct 10 07:41:19.351707 2022] [php7:warn] [pid 3814] [client 10.0.103.96:56394] PHP Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0 [Mon Oct 10 07:41:19.351762 2022] [php7:error] [pid 3814] [client 10.0.103.96:56394] PHP Fatal error: Unknown: Failed opening required '/opt/observium/html/api/v0/index.php' (include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0 [Mon Oct 10 07:41:19.872404 2022] [php7:warn] [pid 3815] [client 10.0.2.243:57194] PHP Warning: Unknown: failed to open stream: Permission denied in Unknown on line 0 [Mon Oct 10 07:41:19.872475 2022] [php7:error] [pid 3815] [client 10.0.2.243:57194] PHP Fatal error: Unknown: Failed opening required '/opt/observium/html/index.php' (include_path='.:/usr/share/pear:/usr/share/php') in Unknown on line 0 Looks like it’s a permission issue in the /opt/observium/html folder where the site lives, but just not sure what they should be. Thanks. From: "Gordon Cheng (gocheng) via observium" <observium(a)lists.observium.org> Reply-To: Observium <observium(a)lists.observium.org> Date: Monday, October 10, 2022 at 8:13 AM To: Observium <observium(a)observium.org> Cc: "adama(a)observium.org" <adama(a)observium.org>, "Gordon Cheng (gocheng)" <gocheng(a)cisco.com> Subject: [Observium] HTTP/1.0 500 after upgrading to latest version 12324 Hello, We have just upgraded our subscription edition to the latest 12324 (from a pretty old version). But the GUI is not accessible anymore afterwards, with HTTP/1.0 500 errors. Restarting ‘httpd’ (showing ‘active (running)’) and reboot the server doesn’t help. Any suggestions how we can fix it or troubleshoot further? Thanks. - Gordon

2 1

HTTP/1.0 500 after upgrading to latest version 12324
by Gordon Cheng (gocheng) 10 Oct '22

10 Oct '22

Hello, We have just upgraded our subscription edition to the latest 12324 (from a pretty old version). But the GUI is not accessible anymore afterwards, with HTTP/1.0 500 errors. Restarting ‘httpd’ (showing ‘active (running)’) and reboot the server doesn’t help. Any suggestions how we can fix it or troubleshoot further? Thanks. - Gordon

1 0

Show port descriptions also on Ports -> Map view
by Thomas Stather 10 Oct '22

10 Oct '22

Hi We are running Observium Professional r12071 I noticed that if we set up a description for our network ports, these are shown on the views of the switch under Ports -> Basic Ports -> Details Ports -> Neighbours Is there a way to also show it on *Ports -> Map* for the local port (blue bubble) and the remote port (grey bubble)? Best, Thomas -- Thomas Stather IT Services VCP4, VCP6-DCV, VCP6.5-DCV Room: U1.509 Tel: +49 6221 486 628 Fax: +49 6221 486 561 Bevor Sie diese Mail ausdrucken, prüfen Sie bitte ob dies wirklich nötig ist. Umweltschutz geht uns alle an!

1 0

Weird results from stacked graph.
by David Milton 08 Oct '22

08 Oct '22

Hello, We have been seeing some results in our stacked graphs that do not appear to make sense. Initially we thought this was because the maximum values for the two values occurred at different points in time. That cannot be the whole issue because even if you take the sum of every pair of numbers the maximum aggregate must at least equal the maximum value of one of the two series. This graph shows the problem: How can we have a maximum value of 97.4M but an aggregate maximum of 55.7M? It seems that maximum aggregate should also at least be 97.4M. What’s happening here? Thanks, Dave.

2 4

Alerter frequency
by Alex Rubenstein 04 Oct '22

04 Oct '22

Greetings, I have been setting up Observium for a client for the last few months and I have been loving it. Amazingly flexible and reliable. I am quite pleased. I am running 22.8.12241, Subscription. I know that Observium does not support SNMP Traps and understand why. So, I have set up syslog on the services to push events and they are caught by Observium. This works fine. I have now also created syslog alerts and this works fine too. My issue is the delay from when the syslog comes to the server, and the alert goes out. I found this old mailing list entry: https://lists.observium.org/hyperkitty/list/observium@lists.observium.org/m… Adam's reply was: "We have to wait for a cron job to be run to send the alerts, because we can't do it in the syslog processing script. Iirc you can cron alerter.php to do it more frequently!" This is an acceptable solution to me, but I have a couple question: 1. Is there risk with how often this is run? If I cron'ed this for every minute, is there a risk of some sort of collision with the 5 minute poller? 1. Is it possible, as a feature request, to call alerter.php -h from syslog.php when an entry comes in? While I think Observium is an excellent piece of software, I wish it had just a little more ability to handle real-time alerts coming in. There are many situations that occur where an outage or event could be substantially shorter than the poller interval (like, a short UPS power loss), and I would like to have a little better quasi-real time alerting of these events. Thanks for you consideration.

2 1

Temperature sensor question
by Kleber Cristiano Santilli Coelho 30 Sep '22

30 Sep '22

Good Morning! I hope you're all well. I apologize if the question is inappropriate. I'm developing an IOT module and I use the "ENTITY" MIB for the sensors. I saw that Observium handles this MIB automatically, using the entPhySensorType OID to distinguish the sensor types and it works great, except for the temperature sensor, entPhySensorType value 8. I would like to understand if this has any special reason to adapt my code. Thank you, congratulations on the software. -- Kleber Coelho Campus Fernando Costa Universidade de São Paulo (19) 3565-4321

3 10

APC's universal I/O (UPS temp/humidity sensors) not showing in
by Steve Costaras 26 Sep '22

26 Sep '22

Have observium polling various APC ups's (AP9631 NMC cards). Observium correctly polls the battery temperatures, but when adding in probes to the universal I/O ports on the AP9631 (just trying with the temp sensor currently) I do not see the data being plotted on observium. Is this supposed to work? I don't have the humidity sensor currently (was trying to test with the temp sensor first before buying the temp/humidity combined sensors for the units). Would really like to get this data tracked for environmental data logging per rack (have a ups per rack). The data does show up in an snmpwalk: # snmpbulkwalk -v2c -c xxx yy.yy.yy.yy .1.3.6.1.4.1.318.1.1.25.1 iso.3.6.1.4.1.318.1.1.25.1.1.0 = INTEGER: 2 iso.3.6.1.4.1.318.1.1.25.1.2.1.1.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.2.1.1.2.1 = INTEGER: 2 iso.3.6.1.4.1.318.1.1.25.1.2.1.2.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.2.1.2.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.2.1.3.1.1 = STRING: "Port 1 Temp 1" iso.3.6.1.4.1.318.1.1.25.1.2.1.3.2.1 = STRING: "Port 2 Temp 2" iso.3.6.1.4.1.318.1.1.25.1.2.1.4.1.1 = STRING: "Port 1" iso.3.6.1.4.1.318.1.1.25.1.2.1.4.2.1 = STRING: "Port 2" iso.3.6.1.4.1.318.1.1.25.1.2.1.5.1.1 = INTEGER: 75 iso.3.6.1.4.1.318.1.1.25.1.2.1.5.2.1 = INTEGER: 90 iso.3.6.1.4.1.318.1.1.25.1.2.1.6.1.1 = INTEGER: 24 (Port 1 temp 1 sensor in C) iso.3.6.1.4.1.318.1.1.25.1.2.1.6.2.1 = INTEGER: 32 (port 2 temp 2 sensor in C) iso.3.6.1.4.1.318.1.1.25.1.2.1.7.1.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.2.1.7.2.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.2.1.8.1.1 = INTEGER: 0 iso.3.6.1.4.1.318.1.1.25.1.2.1.8.2.1 = INTEGER: 0 iso.3.6.1.4.1.318.1.1.25.1.2.1.9.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.2.1.9.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.2.1.10.1.1 = INTEGER: 2 iso.3.6.1.4.1.318.1.1.25.1.2.1.10.2.1 = INTEGER: 2 iso.3.6.1.4.1.318.1.1.25.1.3.0 = INTEGER: 2 iso.3.6.1.4.1.318.1.1.25.1.4.1.1.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.1.2.1 = INTEGER: 2 iso.3.6.1.4.1.318.1.1.25.1.4.1.2.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.2.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.3.1.1 = STRING: "Port 1 Temp 1" iso.3.6.1.4.1.318.1.1.25.1.4.1.3.2.1 = STRING: "Port 2 Temp 2" iso.3.6.1.4.1.318.1.1.25.1.4.1.4.1.1 = STRING: "Port 1" iso.3.6.1.4.1.318.1.1.25.1.4.1.4.2.1 = STRING: "Port 2" iso.3.6.1.4.1.318.1.1.25.1.4.1.5.1.1 = INTEGER: 0 iso.3.6.1.4.1.318.1.1.25.1.4.1.5.2.1 = INTEGER: 0 iso.3.6.1.4.1.318.1.1.25.1.4.1.6.1.1 = INTEGER: 10 iso.3.6.1.4.1.318.1.1.25.1.4.1.6.2.1 = INTEGER: 10 iso.3.6.1.4.1.318.1.1.25.1.4.1.7.1.1 = INTEGER: 40 iso.3.6.1.4.1.318.1.1.25.1.4.1.7.2.1 = INTEGER: 40 iso.3.6.1.4.1.318.1.1.25.1.4.1.8.1.1 = INTEGER: 60 iso.3.6.1.4.1.318.1.1.25.1.4.1.8.2.1 = INTEGER: 60 iso.3.6.1.4.1.318.1.1.25.1.4.1.9.1.1 = INTEGER: 0 iso.3.6.1.4.1.318.1.1.25.1.4.1.9.2.1 = INTEGER: 0 iso.3.6.1.4.1.318.1.1.25.1.4.1.10.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.10.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.11.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.11.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.12.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.12.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.13.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.13.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.14.1.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.14.2.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.15.1.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.15.2.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.16.1.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.16.2.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.17.1.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.17.2.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.18.1.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.18.2.1 = INTEGER: -1 iso.3.6.1.4.1.318.1.1.25.1.4.1.19.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.19.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.20.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.20.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.21.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.21.2.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.22.1.1 = INTEGER: 1 iso.3.6.1.4.1.318.1.1.25.1.4.1.22.2.1 = INTEGER: 1

3 4