Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-12 Thread Rachel Roch
Apr 8, 2019, 5:25 AM by da...@gwynne.id.au:

>
>
>> On 6 Apr 2019, at 01:54, Rachel Roch <>> rr...@tutanota.de 
>> >> > wrote:
>>
>>
>>
>>
>> Apr 2, 2019, 11:19 PM by >> da...@gwynne.id.au >> 
>> :
>>
>>>
>>>
 On 3 Apr 2019, at 04:52, Stuart Henderson <>>  s...@spacehopper.org 
   >>> s...@spacehopper.org 
  >>> > wrote:

 On 2019-04-02, Rachel Roch <>>  rr...@tutanota.de 
   >>> rr...@tutanota.de 
  >>> > wrote:

> Hi,
>
> Hopefully I'm just searching the man pages wrong but I can't seem to find 
> any hints as to how I can view SFP diagnostics in OpenBSD (i.e. light 
> power etc.)
>
> Perhaps someone could kindly point me in the right direction ?
>
> Rachel
>

 I don't think that code has been written yet.

>>>
>>> You're right, it hasn't.
>>>
>>> Rachel, which nic are you interested in having this on?
>>>
>>> dlg
>>>
>>
>> Just spotted this email.
>>
>> An Intel I350 based NIC made by HotLava  (>> 
>> https://hotlavasystems.com/products_gbe.html 
>> >> ) <>> 
>> https://hotlavasystems.com/products_gbe.html 
>> >> >
>>
>
> OK. I made a start on this. Have a look for "sfp module info and diagnostics" 
> on tech@, or click on > 
> https://marc.info/?l=openbsd-tech=155469738013008=2 
> 
>
> We don't have an em(4) here with optics, but a diff doesn't look too bad if 
> you're willing to test it.
>
> dlg
>


Apologies for the delay in reply Work(TM) has been off the charts recently.  
Thanks a million for your hard work so far !

 Unfortunately I don't have any spare optics either (we only had a limited 
number of the HotLava cards and they're now all spoken for in production boxes).

I'll see what I can do, maybe I'll find another way to get hold of something.  
I really want to test it ! ;-)



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-11 Thread Mihai Popescu

GPON involves encryption keys (because the light is split off so that a
handful of other customers have the same signal as you). In the UK this
is exclusively done by a telco-provided box, they won't give you the
keys to use in your own hardware. but it just spits out an ethernet
connection that is tunneled to the ISP (typically done with pppoe, but
not an absolute requirement), and would connect to a separate router
which is either ISP-provided or your own.

(Dragging it slightly back on topic, OpenBSD works fine with the usual
pppoe setup :)


Yes, that is the case. I have and ZTE gear installed,
optical+router+wireless+voip.
There is a word here someone was able to move all setup to a single
computer with a special optical board, eliminating the ISP equipment,
just by monitoring the optical and extract the useful information.

Of course the pppoe works fine on OpenBSD, I used it a lot when I was
on the copper.

Thanks.



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-11 Thread Stuart Henderson
On 2019-04-10, Mihai Popescu  wrote:
>> The ISPs either give you a typical fritzbox CPE and/or a media converter 
>> (like the TP-Link
>> MC220L), but it also works fine with the mentioned SFP.  I now have 1Gbps 
>> Internet, fixed
>> IPv4+v6, simply with DHCP (dhcp6c is needed to get the assigned IPv6 prefix 
>> for reassigning it > to rad(8) internally).
>
> 1 Gb/s on fiber is pretty much implemented where i live now (.ro). The
> sad thing is the ISP is using GPON with ONT on client side. I wanted
> to use some OpenBSD based router but I am not sure it is easy to put
> together the necessary hardware and driver/pppoe configuration. There
> are all kinds of settings involved even at ISP side and I am not sure
> they are happy to set up for you.

