Ja Cisco Meraki som lösning är ju faktiskt rätt så kompetent. Och till skillnad mot Cisco WLC så ruttas ingen trafik genom en central kontroller som kan introducera flaskhals i trafik mellan interna klienter vid många samtidiga data-strömmar (om man inte konfar som FlexConnect för branch offices dvs).
Du nämner att ni under dagtid lyckas pressa upp emot 650Mbps ut mot omvärlden över trådlöst. Det som skulle vara av intresse där är att verifiera detta på alla accesspunkter, detta för att utesluta exempelvis accesspunkt som inte länkar upp med Gbe-hastighet mot upplänkande switch, men det bör också gå att utläsa direkt i Meraki-kontrollern om en accesspunkter länkar upp med endast FE (100Mbps) vilket skulle förklara varför du uppmätt så exakt 100Mbps som tak. Beroende på topologin så kan det förstås vara så att du har en dåligt kontakterad kopparkabel mot mellanliggande switch-lager som begränsar upplänkning till FE och därav sagda resultat, men då bör du å andra sidan inte kunna få några 650Mbps ut mot omvärlden.
Om det nu är så att du kan mäta 650Mbps mot omvärlden, men att du ansluten på samma accesspunkt endast mäter upp 100Mbps via iperf med säg 4 eller 8 parallella trådar internt, ja då är det något i Meraki-konfigurationen på accesspunkten som ställer till det. Vore det jag så skulle jag börja med att se över "Local LAN traffic optimization" på Meraki-accesspunkterna för att säkerställa att trafiken går kortaste väg för enheter på samma VLAN så du inte skickar allt via en potentiellt nedtyngd upplänk mot router/router-kluster. Apropå iperf, du vet om att du även kan initiera reverserat test från klienten med -R, för att kolla mottagande kapacitet.
Typ av trafik spelar förstås även roll vid utförande av kapacitetstester, där parallella tester är det som ska till om du verkligen vill maximera testresultatet, därav är det också viktigt att säkerställa att ni exempelvis kör Samba 3.0 internt för överföring av filer mellan klienterna eftersom multichannel-funktionen där säkerställer maximerad överföringshastighet om du kopierar flera filer samtidigt som då kan överföras parallelliserat.
Jag kan tycka att eventuell kapacitetsbegränsning på grund utav dåligt kontakterad kopparkabel redan borde vara uteslutet, men det skadar inte att säkerställa detta, mätprotokoll på samtlig kontaktering bör finnas. Därtill säkerställande att det inte har smygit in defekt patchkabel. Men du bör ju kunna utläsa länkhastigheter i topologin i Meraki-kontrollern precis som du kan göra i UniFi:s lösning bara för att kunna utesluta fysiska begränsningar som ingen konfiguration i världen kan få rätsida på.
Exempel på topologi-vy i UniFi-kontroller med länkhastigheter markerade i gult
https://picsur.rhz.se/i/17d35420-8e61-4181-ab23-c797ad1c63b9.jpg
Om länkastigheter i hela topologi:n påvisar Gbe, och om du är helt 100% på att det inte existerar någon äldre switch av FE-modell (100Mbps) någonstans i infrastrukturen, ja då återstår konfigurationsoptimeringar såsom att säkerställa att inte layer-2 isolering är påslaget på accesspunkt(erna) som då tvingar all trafik mellan klienter på samma accesspunkt att gå via routern och därmed dela samma Gbe-interface som annan kommunikation. Vet du förresten om ni har 10Gbe i aggregeringslagret eller om allt bara är Gbe från router/routrar och hela vägen ut mot accesspunkterna?
