Protokół XMPP Firebase Cloud Messaging

.

Ten dokument zawiera informacje na temat składni XMPP używanej do przekazywania wiadomości między serwerem aplikacji, aplikacjami klienckimi i Firebase Cloud Messaging (FCM). Serwer aplikacji musi się łączyć z tymi punktami końcowymi:

// Production
fcm-xmpp.googleapis.com:5235

// Testing
fcm-xmpp.googleapis.com:5236

Dostępne parametry i opcje są podzielone na te kategorie:

Składnia kolejnych komunikatów

Ta sekcja zawiera składnię wysyłania wiadomości do kolejnych węzłów.

komunikaty XMPP w dół łańcucha (JSON);

Tabela poniżej zawiera listę docelowych adresów, opcji i danych w wiadomościach XMPP JSON.

Tabela 1 Docelowe, opcje i ładunek wiadomości XMPP (w formacie JSON) przesyłanych dalej.

Parametr Wykorzystanie Opis
Wartość docelowa
to Opcjonalnie: ciąg znaków

Ten parametr określa odbiorcę wiadomości.

Wartość może być tokenem rejestracji urządzenia, kluczem powiadomienia grupy urządzeń lub pojedynczym tematem (z przedrostkiem /topics/). Aby wysyłać do wielu tematów, użyj parametru /topics/.condition

condition Opcjonalnie: ciąg znaków

Ten parametr określa wyrażenie logiczne warunków określających cel wiadomości.

Obsługiwany warunek: temat, sformatowany jako „TwojTemat” w sekcji „Tematy”. Wielkość liter w tej wartości nie ma znaczenia.

Obsługiwane operatory: && i ||. Obsługiwane są maksymalnie 2 operatory na wiadomość związaną z tematem.
Opcje
message_id Wymagane, ciąg znaków

Ten parametr jednoznacznie identyfikuje wiadomość w połączeniu XMPP.
collapse_key Opcjonalnie: ciąg znaków

Ten parametr identyfikuje grupę wiadomości (np. z collapse_key: "Updates Available"), które można złożyć, aby po wznowieniu wysyłania była wysyłana tylko ostatnia wiadomość. Ma to na celu uniknięcie wysyłania zbyt wielu takich samych wiadomości, gdy urządzenie wróci do trybu online lub wyjdzie z trybu uśpienia.

Nie możemy zagwarantować kolejności wysyłania wiadomości.

Uwaga: w danym momencie można użyć maksymalnie 4 różne klucze zwijania. Oznacza to, że FCM może jednocześnie przechowywać 4 różne wiadomości na aplikację klienta. Jeśli przekroczysz tę liczbę, nie będziesz mieć pewności, które 4 klucze FCM zostaną zachowane.

priority Opcjonalny, ciąg znaków

Określa priorytet wiadomości. Prawidłowe wartości to „normal” i „high”. Na platformach Apple odpowiadają one priorytetom APN 5 i 10.

Domyślnie powiadomienia są wysyłane z wysokim priorytetem, a wiadomości z danymi – z normalnym priorytetem. Priorytet normalny optymalizuje zużycie baterii przez aplikację kliencką i powinien być używany, chyba że wymagana jest natychmiastowa dostawa. W przypadku wiadomości o normalnym priorytecie aplikacja może otrzymać wiadomość z nieokreślonym opóźnieniem.

Gdy wiadomość jest wysyłana z wysokim priorytetem, jest wysyłana natychmiast, a aplikacja może wyświetlić powiadomienie.

content_available Opcjonalna, logiczna

Na platformach Apple to pole reprezentuje wartość content-available w pliku danych APNs. Gdy wysyłasz powiadomienie lub wiadomość, a ta opcja jest ustawiona na true, nieaktywna aplikacja klienta zostanie uruchomiona, a wiadomość zostanie wysłana przez APN jako powiadomienie bezdźwiękowe, a nie przez FCM. Pamiętaj, że nie ma gwarancji, że powiadomienia w ramach APN zostaną dostarczone. Ich dostarczenie może zależeć od takich czynników, jak włączenie przez użytkownika trybu niskiego poboru mocy czy przymusowe zamknięcie aplikacji. Na Androidzie wiadomości danych aktywują domyślnie aplikację. W Chrome nie jest to obecnie obsługiwane.
mutable_content Opcjonalny, logiczny element JSON