GPON involves encryption keys (because the light is split off so that a
handful of other customers have the same signal as you). In the UK this
is exclusively done by a telco-provided box, they won't give you the
keys to use in your own hardware. but it just spits out an ethernet
connection that is tunneled to the ISP (typically done with pppoe, but
not an absolute requirement), and would connect to a separate router
which is either ISP-provided or your own.

(Dragging it slightly back on topic, OpenBSD works fine with the usual
pppoe setup :)



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-10 Thread Mihai Popescu
> The ISPs either give you a typical fritzbox CPE and/or a media converter 
> (like the TP-Link
> MC220L), but it also works fine with the mentioned SFP.  I now have 1Gbps 
> Internet, fixed
> IPv4+v6, simply with DHCP (dhcp6c is needed to get the assigned IPv6 prefix 
> for reassigning it > to rad(8) internally).

1 Gb/s on fiber is pretty much implemented where i live now (.ro). The
sad thing is the ISP is using GPON with ONT on client side. I wanted
to use some OpenBSD based router but I am not sure it is easy to put
together the necessary hardware and driver/pppoe configuration. There
are all kinds of settings involved even at ISP side and I am not sure
they are happy to set up for you.

What are they using there for authentification?



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-10 Thread Reyk Floeter
On Wed, Apr 10, 2019 at 12:11:34PM +0100, Stuart Henderson wrote:
> On 2019/04/10 12:43, Reyk Floeter wrote:
> > I have an em(4) with SFP in my FTTH gateway, a Lanner LEB-6032.  I'd
> > be happy to test any em(4) diff for it.
> > 
> > I had to get a special SFP that is compatible with the FTTH specs here
> > in Zurich.  It is using an asymmetric wavelength, Tx1310nm and
> > Rx1460-1580nm, and I am wondering if your code could show this fact
> > somehow.
> 
> There is really nothing in the spec for bidi optiocs. If you can plug it
> into a supported nic (ix/ixl for now) you should see the Tx wavelength
> but there's nowhere to retrieve the Rx wavelength.
> 
> Nice to have an FTTH setup that just lets you use your own kit! The few
> UK providers doing ethernet FTTH are mostly using Genexis boxes I think
> (probably for laser safety reasons, their fibre management makes it hard
> to look straight into a disconnected fibre).
> 

I heard that a few years ago the people in Zurich voted that everyone
gets FTTH.  So the network is now provided by ewz, the local
electricity company, or by Swisscom and almost every household is
about to get an OTO wall outlet with two possible fiber ports.

You can choose between a number of professional and consumer-grade
ISPs, so they don't even lock you in.  The ISPs either give you a
typical fritzbox CPE and/or a media converter (like the TP-Link
MC220L), but it also works fine with the mentioned SFP.  I now have
1Gbps Internet, fixed IPv4+v6, simply with DHCP (dhcp6c is needed to
get the assigned IPv6 prefix for reassigning it to rad(8) internally).
At least one (consumer-grade) ISP even offers 10G, at least
theoretically, but I didn't dare to try them out.

Reyk



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-10 Thread Stuart Henderson
On 2019/04/10 12:43, Reyk Floeter wrote:
> I have an em(4) with SFP in my FTTH gateway, a Lanner LEB-6032.  I'd
> be happy to test any em(4) diff for it.
> 
> I had to get a special SFP that is compatible with the FTTH specs here
> in Zurich.  It is using an asymmetric wavelength, Tx1310nm and
> Rx1460-1580nm, and I am wondering if your code could show this fact
> somehow.

There is really nothing in the spec for bidi optiocs. If you can plug it
into a supported nic (ix/ixl for now) you should see the Tx wavelength
but there's nowhere to retrieve the Rx wavelength.

