smtpd-filters(7) not in base. Are filters not stable yet?
Hi @misc For a new project I would like to use smtpd(8) as an e-mail server. I noticed that the filters API man page is present in the source tree, but not installed in base. Is there a reason for it? Regards. -- Andrea
Re: Getting wifi bitrate
On Thu, Dec 31, 2020 at 04:13:56PM +, Björn Gohla wrote: > > Stefan Sperling writes: > > > On Thu, Dec 31, 2020 at 02:28:35PM +, Björn Gohla wrote: > >> Hi all, > [...] > >> So how do I get the it? Am I looking in the wrong place, or does the > >> driver just not expose this information? > > > > Rate/MCS + channel width + some other parameters map to a Tx bitrate: > > https://en.wikipedia.org/wiki/IEEE_802.11n-2009#Data_rates > > > > This Tx bitrate will vary on a per-frame basis, though. And actual user data > > throughput is always below this, due to protocol overhead, re-transmissions, > > interference, other traffic on the same channel, and so on. > > Right, so by using the values in that table one could extract a nominal > Tx rate, but not the actual one (much less the Rx); correct? Rx rates can only be observed with tcpdump -v -y IEEE802_11_RADIO -i urtwn0 > > In 11g mode the per-frame Tx rate is displayed by ifconfig in Mbit/s. > > However, some realtek devices (like the 8192CU) perform Tx rate-adjustment > > in firmware and do not even expose the chosen Tx data rate to the driver. > > In that case ifconfig always displays 54M which is usually incorrect. > > ifconfig says this: > urtwn0: flags=808843 mtu > 1500 > lladdr 54:2a:a2:4c:0e:b5 > index 8 priority 4 llprio 3 > groups: wlan egress > media: IEEE802.11 autoselect (OFDM54 mode 11g) > status: active > ieee80211: join "451UnavailableForLegalReasons " chan 11 bssid > b0:bb:e5:13:7b:d4 -72dBm wpakey wpaprotos wpa2 wpaakms psk wpaciphers ccmp > wpagroupcipher tkip > inet 192.168.1.182 netmask 0xff00 broadcast 192.168.1.255 > > I suppose the "media" line is what you're referring to here, right? Yes. > dmesg says: > urtwn0 at uhub0 port 2 configuration 1 interface 0 "Realtek Wireless N Nano > USB Adapter" rev 2.10/2.00 addr 2 > urtwn0: MAC/BB RTL8192EU, RF 6052 2T2R, address 54:2a:a2:4c:0e:b5 > > the device looks similar to the one you mentioned, so maybe that's > what's going on here. On 8192EU devices the driver will adjust the Tx rate. If you send a lot of traffic the displayed Tx rate should change while you change the physical distance to your AP, for example. > > What problem are you trying to solve? > > I just want to show the network activity in my desktop status line. Understood, fair enough. The chosen Tx rate is not a very reliable indicator of actual throughput but it can serve as a wifi link quality indicator to some extent.
Re: Getting wifi bitrate
Stefan Sperling writes: > On Thu, Dec 31, 2020 at 02:28:35PM +, Björn Gohla wrote: >> Hi all, [...] >> So how do I get the it? Am I looking in the wrong place, or does the >> driver just not expose this information? > > Rate/MCS + channel width + some other parameters map to a Tx bitrate: > https://en.wikipedia.org/wiki/IEEE_802.11n-2009#Data_rates > > This Tx bitrate will vary on a per-frame basis, though. And actual user data > throughput is always below this, due to protocol overhead, re-transmissions, > interference, other traffic on the same channel, and so on. Right, so by using the values in that table one could extract a nominal Tx rate, but not the actual one (much less the Rx); correct? >> The interface is a "Realtek Wireless N Nano USB Adapter" in case that is >> relevant. > > OpenBSD realtek wifi drivers only support 11g mode at present. > So on such hardware the kernel and ifconfig never report "MCS23". > MCS are only reported for 11n/ac modes. I did notice that it says so in the caveats in urtwn(4), strange. > In 11g mode the per-frame Tx rate is displayed by ifconfig in Mbit/s. > However, some realtek devices (like the 8192CU) perform Tx rate-adjustment > in firmware and do not even expose the chosen Tx data rate to the driver. > In that case ifconfig always displays 54M which is usually incorrect. ifconfig says this: urtwn0: flags=808843 mtu 1500 lladdr 54:2a:a2:4c:0e:b5 index 8 priority 4 llprio 3 groups: wlan egress media: IEEE802.11 autoselect (OFDM54 mode 11g) status: active ieee80211: join "451UnavailableForLegalReasons " chan 11 bssid b0:bb:e5:13:7b:d4 -72dBm wpakey wpaprotos wpa2 wpaakms psk wpaciphers ccmp wpagroupcipher tkip inet 192.168.1.182 netmask 0xff00 broadcast 192.168.1.255 I suppose the "media" line is what you're referring to here, right? dmesg says: urtwn0 at uhub0 port 2 configuration 1 interface 0 "Realtek Wireless N Nano USB Adapter" rev 2.10/2.00 addr 2 urtwn0: MAC/BB RTL8192EU, RF 6052 2T2R, address 54:2a:a2:4c:0e:b5 the device looks similar to the one you mentioned, so maybe that's what's going on here. > What problem are you trying to solve? I just want to show the network activity in my desktop status line. -- Cheers, Björn
Re: misc panics
Le lundi 28 décembre 2020 à 12:34 +0200, Gregory Edigarov a écrit : > On 12/28/20 12:18 PM, rgc wrote: > > On Mon, Dec 28, 2020 at 10:39:56AM +0100, Otto Moerbeek wrote: > > > On Mon, Dec 28, 2020 at 10:25:08AM +0100, Bastien Durel wrote: > > > > > > > Le lundi 28 d?cembre 2020 ? 09:17 +, Stuart Henderson a > > > > ?crit?: > > > > > > So hardware failure confirmed :/ Do you think I can change > > > > > > the RAM > > > > > > or > > > > > > it's more likely a CPU/Chipset failure ? > > > > > > > > > > > > Thanks, > > > > > > > > > > > If you have multiple sticks of RAM, try removing some. > > > > I have only one > > > trying to reaset it is worth a try. > > > > > > -Otto > > > > > or doing the eraser magick > > > > you clean the contacts (remove oxidation) of the RAM module (the > > side that > > sticks in the motherboard) by rubbing a pencil eraser on the > > contacts of the > > RAM module. > > > in my experience, all the RAM modules nowadays comes gold plated, so > no > need to use eraser on them. > just a piece of paper, to make sure there is no grease on the > contacts > Hello, For those interested, a new memory module made the box able to run again. (Neither cleaning or using eraser worked) Thanks, -- Bastien
Re: Getting wifi bitrate
On Thu, Dec 31, 2020 at 02:28:35PM +, Björn Gohla wrote:
> Hi all,
>
> I have a small question: I want to get the current rate of actually
> transmitted (and received) bits for my wifi adaptor. I thought this
> fragment from ifconfig does what I want
> (https://github.com/openbsd/src/blob/3a44e88910781e836bd51a8b6b068379abc67a1b/sbin/ifconfig/ifconfig.c#L2783):
>
> if ((nr->nr_flags & (IEEE80211_NODEREQ_AP)) == 0) {
> if (nr->nr_flags & IEEE80211_NODEREQ_VHT) {
> printf("VHT-MCS%d/%dSS", nr->nr_txmcs, nr->nr_vht_ss);
> } else if (nr->nr_flags & IEEE80211_NODEREQ_HT) {
> printf("HT-MCS%d ", nr->nr_txmcs);
> } else if (nr->nr_nrates) {
> printf("%uM ",
> (nr->nr_rates[nr->nr_txrate] & IEEE80211_RATE_VAL)
> / 2);
> }
> } else if (nr->nr_max_rxrate) {
> printf("%uM HT ", nr->nr_max_rxrate);
> } else if (nr->nr_rxmcs[0] != 0) {
> for (i = IEEE80211_HT_NUM_MCS - 1;
>i >= 0; i--) {
> if (nr->nr_rxmcs[i / 8] & (1 << (i / 10)))
> break;
> }
> printf("HT-MCS%d ", i);
> } else if (nr->nr_nrates) {
> printf("%uM ",
>(nr->nr_rates[nr->nr_nrates - 1] &
> IEEE80211_RATE_VAL) / 2);
> }
>
> But when I paste that into my application code and run it I get
> "HT-MCS23". My best understanding is that this refers to some definition
> of modulation coding schemes, i.e., not the bitrate I'm looking for.
>
> So how do I get the it? Am I looking in the wrong place, or does the
> driver just not expose this information?
Rate/MCS + channel width + some other parameters map to a Tx bitrate:
https://en.wikipedia.org/wiki/IEEE_802.11n-2009#Data_rates
This Tx bitrate will vary on a per-frame basis, though. And actual user data
throughput is always below this, due to protocol overhead, re-transmissions,
interference, other traffic on the same channel, and so on.
> The interface is a "Realtek Wireless N Nano USB Adapter" in case that is
> relevant.
OpenBSD realtek wifi drivers only support 11g mode at present.
So on such hardware the kernel and ifconfig never report "MCS23".
MCS are only reported for 11n/ac modes.
In 11g mode the per-frame Tx rate is displayed by ifconfig in Mbit/s.
However, some realtek devices (like the 8192CU) perform Tx rate-adjustment
in firmware and do not even expose the chosen Tx data rate to the driver.
In that case ifconfig always displays 54M which is usually incorrect.
What problem are you trying to solve?
Getting wifi bitrate
Hi all,
I have a small question: I want to get the current rate of actually
transmitted (and received) bits for my wifi adaptor. I thought this
fragment from ifconfig does what I want
(https://github.com/openbsd/src/blob/3a44e88910781e836bd51a8b6b068379abc67a1b/sbin/ifconfig/ifconfig.c#L2783):
if ((nr->nr_flags & (IEEE80211_NODEREQ_AP)) == 0) {
if (nr->nr_flags & IEEE80211_NODEREQ_VHT) {
printf("VHT-MCS%d/%dSS", nr->nr_txmcs, nr->nr_vht_ss);
} else if (nr->nr_flags & IEEE80211_NODEREQ_HT) {
printf("HT-MCS%d ", nr->nr_txmcs);
} else if (nr->nr_nrates) {
printf("%uM ",
(nr->nr_rates[nr->nr_txrate] & IEEE80211_RATE_VAL)
/ 2);
}
} else if (nr->nr_max_rxrate) {
printf("%uM HT ", nr->nr_max_rxrate);
} else if (nr->nr_rxmcs[0] != 0) {
for (i = IEEE80211_HT_NUM_MCS - 1;
i >= 0; i--) {
if (nr->nr_rxmcs[i / 8] & (1 << (i / 10)))
break;
}
printf("HT-MCS%d ", i);
} else if (nr->nr_nrates) {
printf("%uM ",
(nr->nr_rates[nr->nr_nrates - 1] &
IEEE80211_RATE_VAL) / 2);
}
But when I paste that into my application code and run it I get
"HT-MCS23". My best understanding is that this refers to some definition
of modulation coding schemes, i.e., not the bitrate I'm looking for.
So how do I get the it? Am I looking in the wrong place, or does the
driver just not expose this information?
The interface is a "Realtek Wireless N Nano USB Adapter" in case that is
relevant.
Cheers and a happy new year,
Björn
Re: Acer Extensa 5635Z RAM and net boards.
Hi, thanks for your reply. It was a new installation on this notebook so I had to change the SO. With FreeBSD (11.2) no problem for this interface. But theconfiguration of the sound cart is a bit difficult. On OpenBSD was most simple to configure. Il 30/12/20 23:46, pcost ha scritto: Ciao Luciano, I am writing using the same notebook you have, an Acer Extensa 5635, with 4GB Ram. My Bios version is 1.3311 and OpenBSD version is 6.8. Same behavior here: the wifi card works correctly only with one memory card inserted (2GB); inserting the second memory card (2+2GB), the wifi card stops to work. The 'dmesg' output is almost the same of yours (alc0: phy write timeout: phy 0, reg 30) and so on. I confirm everything works correctly with debian (kernel 5.9). My workaround is to use a TPLink mini usb wifi network card, that is better than decrease the ram... Ciao. Il 12/20/20 8:08 PM, Isaia Luciano ha scritto: Hello, it would seam a OpenBSB problem, the other SO (Linux, FreeBSD) properly activate the interface. # sh /etc/netstart alc0 alc0: writev(DHCPDISCOVER): No buffer space available alc0: writev(DHCPDISCOVER): No buffer space available alc0: writev(DHCPDISCOVER): No buffer space available alc0: no leasealc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space avialable .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available .alc0: writev(DHCPDISCOVER): No buffer space available sleeping # ifconfig alc0 down alc0: could not disable RxQ/TxQ (0x)! alc0: could not disable Rx/Tx MAC(0x)! I tried with live CD of Sistem Rescue CD and MidnighBSD. It has already happened to someone. Thanks. Luciano. Il 19/12/20 11:36, luis...@tin.it ha scritto: Hi,I have install OpenBSD 6.8 on Acer Laptop with 2GB of RAM. I have upgrade the memory added a new 2 GB RAM bank.On boot the net interface not running.The dmesg is: OpenBSD 6.8 (GENERIC.MP) #98: Sun Oct 4 18:13:26 MDT 2020 dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP real mem = 4105977856 (3915MB) avail mem = 3966488576 (3782MB) random: good seed from bootblocks mpath0 at root scsibus0 at mpath0: 256 targets mainbus0 at root bios0 at mainbus0: SMBIOS rev. 2.5 @ 0xb5ec (33 entries) bios0: vendor Phoenix version "V1.3311" date 12/21/2009 bios0: Acer Extensa 5635Z acpi0 at bios0: ACPI 3.0 acpi0: sleep states S0 S3 S4 S5 acpi0: tables DSDT FACP HPET MCFG APIC BOOT SSDT SSDT SSDT SSDT acpi0: wakeup devices USB0(S3) USB1(S3) USBR(S3) EHC1(S3) USB3(S3) EHC2(S3) HDEF(S3) GLAN(S4) acpitimer0 at acpi0: 3579545 Hz, 24 bits acpihpet0 at acpi0: 14318179 Hz acpimcfg0 at acpi0 acpimcfg0: addr 0xe000, bus 0-255 acpimadt0 at acpi0 addr 0xfee0: PC-AT compat cpu0 at mainbus0: apid 0 (boot processor) cpu0: Pentium(R) Dual-Core CPU T4300 @ 2.10GHz, 2095.34 MHz, 06-17-0a 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,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu0: 1MB 64b/line 4-way L2 cache cpu0: smt 0, core 0, package 0 mtrr: Pentium Pro MTRR support, 7 var ranges, 88 fixed ranges cpu0: apic clock running at 199MHz cpu0: mwait min=64, max=64, C-substates=0.2.2.2, IBE cpu1 at mainbus0: apid 1 (application processor) cpu1: Pentium(R) Dual-Core CPU T4300 @ 2.10GHz, 2094.99 MHz, 06-17-0a 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,DTES64,MWAIT,DS-CPL,EST,TM2,SSSE3,CX16,xTPR,PDCM,XSAVE,NXE,LONG,LAHF,PERF,SENSOR,MELTDOWN cpu1: 1MB 64b/line 4-way L2 cache cpu1: smt 0, core 1, package 0 ioapic0 at mainbus0: apid 2 pa 0xfec0, version 20, 24 pins acpiprt0 at acpi0: bus 0 (PCI0) acpiprt1 at acpi0: bus 10 (P0P1) acpiprt2 at acpi0: bus 2 (RP01) acpiprt3 at acpi0: bus -1 (RP02) acpiprt4 at acpi0: bus -1 (RP03) acpiprt5 at acpi0: bus 7 (RP04) acpiprt6 at acpi0: bus -1 (RP05) acpiec0 at acpi0 acpiac0 at acpi0: AC unit online acpibat0 at acpi0: BAT1 model "AS09C31" serial 9418 type LION oem "SANYO" acpibtn0 at acpi0: LID_ acpibtn1 at acpi0: PWRB acpibtn2 at acpi0: SLPB "PNP0C14" at acpi0 not configured acpipci0 at acpi0 PCI0 acpicmos0 at acpi0 "SYN1B20" at acpi0 not configured "PNP0C14" at acpi0 not configured acpicpu0 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpicpu1 at acpi0: !C3(250@17 mwait.3@0x20), !C2(500@1 mwait.1@0x10), C1(1000@1 mwait.1), PSS acpitz0 at acpi0: critical temperature is 108 degC acpivideo0 at acpi0: VGA_ acpivideo1 at acpi0: GFX0 acpivout0 at acpivideo1: DD02 cpu0: Enhanced SpeedStep 2095 MHz: speeds: 2100, 1600, 1200 MHz pci0 at mainbus0 bus 0 pchb0 at pci0 dev 0 function 0 "Intel GM45 Host" rev 0x07 inteldrm0 at pci0 dev 2
rdomains and queueing
dear misc, following scenario / setup 2 Async Line ( 200/20 Cable vlan5 , 70/30 DSL pppoe0 on vlan7 ) both line are in separated rdomains 1 DMZ vlan in a rdomain 1 XBOX vlan in rdomain the root domain have 2 vlans LAN and WLAN. in all rdomains exists an vether interface as default gw exccept the DSL and the CABLE rdomain. in root rdomain , i have 2 pf out rules for the default traffic LAN/WLAN to internet , one for inet4( to cabble ) one for inet6 ( to dsl ). all vlan transport on an aggr0 interface , the are no real physical interfaces in use , only for the aggr. this setup still works. now i define 2 queue vor the inbound traffic on line CABLE and DSL to dedicat and control bandwidth . this works also. to handle bufferbloat i define queue on vlan interface XBL ( vlan 120 ) and LAN ( vlan100 ). At the moment when i enable this queues slow down the lines from 200 -> 150 and 70 to 40 Mbit. the is no queue setting at the pf rules , just the defined queues. both traffic jumps by pf from one rdomain , root XBL DMZ , to the internet rdomains. i try also to use my "gateway" interfaces vetherX , but this works not with the queueing. without queuing , download speed is full available. So, what is the correct way with the queues to reach hat i habe working "download" queues with full speed without bufferbloat ? by the way , if i reboot the system slaacd with not start , hi works in the DSL rdomain ( rtable is set with rcctl ) , i have to restart manually after reboot the he works. i hope my explanation to understand my problem. Holger