Na platformach Apple użyj tego pola do reprezentowania mutable-content w ładunku APNs. Gdy wysyłasz powiadomienie, a to ustawienie jest ustawione na true, możesz zmodyfikować zawartość powiadomienia przed jego wyświetleniem, korzystając z rozszerzenia aplikacji Notification Service. Ten parametr będzie ignorowany na urządzeniach z Androidem i w internecie.

time_to_live Opcjonalnie, liczba

Ten parametr określa, jak długo (w sekundach) wiadomość powinna być przechowywana w magazynie FCM, jeśli urządzenie jest offline. Maksymalny czas w przypadku obsługiwanego okresu ważności to 4 tygodnie, a wartość domyślna to 4 tygodnie. Więcej informacji znajdziesz w artykule Ustawianie czasu trwania wiadomości.

dry_run Opcjonalna, logiczna

Gdy ten parametr ma wartość true, deweloperzy mogą testować żądanie bez wysyłania wiadomości.

Wartością domyślną jest false.
Ładunek
data Opcjonalnie, obiekt

Ten parametr określa pary klucz-wartość ładunku wiadomości.

Na przykład data:{"score":"3x1"}:

Na platformach Apple, jeśli wiadomość jest dostarczana przez APN, reprezentuje ona pola danych niestandardowych. Jeśli jest dostarczana przez FCM, jest reprezentowana jako słownik klucz-wartość w AppDelegate application:didReceiveRemoteNotification:.

W przypadku Androida powoduje to utworzenie dodatkowego parametru o nazwie score o wartości ciągu znaków 3x1.

Klucz nie powinien być słowem zastrzeżonym („from”, „message_type” lub dowolnym słowem rozpoczynającym się od „google” lub „gcm”). Nie używaj żadnych słów zdefiniowanych w tej tabeli (np. collapse_key).

Zalecane są wartości w typach ciągów znaków. Wartości w obiektach lub innych typach danych innych niż ciąg znaków (np. liczby całkowite lub wartości logiczne) musisz przekonwertować na ciąg znaków.
notification Opcjonalny, obiekt Ten parametr określa wstępnie zdefiniowane, widoczne dla użytkownika pary klucz-wartość w danych powiadomienia. Szczegółowe informacje znajdziesz w artykule dotyczącym obsługi ładunku powiadomień. Więcej informacji o opcjach wiadomości z powiadomieniem i wiadomości danych znajdziesz w artykule Typy wiadomości. Jeśli podano dane payload powiadomienia lub opcja content_available jest ustawiona na true w przypadku wiadomości wysyłanej na urządzenie Apple, wiadomość jest wysyłana przez APN, w przeciwnym razie jest wysyłana przez FCM.

Obsługa danych powiadomienia

W tabelach poniżej znajdziesz listę wstępnie zdefiniowanych kluczy, które możesz wykorzystać do tworzenia wiadomości powiadomień na platformach Apple i Android.

Tabela 2a. Apple – klucze do wiadomości powiadomień

Parametr Wykorzystanie Opis
title Opcjonalnie: ciąg znaków

Tytuł powiadomienia.

To pole jest niewidoczne na telefonach i tabletach.

body Opcjonalny, ciąg znaków

Treść powiadomienia.

sound Opcjonalny, ciąg znaków

Dźwięk do odtwarzania, gdy urządzenie otrzyma powiadomienie.

Ciąg znaków określający pliki dźwiękowe w głównym pakiecie aplikacji klienta lub w folderze Library/Sounds w kontenerze danych aplikacji. Więcej informacji znajdziesz w  Bibliotece dla deweloperów iOS.

badge Opcjonalny, ciąg znaków

Wartość plakietki na ikonie aplikacji na ekranie głównym.

Jeśli nie określisz żadnej wartości, plakietka nie ulegnie zmianie.

Jeśli ma wartość 0, plakietka zostaje usunięta.

click_action Opcjonalny, ciąg znaków

Działanie powiązane z użytkownikiem kliknie powiadomienie.

Odpowiada parametrowi category w ładunku APNs.

subtitle Opcjonalny, ciąg znaków

Podtytuł powiadomienia.

body_loc_key Opcjonalny, ciąg znaków

Klucz do ciągu tekstowego w zasobach ciągów tekstowych aplikacji, który służy do zlokalizowania tekstu w ramach bieżącej lokalizacji użytkownika.