Nice to have an FTTH setup that just lets you use your own kit! The few
UK providers doing ethernet FTTH are mostly using Genexis boxes I think
(probably for laser safety reasons, their fibre management makes it hard
to look straight into a disconnected fibre).



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-10 Thread Reyk Floeter
On Mon, Apr 08, 2019 at 02:25:28PM +1000, David Gwynne wrote:
> 
> 
> > On 6 Apr 2019, at 01:54, Rachel Roch  wrote:
> > 
> > 
> > 
> > 
> > Apr 2, 2019, 11:19 PM by da...@gwynne.id.au:
> > 
> >> 
> >> 
> >>> On 3 Apr 2019, at 04:52, Stuart Henderson <>> s...@spacehopper.org 
> >>> >> > wrote:
> >>> 
> >>> On 2019-04-02, Rachel Roch <>> rr...@tutanota.de 
> >>> >> > wrote:
> >>> 
>  Hi,
>  
>  Hopefully I'm just searching the man pages wrong but I can't seem to 
>  find any hints as to how I can view SFP diagnostics in OpenBSD (i.e. 
>  light power etc.)
>  
>  Perhaps someone could kindly point me in the right direction ?
>  
>  Rachel
>  
> >>> 
> >>> I don't think that code has been written yet.
> >>> 
> >> 
> >> You're right, it hasn't.
> >> 
> >> Rachel, which nic are you interested in having this on?
> >> 
> >> dlg
> >> 
> > 
> > Just spotted this email.
> > 
> > An Intel I350 based NIC made by HotLava  
> > (https://hotlavasystems.com/products_gbe.html) 
> > 
> 
> OK. I made a start on this. Have a look for "sfp module info and diagnostics" 
> on tech@, or click on https://marc.info/?l=openbsd-tech=155469738013008=2
> 
> We don't have an em(4) here with optics, but a diff doesn't look too bad if 
> you're willing to test it.
> 
> dlg
> 

I have an em(4) with SFP in my FTTH gateway, a Lanner LEB-6032.  I'd
be happy to test any em(4) diff for it.

I had to get a special SFP that is compatible with the FTTH specs here
in Zurich.  It is using an asymmetric wavelength, Tx1310nm and
Rx1460-1580nm, and I am wondering if your code could show this fact
somehow.

https://www.flexoptix.net/en/wideband-sfp-bidi-transceiver-1-gigabit-sm-tx1310nm-rx1550nm-10km-12db-ddm-dom.html?co8658=83928

em6: flags=208843 mtu 1500
lladdr 00:90:0b:55:3d:e4
index 7 priority 0 llprio 3
groups: egress
media: Ethernet autoselect (1000baseSX full-duplex)
status: active

But I also have many different "regular" SFPs here that I can plug
into the second em(4) fiber port test the diff.

The attached dmesg is a few days old.

Reyk

OpenBSD 6.5-beta (GENERIC.MP) #768: Sun Mar  3 23:58:33 MST 2019
dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP
real mem = 4181184512 (3987MB)
avail mem = 4044509184 (3857MB)
mpath0 at root
scsibus0 at mpath0: 256 targets
mainbus0 at root
bios0 at mainbus0: SMBIOS rev. 2.8 @ 0xebf30 (15 entries)
bios0: vendor American Megatrends Inc. version "5.6.5" date 06/24/2016
bios0: Lanner Electronics LEB-6032
acpi0 at bios0: rev 2
acpi0: sleep states S0 S4 S5
acpi0: tables DSDT FACP APIC FPDT FIDT LPIT MCFG HPET SSDT SSDT SSDT UEFI CSRT
acpi0: wakeup devices PS2K(S4) XHC1(S4) PXSX(S4) PXSX(S4) PXSX(S4) PXSX(S4)
acpitimer0 at acpi0: 3579545 Hz, 24 bits
acpimadt0 at acpi0 addr 0xfee0: PC-AT compat
cpu0 at mainbus0: apid 0 (boot processor)
cpu0: Intel(R) Atom(TM) CPU E3845 @ 1.91GHz, 1916.99 MHz, 06-37-09
cpu0: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND,NXE,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT,MELTDOWN
cpu0: 1MB 64b/line 16-way L2 cache
cpu0: smt 0, core 0, package 0
mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges
cpu0: apic clock running at 83MHz
cpu0: mwait min=64, max=64, C-substates=0.2.0.0.0.0.3, IBE
cpu1 at mainbus0: apid 2 (application processor)
cpu1: Intel(R) Atom(TM) CPU E3845 @ 1.91GHz, 1916.67 MHz, 06-37-09
cpu1: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND,NXE,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT,MELTDOWN
cpu1: 1MB 64b/line 16-way L2 cache
cpu1: smt 0, core 1, package 0
cpu2 at mainbus0: apid 4 (application processor)
cpu2: Intel(R) Atom(TM) CPU E3845 @ 1.91GHz, 1916.67 MHz, 06-37-09
cpu2: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND,NXE,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT,MELTDOWN
cpu2: 1MB 64b/line 16-way L2 cache
cpu2: smt 0, core 2, package 0
cpu3 at mainbus0: apid 6 (application processor)
cpu3: Intel(R) Atom(TM) CPU E3845 @ 1.91GHz, 1916.67 MHz, 06-37-09
cpu3: 
FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUSH,DS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE,SSE3,PCLMUL,DTES64,MWAIT,DS-CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1,SSE4.2,MOVBE,POPCNT,DEADLINE,AES,RDRAND,NXE,RDTSCP,LONG,LAHF,3DNOWP,PERF,ITSC,SMEP,ERMS,SENSOR,ARAT,MELTDOWN
cpu3: 1MB 

Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-10 Thread Marco Prause


On 08.04.19 06:25, David Gwynne wrote:
> OK. I made a start on this. Have a look for "sfp module info and diagnostics" 
> on tech@, or click on https://marc.info/?l=openbsd-tech=155469738013008=2
>
> We don't have an em(4) here with optics, but a diff doesn't look too bad if 
> you're willing to test it.
>
> dlg
>

David, I had a look at tech@ and this is really really awesome !


If you are also interested in the mentioned em(4) capable hardware, just
contact me off-list and I'm going to see, what we can do concerning the
hardware.


Cheers,

Marco



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-08 Thread Diana Eichert
I read the thread on tech@ , for an old network admin this is awesome info.

thanks

On Sun, Apr 7, 2019 at 10:42 PM David Gwynne  wrote:
> OK. I made a start on this. Have a look for "sfp module info and diagnostics" 
> on tech@, or click on https://marc.info/?l=openbsd-tech=155469738013008=2
>
> We don't have an em(4) here with optics, but a diff doesn't look too bad if 
> you're willing to test it.
>
> dlg



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-07 Thread David Gwynne



> On 6 Apr 2019, at 01:54, Rachel Roch  wrote:
> 
> 
> 
> 
> Apr 2, 2019, 11:19 PM by da...@gwynne.id.au:
> 
>> 
>> 
>>> On 3 Apr 2019, at 04:52, Stuart Henderson <>> s...@spacehopper.org 
>>> >> > wrote:
>>> 
>>> On 2019-04-02, Rachel Roch <>> rr...@tutanota.de 
>>> >> > wrote:
>>> 
 Hi,
 
 Hopefully I'm just searching the man pages wrong but I can't seem to find 
 any hints as to how I can view SFP diagnostics in OpenBSD (i.e. light 
 power etc.)
 
 Perhaps someone could kindly point me in the right direction ?
 
 Rachel
 
>>> 
>>> I don't think that code has been written yet.
>>> 
>> 
>> You're right, it hasn't.
>> 
>> Rachel, which nic are you interested in having this on?
>> 
>> dlg
>> 
> 
> Just spotted this email.
> 
> An Intel I350 based NIC made by HotLava  
> (https://hotlavasystems.com/products_gbe.html) 
> 

OK. I made a start on this. Have a look for "sfp module info and diagnostics" 
on tech@, or click on https://marc.info/?l=openbsd-tech=155469738013008=2

We don't have an em(4) here with optics, but a diff doesn't look too bad if 
you're willing to test it.

dlg



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-05 Thread Marco Prause


On 05.04.19 02:54, David Gwynne wrote:
> you have em(4) with sfp?
yepp, e.g. in the following appliances :

http://www.lannerinc.com/network-appliances/x86-rackmount-network-appliances/?option=com_content=article=1683:nca-4210=25:rackmount


There are 2 SFP slots onboard and we are also using the optional module
on the right side of the appliance but not as RJ-45, but with 8x 1 GigE SFP.


Whereas the 10 GigE Modules we are using in some setups, are already ix.


Here's an example of the chipsets you may find (all *Fibre interfaces
are the SFP capable interface and the others are the RJ45 ones):

em0 at pci2 dev 0 function 0 "Intel I350 Fiber" rev 0x01: msi, address
00:90:0b:4e:0e:52  
em1 at pci2 dev 0 function 1 "Intel I350 Fiber" rev 0x01: msi, address
00:90:0b:4e:0e:53  
em2 at pci2 dev 0 function 2 "Intel I350 Fiber" rev 0x01: msi, address
00:90:0b:4e:0e:54  
em3 at pci2 dev 0 function 3 "Intel I350 Fiber" rev 0x01: msi, address
00:90:0b:4e:0e:55  
em4 at pci3 dev 0 function 0 "Intel I350 Fiber" rev 0x01: msi, address
00:90:0b:4e:0e:56  
em5 at pci3 dev 0 function 1 "Intel I350 Fiber" rev 0x01: msi, address
00:90:0b:4e:0e:57  
em6 at pci3 dev 0 function 2 "Intel I350 Fiber" rev 0x01: msi, address
00:90:0b:4e:0e:58  
em7 at pci3 dev 0 function 3 "Intel I350 Fiber" rev 0x01: msi, address
00:90:0b:4e:0e:59   
em8 at pci5 dev 0 function 0 "Intel I210" rev 0x03: msi, address
00:90:0b:68:30:4e
em9 at pci6 dev 0 function 0 "Intel I210" rev 0x03: msi, address
00:90:0b:68:30:4f
em10 at pci7 dev 0 function 0 "Intel I210" rev 0x03: msi, address
00:90:0b:68:30:50   
em11 at pci8 dev 0 function 0 "Intel I210" rev 0x03: msi, address
00:90:0b:68:30:51   
em12 at pci9 dev 0 function 0 "Intel I210" rev 0x03: msi, address
00:90:0b:68:30:52   
em13 at pci10 dev 0 function 0 "Intel I210" rev 0x03: msi, address
00:90:0b:68:30:53  
em14 at pci11 dev 0 function 0 "Intel I210 Fiber" rev 0x03: msi, address
00:90:0b:68:30:54
em15 at pci12 dev 0 function 0 "Intel I210 Fiber" rev 0x03: msi, address
00:90:0b:68:30:55


Cheers,

Marco



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-04 Thread Tom Smyth
Hi David, yeah  intel Pro 1000 chipsets with SFP were common enough
back in the day... (probably still common)
Thanks

Tom Smyth

On Fri, 5 Apr 2019 at 02:00, David Gwynne  wrote:
>
> you have em(4) with sfp?
>
> > On 4 Apr 2019, at 18:55, Marco Prause  wrote:
> >
> > I second that +1 for ix, but em would also be nice ;-)
> >
> >
> > On 03.04.19 00:40, Tom Smyth wrote:
> >> +1 for me also :)  ix :)
> >>
> >> On Tue, 2 Apr 2019 at 23:38, Stuart Henderson  wrote:
> >>
> >>>  :-)
> >>>
> >
>


