Viewing SFP diagnostic data in OpenBSD ?

classic Classic list List threaded Threaded
20 messages Options
Reply | Threaded
Open this post in threaded view
|

Viewing SFP diagnostic data in OpenBSD ?

Rachel Roch
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

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Stuart Henderson
On 2019-04-02, Rachel Roch <[hidden email]> 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.


Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Tom Smyth
In reply to this post by Rachel Roch
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 <[hidden email]> 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.
Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

David Gwynne-5
In reply to this post by Stuart Henderson


> On 3 Apr 2019, at 04:52, Stuart Henderson <[hidden email]> wrote:
>
> On 2019-04-02, Rachel Roch <[hidden email]> 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

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Stuart Henderson
On 2019/04/03 08:19, David Gwynne wrote:

>
>
> > On 3 Apr 2019, at 04:52, Stuart Henderson <[hidden email]> wrote:
> >
> > On 2019-04-02, Rachel Roch <[hidden email]> 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

</me pretends to be Rachel and says ix> :-)

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Tom Smyth
+1 for me also :)  ix :)

On Tue, 2 Apr 2019 at 23:38, Stuart Henderson <[hidden email]> wrote:

>
> </me pretends to be Rachel and says ix> :-)
>

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

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 <[hidden email]> wrote:
>
>> </me pretends to be Rachel and says ix> :-)
>>

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

David Gwynne-5
you have em(4) with sfp?

> On 4 Apr 2019, at 18:55, Marco Prause <[hidden email]> 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 <[hidden email]> wrote:
>>
>>> </me pretends to be Rachel and says ix> :-)
>>>
>

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

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 <[hidden email]> wrote:

>
> you have em(4) with sfp?
>
> > On 4 Apr 2019, at 18:55, Marco Prause <[hidden email]> 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 <[hidden email]> wrote:
> >>
> >>> </me pretends to be Rachel and says ix> :-)
> >>>
> >
>


--
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.

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Marco Prause
In reply to this post by David Gwynne-5

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&view=article&id=1683:nca-4210&catid=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

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

David Gwynne-5
In reply to this post by David Gwynne-5


> On 6 Apr 2019, at 01:54, Rachel Roch <[hidden email]> wrote:
>
>
>
>
> Apr 2, 2019, 11:19 PM by [hidden email]:
>
>>
>>
>>> On 3 Apr 2019, at 04:52, Stuart Henderson <>> [hidden email] <mailto:[hidden email]>>> > wrote:
>>>
>>> On 2019-04-02, Rachel Roch <>> [hidden email] <mailto:[hidden email]>>> > 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&m=155469738013008&w=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

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

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 <[hidden email]> 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&m=155469738013008&w=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

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Marco Prause
In reply to this post by David Gwynne-5

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&m=155469738013008&w=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

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Reyk Floeter-2
In reply to this post by David Gwynne-5
On Mon, Apr 08, 2019 at 02:25:28PM +1000, David Gwynne wrote:

>
>
> > On 6 Apr 2019, at 01:54, Rachel Roch <[hidden email]> wrote:
> >
> >
> >
> >
> > Apr 2, 2019, 11:19 PM by [hidden email]:
> >
> >>
> >>
> >>> On 3 Apr 2019, at 04:52, Stuart Henderson <>> [hidden email] <mailto:[hidden email]>>> > wrote:
> >>>
> >>> On 2019-04-02, Rachel Roch <>> [hidden email] <mailto:[hidden email]>>> > 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&m=155469738013008&w=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<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST,AUTOCONF6> 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
    [hidden email]:/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 0xfee00000: 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 64b/line 16-way L2 cache