Odpowiada parametrowi loc-key w ładunku APNs.

Więcej informacji znajdziesz w artykule Referencje dotyczące klucza danych payload i Lokalizacja treści powiadomień zdalnych.

body_loc_args Opcjonalnie tablica JSON jako ciąg znaków

Wartości zmiennych tekstowych, które mają być używane zamiast specyfikatorów formatu w elemencie body_loc_key, aby zlokalizować tekst w treści zgodnie z bieżącą lokalizacją użytkownika.

Odpowiada wartości loc-args w pliku danych APN.

Więcej informacji znajdziesz w artykule Referencje dotyczące klucza danych payload i Lokalizacja treści powiadomień zdalnych.

title_loc_key Opcjonalnie: ciąg znaków

Klucz do ciągu znaków tytułu w zasobach napisów aplikacji, który służy do zlokalizowania tekstu tytułu w bieżącej lokalizacji użytkownika.

Odpowiada wartości title-loc-key w pliku danych APN.

Więcej informacji znajdziesz w artykule Referencje dotyczące klucza danych payload i Lokalizacja treści powiadomień zdalnych.

title_loc_args Opcjonalnie tablica JSON jako ciąg znaków

zmienne wartości ciągu znaków, które mają być używane zamiast specyfikatorów formatu w elementach title_loc_key w celu zlokalizowania tekstu tytułu zgodnie z bieżącą lokalizacją użytkownika.

Odpowiada wartości title-loc-args w pliku danych APN.

Więcej informacji znajdziesz w opisie klucza ładunku i lokalizacji zawartości powiadomień zdalnych.

Tabela 2b. Android – klucze do wiadomości powiadomień

Parametr Wykorzystanie Opis
title Opcjonalnie: ciąg znaków

Tytuł powiadomienia.

body Opcjonalny, ciąg znaków

Treść powiadomienia.

android_channel_id Opcjonalny, ciąg znaków

Identyfikator kanału powiadomienia (nowy w Androidzie O).

Zanim zostanie odebrane powiadomienie z tym identyfikatorem, aplikacja musi utworzyć kanał z tym identyfikatorem.

Jeśli nie prześlesz identyfikatora kanału w żądaniu lub jeśli podany identyfikator kanału nie został jeszcze utworzony przez aplikację, FCM użyje identyfikatora kanału określonego w pliku manifestu aplikacji.

icon Opcjonalny, ciąg znaków

Ikona powiadomienia.

Ustawia ikonę powiadomień na myicon dla zasobu rysowalnego myicon. Jeśli nie prześlesz tego klucza w żądaniu, FCM wyświetli ikonę programu uruchamiającego określoną w pliku manifestu aplikacji.

sound Opcjonalny, ciąg znaków

Dźwięk odtwarzany, gdy urządzenie otrzyma powiadomienie.

Obsługuje "default" lub nazwę pliku zasobu dźwiękowego dołączonego do aplikacji. Pliki dźwiękowe muszą znajdować się w folderze /res/raw/.

tag Opcjonalny, ciąg znaków

Identyfikator używany do zastępowania istniejących powiadomień w panelu powiadomień.

Jeśli go nie podasz, dla każdego żądania tworzone będzie nowe powiadomienie.

Jeśli jest ono określone i powiadomienie z tym samym tagiem jest już wyświetlane, nowe powiadomienie zastąpi dotychczasowe w schowku powiadomień.

color Opcjonalnie: ciąg znaków

Kolor ikony powiadomienia wyrażony w formacie #rrggbb.

click_action Opcjonalny, ciąg znaków

Działanie powiązane z użytkownikiem kliknie powiadomienie.

Jeśli określisz działanie z pasującym filtrem intencji, uruchamia się ona, gdy użytkownik kliknie powiadomienie.

body_loc_key Opcjonalnie: ciąg znaków

Klucz do ciągu tekstowego w zasobach ciągów tekstowych aplikacji, który służy do zlokalizowania tekstu w ramach bieżącej lokalizacji użytkownika.

Więcej informacji znajdziesz w artykule na temat zasobów ciągu tekstowego.

body_loc_args Opcjonalnie tablica JSON jako ciąg znaków

Wartości zmiennych tekstowych, które mają być używane zamiast specyfikatorów formatu w elemencie body_loc_key, aby zlokalizować tekst w treści zgodnie z bieżącą lokalizacją użytkownika.

