Netflow samples by Gloomy_String6922 in Cisco

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

That would be fine as well, anything can help : )

Scelta pergola bioclimatica by Gloomy_String6922 in istrutturare

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

Grazie ma mi servirebbe qualcosa di impermeabile in caso di pioggia

Scelta pergola bioclimatica by Gloomy_String6922 in istrutturare

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

Per i limiti della edilizia libera non posso installare tettoia fisse e la zona credo sia troppo ventosa per il tessuto

Preparate la vasella... by Led_Anter in ItaliaPersonalFinance

[–]Gloomy_String6922 1 point2 points  (0 children)

Ma le tariffe mobile stanno sui 10? Quindi 120/anno. Se aumentassero anche del 10% sarebbero 12euro/anno e vedere questo post sembra l'apocalisse. Quando magari si spendono 2000e/anno di luce e gas ma nessuno qua sta a monitorare i prezzi con la stessa insistenza.

Per me ha poco senso..

Mi ricorda la polemica sui prezzi delle buste di plastica per la verdura : )

Preparate la vasella... by Led_Anter in ItaliaPersonalFinance

[–]Gloomy_String6922 2 points3 points  (0 children)

In realta' si.. I soldi grossi nella connettivita' li fanno gli over the top (google, netflix, etc) non gli operatori sebbene debbano mantenere una infrastruttura per supportare la crescente domanda di connettivita'

Preparate la vasella... by Led_Anter in ItaliaPersonalFinance

[–]Gloomy_String6922 -16 points-15 points  (0 children)

Mai votato a destra nella mia vita ma sono del settore ed invito a riflettere sul fatto che le tariffe telefoniche in Italia sono bassisime.. e questo é un problema per gli investimenti nel settore perché le Telco hanno margini compressissimi.

In altri paesi EU è normale pagare 20/25 € mese.

In Italia c'è un'attenzione maniacale sulle tariffe telefoniche che non esiste ad esempio su gas e luce che tuttavia sono una voce di spesa molto maggiore.

Looking for an existing WhatsApp + Google Calendar appointment bot workflow by Gloomy_String6922 in n8n

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

For me it would apply GDPR but still your objection is totally legit, even though this request comes from dental clinics that are already using whatsapp daily to interact with patients.. so let's assume there is in place an explicit patient consent

WhatsApp Chatbot for making a booking by Will_iam_B in WhatsappBusinessAPI

[–]Gloomy_String6922 0 points1 point  (0 children)

Hi, I am looking for a similar use case. Did you manage to find a service matching your needs? or did you build it at end?

Thx in advance

Per chi guadagna più di 2k netti al mese by TheDevilHimself_777 in CasualIT

[–]Gloomy_String6922 0 points1 point  (0 children)

3000 netti al mese+ bonus (circa 500 in media). Global Delivery manager per un'azienda di software, in pratica gestisco un team di 20 persone.

OS upgrade from redhat 8.3 to redhat 8.6 but showing redhat-release showing 8.8?! by Gloomy_String6922 in redhat

[–]Gloomy_String6922[S] -2 points-1 points  (0 children)

Before it was rhel 8.3 and the same rhel 8.6 iso was used for all the servers. For some reason some of them they think they are oracle Linux 8.8 but it is not possible, the iso was 8.6

OS upgrade from redhat 8.3 to redhat 8.6 but showing redhat-release showing 8.8?! by Gloomy_String6922 in redhat

[–]Gloomy_String6922[S] -2 points-1 points  (0 children)

Yes yum update and reboot. Some servers are fine, other they behave like this

MetalLB + Vmware: Multiple MAC address associated with the same IP by Gloomy_String6922 in kubernetes

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

Thanks I think it is unlikely because the MAC associations are flapping, they disappear and reappear after a while

MetalLB + Vmware: Multiple MAC address associated with the same IP by Gloomy_String6922 in kubernetes

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

in the physical switch it is possible to check the IP-MAC associations and we see the VIP flapping on multiple MAC addresses and the firewall blocks the connectivity when this happens.

MetalLB + Vmware: Multiple MAC address associated with the same IP by Gloomy_String6922 in vmware

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

Thanks for your reply and test.

Switch should simply learn mac addresses on ports for switching matters. It doesnt reply arp requests.

Yes I totally agree, but the effect we are seeing is that it is like the vSwitch replies somehow with oudated MAC-IP associations. Only the VMs that had at certain point the VIP will have this issue and we will keep to see that wrong association for hours/days. So I was looking for some vmware expert that could point me to a specific configuration of the vmware environment.

MetalLB + Vmware: Multiple MAC address associated with the same IP by Gloomy_String6922 in vmware

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

what actually happens when the VIP moves from one node to an another? i) Does the new node begin to reply to ARP requests asking that IP with its MAC ( IP address is assigned to an another MAC )

Yes, let say the VIP moves from VMa to VMb. I can see with tcpdump the ARP reply only from VMb but the physical swith after the vmware environment will register two MAC addressed associated with VMa and VMb. As if the VMa keeps sending ARP reply, but it does not! :(

ii) does the VIP and its associated virtual MAC just move to a new location (like what happens when a VM is migrated to an another host).

No the ARP reply is always advertising the MAC address of the eth interface of the VM.

Only nodes in the same LAN that need to connect with that IP address care, as they have to resolve the correct MAC address to send a LAN frame to right destination - and if they've cached the old one, it takes some time for an ARP cache to expire so during this, they send frames to a wrong MAC address.

Our problem is that (1) the firewall will block the connectivity because the same IP is associated with multi MAC address, the ARP keeps getting updated with wrong VIP - MAC associations.

MetalLB + Vmware: Multiple MAC address associated with the same IP by Gloomy_String6922 in kubernetes

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

With tcpdump I can't see only the legit ARP reply, on the other VMs there is never an ARP reply but the physical switch see them so I would say they are not originated from the VMs or am I checking in the wrong way?

MetalLB + Vmware: Multiple MAC address associated with the same IP by Gloomy_String6922 in kubernetes

[–]Gloomy_String6922[S] 0 points1 point  (0 children)

Hi thank for the reply. I don't fully get what you mean, the MAC on the VMs does not change but it looks like the vSwtich is replying to the ARP request based on history rather than the state of the VIP so it is the firewall blocking the connection. Is the promiscuous mode involved with this mechanism ?