cpu3: smt 0, core 3, package 0
ioapic0 at mainbus0: apid 1 pa 0xfec00000, version 20, 87 pins
acpimcfg0 at acpi0
acpimcfg0: addr 0xe0000000, bus 0-255
acpihpet0 at acpi0: 14318179 Hz
acpiprt0 at acpi0: bus 0 (PCI0)
acpiprt1 at acpi0: bus 1 (RP01)
acpiprt2 at acpi0: bus 2 (RP02)
acpiprt3 at acpi0: bus 3 (RP03)
acpiprt4 at acpi0: bus 4 (RP04)
acpiec0 at acpi0: not present
acpicpu0 at acpi0: C1(@1 halt!)
acpicpu1 at acpi0: C1(@1 halt!)
acpicpu2 at acpi0: C1(@1 halt!)
acpicpu3 at acpi0: C1(@1 halt!)
acpipwrres0 at acpi0: PLPE
acpipwrres1 at acpi0: PLPE
acpipwrres2 at acpi0: USBC, resource for EHC1, OTG1
acpitz0 at acpi0: critical temperature is 115 degC
acpipwrres3 at acpi0: FN00, resource for FAN0
acpitz1 at acpi0: critical temperature is 115 degC
acpicmos0 at acpi0
acpipci0 at acpi0 PCI0: 0x00000010 0x00000011 0x00000000
"DMA0F28" at acpi0 not configured
acpibtn0 at acpi0: SLPB
"INT33BD" at acpi0 not configured
"PNP0C0B" at acpi0 not configured
acpivideo0 at acpi0: GFX0
acpivout0 at acpivideo0: DD1F
pci0 at mainbus0 bus 0
pchb0 at pci0 dev 0 function 0 "Intel Bay Trail Host" rev 0x11
inteldrm0 at pci0 dev 2 function 0 "Intel Bay Trail Video" rev 0x11
drm0 at inteldrm0
inteldrm0: msi
inteldrm0: 1024x768, 32bpp
wsdisplay0 at inteldrm0 mux 1: console (std, vt100 emulation)
wsdisplay0: screen 1-5 added (std, vt100 emulation)
ahci0 at pci0 dev 19 function 0 "Intel Bay Trail AHCI" rev 0x11: msi, AHCI 1.3
ahci0: port 0: 3.0Gb/s
scsibus1 at ahci0: 32 targets
sd0 at scsibus1 targ 0 lun 0: <ATA, INTEL SSDSC2BA10, 5DV1> SCSI3 0/direct fixed naa.55cd2e404c1ea157
sd0: 95396MB, 512 bytes/sector, 195371568 sectors, thin
xhci0 at pci0 dev 20 function 0 "Intel Bay Trail xHCI" rev 0x11: msi, xHCI 1.0
usb0 at xhci0: USB revision 3.0
uhub0 at usb0 configuration 1 interface 0 "Intel xHCI root hub" rev 3.00/1.00 addr 1
"Intel Bay Trail TXE" rev 0x11 at pci0 dev 26 function 0 not configured
ppb0 at pci0 dev 28 function 0 "Intel Bay Trail PCIE" rev 0x11: msi
pci1 at ppb0 bus 1
em0 at pci1 dev 0 function 0 "Intel I210" rev 0x03: msi, address 00:90:0b:64:aa:5e
ppb1 at pci0 dev 28 function 1 "Intel Bay Trail PCIE" rev 0x11: msi
pci2 at ppb1 bus 2
em1 at pci2 dev 0 function 0 "Intel I210" rev 0x03: msi, address 00:90:0b:64:aa:5f
ppb2 at pci0 dev 28 function 2 "Intel Bay Trail PCIE" rev 0x11: msi
pci3 at ppb2 bus 3
em2 at pci3 dev 0 function 0 "Intel I210" rev 0x03: msi, address 00:90:0b:55:3d:e0
ppb3 at pci0 dev 28 function 3 "Intel Bay Trail PCIE" rev 0x11: msi
pci4 at ppb3 bus 4
ppb4 at pci4 dev 0 function 0 "Pericom PI7C9X2G608GP PCIE" rev 0x00
pci5 at ppb4 bus 5
ppb5 at pci5 dev 1 function 0 "Pericom PI7C9X2G608GP PCIE" rev 0x00: msi
pci6 at ppb5 bus 6
em3 at pci6 dev 0 function 0 "Intel I210" rev 0x03: msi, address 00:90:0b:55:3d:e1
ppb6 at pci5 dev 2 function 0 "Pericom PI7C9X2G608GP PCIE" rev 0x00: msi
pci7 at ppb6 bus 7
em4 at pci7 dev 0 function 0 "Intel I210" rev 0x03: msi, address 00:90:0b:55:3d:e2
ppb7 at pci5 dev 3 function 0 "Pericom PI7C9X2G608GP PCIE" rev 0x00: msi
pci8 at ppb7 bus 8
em5 at pci8 dev 0 function 0 "Intel I210 Fiber" rev 0x03: msi, address 00:90:0b:55:3d:e3
ppb8 at pci5 dev 4 function 0 "Pericom PI7C9X2G608GP PCIE" rev 0x00: msi
pci9 at ppb8 bus 9
em6 at pci9 dev 0 function 0 "Intel I210 Fiber" rev 0x03: msi, address 00:90:0b:55:3d:e4
ehci0 at pci0 dev 29 function 0 "Intel Bay Trail EHCI" rev 0x11: apic 1 int 23
ehci0: timed out waiting for BIOS
usb1 at ehci0: USB revision 2.0
uhub1 at usb1 configuration 1 interface 0 "Intel EHCI root hub" rev 2.00/1.00 addr 1
pcib0 at pci0 dev 31 function 0 "Intel Bay Trail LPC" rev 0x11
ichiic0 at pci0 dev 31 function 3 "Intel Bay Trail SMBus" rev 0x11: apic 1 int 18
iic0 at ichiic0
spdmem0 at iic0 addr 0x50: 4GB DDR3 SDRAM PC3-10600 SO-DIMM
isa0 at pcib0
isadma0 at isa0
com0 at isa0 port 0x3f8/8 irq 4: ns16550a, 16 byte fifo
com0: console
com1 at isa0 port 0x2f8/8 irq 3: ns16550a, 16 byte fifo
com1: probed fifo depth: 15 bytes
pckbc0 at isa0 port 0x60/5 irq 1 irq 12
pckbd0 at pckbc0 (kbd slot)
wskbd0 at pckbd0: console keyboard, using wsdisplay0
pcppi0 at isa0 port 0x61
spkr0 at pcppi0
lpt0 at isa0 port 0x378/4 irq 7
vmm0 at mainbus0: VMX/EPT (using slow L1TF mitigation)
ehci0: port reset timeout
uhub1: port 1 reset failed
vscsi0 at root
scsibus2 at vscsi0: 256 targets
softraid0 at root
scsibus3 at softraid0: 256 targets
root on sd0a (f93f3878a4938996.a) swap on sd0b dump on sd0b

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

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).

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Reyk Floeter-2
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

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Mihai Popescu-3
In reply to this post by Rachel Roch
> 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?

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Stuart Henderson
On 2019-04-10, Mihai Popescu <[hidden email]> 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 :)

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Mihai Popescu-3
In reply to this post by Rachel Roch
<quote>
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 :)
</quote>

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.

Reply | Threaded
Open this post in threaded view
|

Re: Viewing SFP diagnostic data in OpenBSD ?

Rachel Roch
In reply to this post by David Gwynne-5
Apr 8, 2019, 5:25 AM by [hidden email]:

>
>
>> On 6 Apr 2019, at 01:54, Rachel Roch <>> [hidden email] <mailto:[hidden email]>>> > wrote:
>>
>>
>>
>>
>> Apr 2, 2019, 11:19 PM by >> [hidden email] <mailto:[hidden email]>>> :
>>
>>>
>>>
>>>> On 3 Apr 2019, at 04:52, Stuart Henderson <>> >>>> [hidden email] <mailto:[hidden email]>>>>>  <mailto:>>>> [hidden email] <mailto:[hidden email]>>>>> >>> > wrote:
>>>>
>>>> On 2019-04-02, Rachel Roch <>> >>>> [hidden email] <mailto:[hidden email]>>>>>  <mailto:>>>> [hidden email] <mailto:[hidden email]>>>>> >>> > 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>>> ) <>> 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&m=155469738013008&w=2 <https://marc.info/?l=openbsd-tech&m=155469738013008&w=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 ! ;-)