Więcej informacji znajdziesz w sekcji Formatowanie i stylowanie.

title_loc_key Opcjonalnie: ciąg znaków

Klucz do ciągu znaków tytułu w zasobach napisów aplikacji, który służy do zlokalizowania tekstu tytułu w bieżącej lokalizacji użytkownika.

Więcej informacji znajdziesz w zasobach napisów.

title_loc_args Opcjonalnie tablica JSON jako ciąg znaków

zmienne wartości ciągu znaków, które mają być używane zamiast specyfikatorów formatu w elementach title_loc_key w celu zlokalizowania tekstu tytułu zgodnie z bieżącą lokalizacją użytkownika.

Więcej informacji znajdziesz w sekcji Formatowanie i stylowanie.

Tabela 2c Sieć (JavaScript) – klucze do obsługi powiadomień

Parametr Wykorzystanie Opis
title Opcjonalnie: ciąg znaków

Tytuł powiadomienia.

body Opcjonalny, ciąg znaków

Treść powiadomienia.

icon Opcjonalny, ciąg znaków

Adres URL ikony powiadomienia.

click_action Opcjonalny, ciąg znaków

Działanie powiązane z użytkownikiem kliknie powiadomienie.

W przypadku wszystkich wartości adresu URL wymagany jest protokół HTTPS.

Interpretowanie odpowiedzi na wiadomość XMPP od dołu

W tabeli poniżej znajdziesz listę pól, które pojawiają się w odpowiedzi na wiadomość XMPP.

Tabela 3 Treść odpowiedzi XMPP na komunikat z górnego poziomu.

Parametr Wykorzystanie Opis
from Wymagane, ciąg znaków

Ten parametr określa, kto wysłał tę odpowiedź.

Wartość to token rejestracji aplikacji klienckiej.
message_id Wymagane, ciąg znaków Ten parametr jednoznacznie identyfikuje wiadomość w połączeniu XMPP. Wartość to ciąg znaków jednoznacznie identyfikujący powiązaną wiadomość.
message_type Wymagane, ciąg znaków

Ten parametr określa komunikat ack lub nack z FCM do serwera aplikacji.

Jeśli ma wartość nack, serwer aplikacji powinien sprawdzać wartości error i error_description, aby uzyskać informacje o błędach.

error Opcjonalny, ciąg znaków Ten parametr określa błąd związany z komunikatem kierowanym dalej. Jest ona ustawiana, gdy message_type ma wartość nack. Szczegółowe informacje znajdziesz w tabeli 4.
error_description Opcjonalny, ciąg znaków Ten parametr zawiera opis błędu. Jest ona ustawiana, gdy message_type ma wartość nack.

Kody odpowiedzi na błędy wiadomości przesyłanych dalej

Tabela poniżej zawiera kody odpowiedzi błędów w przypadku wiadomości przesyłanych dalej.

Tabela 4. Kody odpowiedzi na błędy wiadomości przesyłanych dalej.

Błąd Kod XMPP Zalecane działanie
Brak tokena rejestracji INVALID_JSON Sprawdź, czy żądanie zawiera token rejestracji (w polu registration_id w postaci zwykłego tekstu albo w polu to albo registration_ids w formacie JSON).
Nieprawidłowa rejestracja APNs INVALID_JSON W przypadku rejestracji na iOS sprawdź, czy żądanie rejestracji wysłane przez klienta zawiera prawidłowy token APN i identyfikator aplikacji.
Nieprawidłowy token rejestracji BAD_REGISTRATION Sprawdź format tokena rejestracji, który przekazujesz do serwera. Upewnij się, że token rejestracji jest zgodny z tokenem rejestracji, który aplikacja klienta otrzymuje podczas rejestracji w usłudze FCM. Nie skracaj ani nie dodawaj dodatkowych znaków.
Niezarejestrowane urządzenie DEVICE_UNREGISTERED Dotychczasowy token rejestracji może przestać być ważny w kilku sytuacjach, między innymi:
  • Jeśli aplikacja kliencka wyrejestruje się z FCM.
  • Jeśli aplikacja kliencka została automatycznie wyrejestrowana, co może się zdarzyć, gdy użytkownik odinstaluje aplikację. Na przykład w iOS, jeśli APNs zgłosił nieprawidłowy token APNs.
  • Gdy token rejestracji wygaśnie (na przykład Google może odświeżyć tokeny rejestracji lub token APNs wygasł dla urządzeń).
  • Jeśli aplikacja klienta została zaktualizowana, ale nowa wersja nie jest skonfigurowana do odbierania wiadomości.