-- 
Kindest regards,
Tom Smyth

The information contained in this E-mail is intended only for the
confidential use of the named recipient. If the reader of this message
is not the intended recipient or the person responsible for
delivering it to the recipient, you are hereby notified that you have
received this communication in error and that any review,
dissemination or copying of this communication is strictly prohibited.
If you have received this in error, please notify the sender
immediately by telephone at the number above and erase the message
You are requested to carry out your own virus check before
opening any attachment.



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-04 Thread David Gwynne
you have em(4) with sfp?

> On 4 Apr 2019, at 18:55, Marco Prause  wrote:
> 
> I second that +1 for ix, but em would also be nice ;-)
> 
> 
> On 03.04.19 00:40, Tom Smyth wrote:
>> +1 for me also :)  ix :)
>> 
>> On Tue, 2 Apr 2019 at 23:38, Stuart Henderson  wrote:
>> 
>>>  :-)
>>> 
> 



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-04 Thread Marco Prause
I second that +1 for ix, but em would also be nice ;-)


On 03.04.19 00:40, Tom Smyth wrote:
> +1 for me also :)  ix :)
>
> On Tue, 2 Apr 2019 at 23:38, Stuart Henderson  wrote:
>
>>  :-)
>>



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-02 Thread Tom Smyth
+1 for me also :)  ix :)

