Firma uruchamia rozwiązanie programowe na instancjach EC2 w grupie rozmieszczenia klastra (cluster placement group). Interfejs użytkownika aplikacji to pojedyncza strona HTML (1024 bajty). Oprogramowanie przetwarza również pliki większe niż 1024 MB i udostępnia je klientom na żądanie. Pliki są udostępniane z flagą Don't Fragment, a ENI instancji EC2 są skonfigurowane dla ramek jumbo (jumbo frames). Interfejs użytkownika jest zawsze dostępny z dozwolonych adresów IP źródłowych, niezależnie od tego, czy klienci znajdują się w VPC, w internecie, czy w środowisku lokalnym. Jednak klienci czasami nie otrzymują żądanych plików, ponieważ pliki nie docierają pomyślnie z serwera do klientów. Które z poniższych mogą być głównymi przyczynami tych awarii? (Wybierz dwie.)

Problem dotyczy niedostarczania dużych plików (powyżej 1024 MB) z flagą Don't Fragment (DF) do klientów spoza VPC, mimo że interfejsy ENI instancji EC2 obsługują ramki jumbo. Klienci łączący się przez publiczny internet lub AWS Site-to-Site VPN często napotykają na ograniczenia MTU (Maximum Transmission Unit) na ścieżce sieciowej, które są niższe niż MTU ramek jumbo (9001 bajtów) używanych w VPC. Gdy pakiet z flagą DF przekracza MTU na którymś z routerów pośredniczących, pakiet jest odrzucany, a nadawca powinien otrzymać komunikat ICMP "Packet Too Big" (PTB). Jeśli ten komunikat nie dotrze do nadawcy (np. z powodu blokady ICMP na firewallu lub routerze), nadawca nie zmniejszy rozmiaru pakietu, co prowadzi do ciągłego odrzucania danych. Klienci łączący się przez AWS Direct Connect mają zazwyczaj większą kontrolę nad MTU i mogą mieć skonfigurowane większe wartości, co sprawia, że ten problem jest mniej prawdopodobny. Brak obsługi ramek jumbo przez system operacyjny instancji EC2 zostałby wykryty wcześniej i uniemożliwiłby ich konfigurację.