W tych przypadkach usuń token rejestracji z serwera aplikacji i przestań używać go do wysyłania wiadomości.
Niezgodny nadawca SENDER_ID_MISMATCH Token rejestracji jest powiązany z określoną grupą nadawców. Gdy aplikacja kliencka rejestruje się w usłudze FCM, musi określić, którzy nadawcy mogą wysyłać wiadomości. Podczas wysyłania wiadomości do aplikacji klienta należy użyć jednego z tych identyfikatorów nadawcy. Jeśli przełączysz się na innego nadawcę, dotychczasowe tokeny rejestracji nie będą działać.
Nieprawidłowy plik JSON INVALID_JSON Sprawdź, czy wiadomość JSON jest prawidłowo sformatowana i zawiera prawidłowe pola (np. czy przekazano prawidłowy typ danych).
Wiadomość jest za duża INVALID_JSON Sprawdź, czy łączny rozmiar danych w ładunku wiadomości nie przekracza limitów FCM: 4096 bajtów w przypadku większości wiadomości lub 2048 bajtów w przypadku wiadomości do tematów. Dotyczy to zarówno kluczy, jak i wartości.
Nieprawidłowy klucz danych INVALID_JSON Sprawdź, czy dane ładunku nie zawierają klucza (np. from, gcm lub dowolnej wartości z prefiksem google), który jest używany wewnętrznie przez FCM. Pamiętaj, że niektóre słowa (np. collapse_key) są też używane przez FCM, ale są dozwolone w danych, w których przypadku wartość danych jest zastępowana przez wartość FCM.
Nieprawidłowy czas życia INVALID_JSON Sprawdź, czy wartość użyta w parametrye time_to_live jest liczbą całkowitą, która reprezentuje czas trwania w sekundach w zakresie od 0 do 2 419 200 (4 tygodnie).
Nieprawidłowa wiadomość potwierdzenia BAD_ACK Zanim spróbujesz ponownie, sprawdź, czy wiadomość ack jest prawidłowo sformatowana. Szczegółowe informacje znajdziesz w tabeli 6.
Czas oczekiwania SERVICE_UNAVAILABLE

Serwer nie mógł przetworzyć żądania w czasie. Ponownie wyślij to samo żądanie, ale musisz:

  • Wzrastający czas do ponownej próby w mechanizmie ponownych prób. (np.jeśli przed pierwszą próbą czekasz 1 sekundę, przed kolejną poczekaj co najmniej 2 sekundy, a przed kolejną – 4 sekundy itd.). Jeśli wysyłasz wiele wiadomości, opóźnij każdą z nich niezależnie o dodatkową losową wartość, aby uniknąć wysyłania nowej prośby o wykonanie wszystkich działań jednocześnie.
  • Początkowe opóźnienie ponawiania powinno być ustawione na 1 sekundę.

Uwaga: nadawcy, którzy powodują problemy, mogą zostać umieszczeni na liście zablokowanych.
Wewnętrzny błąd serwera INTERNAL_SERVER_
ERROR		 Podczas próby przetworzenia żądania serwer napotkał błąd. Możesz ponowić to samo żądanie zgodnie z wymaganiami określonymi w sekcji „Limit czasu” (patrz wiersz powyżej).
Przekroczono częstotliwość wysyłania wiadomości z urządzenia DEVICE_MESSAGE_RATE
_EXCEEDED		 Liczba wiadomości wysyłanych na konkretne urządzenie jest zbyt wysoka. Zmniejsz liczbę wiadomości wysyłanych na to urządzenie i nie próbuj od razu wysyłać na nie kolejnych wiadomości.
Przekroczony limit częstotliwości wysyłania wiadomości o tematach TOPICS_MESSAGE_RATE
_EXCEEDED		 Częstotliwość wiadomości do subskrybentów określonego tematu jest zbyt duża. Zmniejsz liczbę wiadomości wysyłanych w ramach tego tematu i nie próbuj ponownie wysyłać wiadomości od razu.
Zamykanie połączenia CONNECTION_DRAINING Nie udało się przetworzyć wiadomości, ponieważ połączenie jest słabe. Dzieje się tak, ponieważ FCM musi okresowo zamykać połączenie, aby wykonać równoważenie obciążenia. Ponownie wyślij wiadomość przez inne połączenie XMPP.
Nieprawidłowe dane logowania APNs INVALID_APNS_CREDENTIAL Nie udało się wysłać wiadomości kierowanej na urządzenie z iOS, ponieważ wymagany klucz uwierzytelniający APN nie został przesłany lub wygasł. Sprawdź poprawność danych logowania do wersji deweloperskiej i produkcyjnej.
Uwierzytelnianie się nie powiodło się AUTHENTICATION_FAILED Nie udało się uwierzytelnić w zewnętrznych usługach push. Sprawdź, czy używasz prawidłowych certyfikatów web push.