On Tue, 2 Apr 2019 at 23:38, Stuart Henderson  wrote:

>
>  :-)
>



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-02 Thread Stuart Henderson
On 2019/04/03 08:19, David Gwynne wrote:
> 
> 
> > On 3 Apr 2019, at 04:52, Stuart Henderson  wrote:
> > 
> > On 2019-04-02, Rachel Roch  wrote:
> >> Hi,
> >> 
> >> Hopefully I'm just searching the man pages wrong but I can't seem to find 
> >> any hints as to how I can view SFP diagnostics in OpenBSD (i.e. light 
> >> power etc.)
> >> 
> >> Perhaps someone could kindly point me in the right direction ?
> >> 
> >> Rachel
> >> 
> >> 
> > 
> > I don't think that code has been written yet.
> 
> You're right, it hasn't.
> 
> Rachel, which nic are you interested in having this on?
> 
> dlg

 :-)



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-02 Thread David Gwynne



> On 3 Apr 2019, at 04:52, Stuart Henderson  wrote:
> 
> On 2019-04-02, Rachel Roch  wrote:
>> Hi,
>> 
>> Hopefully I'm just searching the man pages wrong but I can't seem to find 
>> any hints as to how I can view SFP diagnostics in OpenBSD (i.e. light power 
>> etc.)
>> 
>> Perhaps someone could kindly point me in the right direction ?
>> 
>> Rachel
>> 
>> 
> 
> I don't think that code has been written yet.

