Беспроводные сети : Cisco ASR серии 5000

ASR влияние серии 5000 SCTP низко объявленный размер окна на ссылке M3UA

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает проблему и решение, отнесенное к MTP (Сторона передачи сообщений) Уровень адаптации пользователя Уровня 3 (M3UA) ссылки, что или перейдите к состоянию перегрузки или состоянию откидной створки после серьезного сбоя в сети или обновления программного обеспечения Маршрутизатора агрегации (ASR) Cisco, Служащего GPRS (General Packet Radio Service) Узел Сервиса (SGSN). Это обычно происходит в сценариях совместимости, где узел ASR 5000 связан со сторонними узлами, такими как Домашний регистр местоположения (HLR) или сеть с радиодоступом (RNC).

Внесенный Соломоном Еййанкулэнкарой Канджэном и Джо Опио, специалистами службы технической поддержки Cisco.

Проблема

Основная проблема - то, что ASR 5000 SGSN получает низкий размер окон advertise в уровне Протокола SCTP от узла удаленного узла, узла Сигнальной точки перехода (STP), HLR или RNC. Низкий размер окна может быть замечен в трассировке захвата пакета, команде показа SCTP или трассировке протокола монитора в SGSN. В захвате пакета вы видите объявленный размер окна в сообщении SACK SCTP со значением нуля или близко к нулю. Когда это происходит, SGSN выдает аварийный сигнал M3UA для информирования однорангового узла для не передачи пакета от той одноранговой оконечной точки. Это заставляет ссылку SCTP колебаться или вводить в состояние перегрузки. Так как SGSN передает обычный размер окна, он продолжает получать данные M3UA от одноранговых узлов, но тем пакетам можно было бы заглядывать ждущая очередь, если одноранговый узел никогда не выходит из перегрузки.

Последовательность Событий, которые Приводят к Сигналу тревоги M3UA в SGSN

  1. SCTP передает управление потоками, запускают индикацию M3UA.
  2. SCTP передает управление потоками, останавливают индикацию M3UA.
  3. M3UA устанавливает перегрузку активный флаг для ассоциации и начинает опрашивать SCTP периодически о его статусе управления потоками.
  4. В то время как ассоциация находится на управлении потоками, запросах данных будущего очередей M3UA для той ассоциации, пока не достигнут QUEUE_SIZE. В той точке сбрасывают от будущих сообщений для ассоциации. M3UA распространяется информацию о перегрузке ассоциации к отдельным удаленным узлам, которые являются частью ассоциации.
  5. M3UA очищает флаг перегрузки для ассоциации и прекращает опрашивать SCTP.
  6. M3UA передает что-либо в своей очереди перегрузки для той ассоциации к SCTP.

Trap-сообщения SGSN

Tue Feb 11 07:03:12 2014 Internal trap notification 1074
(M3UAPSPCongested) ss7-routing-domain-1 peer-server-1
peer-server-process-1 (point-code-13959424) congested

Tue Feb 11 07:03:12 2014 Internal trap notification 1056
(SS7PCCongested) ss7-routing-domain-1 point-code-13959424 congested

Tue Feb 11 07:03:13 2014 Internal trap notification 1075
(M3UAPSPCongestionCleared) ss7-routing-domain-1 peer-server-1
peer-server-process-1 (point-code-13959424) congestion cleared

Tue Feb 11 07:03:13 2014 Internal trap notification 1057
(SS7PCCongestionCleared) ss7-routing-domain-1 point-code-13959424 congestion cleared

Журнал трассировки

Peer Server Id :        2   Peer Server Process Id:        1
Association State : ESTABLISHED
Flow Control Flag : TRUE
Peer INIT Tag : 17282
SGSN INIT Tag : 3011555404
Next TSN to Assign to
Outgoing Data Chunk : 324019883
Lowest cumulative TSN acknowledged : 324019882
Cumulative Peer TSN arrived from peer : 2204328608
Last Peer TSN sent in the SACK : 2204328607
Self RWND : 1048576 <- SGSN sends
this window size
Advertised RWND in received SACK : 32 <- peer sends
this window size
Peer RWND(estimated) : 32 <- Estimated window
also goes down which cause SGSN not able to send packets on wire
Retransmission counter : 0
Zero Window Probing Flag : FALSE
Last Tsn received during ZWnd Probing : 0
Bytes outstanding on all
addresses of this association : 0
Congestion Queue Length : 0
Ordered TSN assignment Waiting QLen : 7690
Unordered TSN assignment Waiting QLen : 0
Total number of GAP ACKs Transmitted : 2
Total number of GAP ACKs Received : 2037

Решение

Каждый раз, когда откидные створки или перегрузка происходят постоянно на ссылках, это - индикация, что или одноранговый узел не обрабатывает запрос вовремя из-за подавляющих запросов, которые прибывают из SGSN, или SGSN мог бы получить подавляющее количество запросов от сети из-за перегрузки сети или сетевой проблемы.

Обходной путь для выхода из этого условия должен заблокировать и разблокировать ссылки, привязанные к этой перегрузке или переброске. Иначе должен удалить и затем повторно добавить экземпляр Однорангового процесса сигнализации (PSP), привязанный к этой перегрузке или переброске.

Дополнительные сведения



Document ID: 118921