Składnia komunikatu nadrzędnego

Wiadomość w górę to wiadomość wysyłana przez aplikację klienta do serwera aplikacji. Obecnie tylko XMPP obsługuje wiadomości w górę. Więcej informacji o wysyłaniu wiadomości z aplikacji klienckich znajdziesz w dokumentacji platformy.

Interpretowanie przychodzącej wiadomości XMPP

W tabeli poniżej opisano pola w stanzach XMPP generowanych przez FCM w odpowiedzi na żądania przesyłania wiadomości z aplikacji klienckich.

Tabela 5 Komunikaty XMPP od upstreama.

Parametr Wykorzystanie Opis
from Wymagane, ciąg znaków

Ten parametr określa, kto wysłał wiadomość.

Wartością jest token rejestracji aplikacji klienta.
category Wymagane, ciąg znaków Ten parametr określa nazwę pakietu aplikacji klienta, który wysłał wiadomość.
message_id Wymagane, ciąg znaków Ten parametr określa unikalny identyfikator wiadomości.
data Opcjonalnie: ciąg znaków Ten parametr określa pary klucz-wartość ładunku wiadomości.

Wysyłanie wiadomości potwierdzenia

W tabeli poniżej opisano odpowiedź ACK, którą serwer aplikacji powinien wysłać do FCM w odpowiedzi na otrzymaną od niego wiadomość.

Tabela 6 Odpowiedź na komunikat XMPP z serwera nadawcy.

Parametr Wykorzystanie Opis
to Wymagane, ciąg znaków

Ten parametr określa odbiorcę wiadomości z odpowiedzią.

Wartość musi być tokenem rejestracji aplikacji klienta, która wysłała wiadomość na wyższy poziom.
message_id Wymagane, ciąg znaków Ten parametr określa, do którego komunikatu przeznaczona jest odpowiedź. Wartość musi być wartością message_id z odpowiedniego przesyłanego w górę komunikatu.
message_type Wymagane, ciąg znaków Ten parametr określa wiadomość ack wysyłaną z serwera aplikacji do CCS. W przypadku wiadomości przesyłanych w górę zawsze powinna być ustawiona wartość ack.

FCM wiadomości serwera (XMPP)

To wiadomość wysłana z FCM na serwer aplikacji. Oto podstawowe typy wiadomości, które FCMwysyła do serwera aplikacji:

  • Kontrólowanie: te komunikaty generowane przez CCS wskazują, że serwer aplikacji musi podjąć działanie.

W tabeli poniżej opisano pola zawarte w wiadomościach wysyłanych przez CCS do serwera aplikacji.

Tabela 7 FCM wiadomości kontrolnych (XMPP).

Parametr Wykorzystanie Opis
Pole wspólne
message_type Wymagane, ciąg znaków

Ten parametr określa typ komunikatu: Control.

Gdy jest ustawiona wartość control, wiadomość zawiera control_type, aby wskazać typ wiadomości kontrolnej.
control_type Opcjonalny, ciąg znaków

Ten parametr określa typ komunikatu kontrolnego wysłanego z FCM.

Obecnie obsługiwana jest tylko wersja CONNECTION_DRAINING. FCM wysyła tę wiadomość kontrolną, zanim zamknie połączenie w celu zrównoważenia obciążenia. Gdy połączenie się wyczerpuje, nie można już wysyłać do niego żadnych wiadomości, ale istniejące wiadomości w potoku nadal są przetwarzane.