You're right, it hasn't.

Rachel, which nic are you interested in having this on?

dlg



Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-02 Thread Tom Smyth
Hi Rachel
Im not certain..  i havent tried this on openbsd  but i would do an snmp
walk and see if there are stats displayed on  your sfp interfaces  can you
check the mib from the chipset manufacturer ?

Also if you  check  man driver name  e.g.
man ix  for intel 10g nics there may be additional info specific to the
cards there

I hope this helps

Tom Smyth

On Tuesday, 2 April 2019, Rachel Roch  wrote:

> Hi,
>
> Hopefully I'm just searching the man pages wrong but I can't seem to find
> any hints as to how I can view SFP diagnostics in OpenBSD (i.e. light power
> etc.)
>
> Perhaps someone could kindly point me in the right direction ?
>
> Rachel
>
>

-- 
Kindest regards,
Tom Smyth

The information contained in this E-mail is intended only for the
confidential use of the named recipient. If the reader of this message
is not the intended recipient or the person responsible for
delivering it to the recipient, you are hereby notified that you have
received this communication in error and that any review,
dissemination or copying of this communication is strictly prohibited.
If you have received this in error, please notify the sender
immediately by telephone at the number above and erase the message
You are requested to carry out your own virus check before
opening any attachment.


Re: Viewing SFP diagnostic data in OpenBSD ?

2019-04-02 Thread Stuart Henderson
On 2019-04-02, Rachel Roch  wrote:
> Hi,
>
> Hopefully I'm just searching the man pages wrong but I can't seem to find any 
> hints as to how I can view SFP diagnostics in OpenBSD (i.e. light power etc.)
>
> Perhaps someone could kindly point me in the right direction ?
>
> Rachel
>
>

I don't think that code has been written yet.