Inleiding
Dit document beschrijft het probleem en de oplossing met betrekking tot MTP (Message Transfer Part) Niveau 3-gebruikersaanpassingslaag (M3UA) die of naar een gecondenseerde staat of flap-staat gaat, na een grote netwerkstoring of een softwareupgrade van Cisco Aggregation Services Router (ASR) die GPRS (General Packet Radio Service) Service Node (SGN) serveert. Dit gebeurt normaal gesproken in interoperabiliteitsscenario's waarin het ASR 5000-knooppunt is verbonden met knooppunten van derden, zoals het Thuislocatieregister (HLR) of het Radio Access Network (RNC).
Probleem
Het onderliggende probleem is dat de ASR 5000 SGN een lage advertentiegrootte van Windows in de laag Stream Control Transmission Protocol (SCTP) ontvangt van het externe peer-knooppunt, Signaling Transfer Point (STP)-knooppunt, HLR of RNC. De lage venstergrootte kan in de pakketvastlegging, de opdracht van de show SCTP, of de controle van protocol sporen in SGN worden gezien. In de pakketvastlegging kunt u de geadverteerde venstergrootte in het SCTP-bericht zien met een waarde van nul of dichtbij nul. Wanneer dit gebeurt verhoogt SGN een M3UA alarm om het peer knooppunt te informeren om het pakket niet van dat peer eindpunt te verzenden. Dit veroorzaakt de verbinding SCTP om te flap of in een verstopte staat in te gaan. Aangezien SGSN een normale venstergrootte verstuurt, blijft het M3UA gegevens van peer knopen ontvangen, maar die pakketten kunnen in de wachtrij vallen als het peer knooppunt nooit uit congestie komt.
Volgorde van gebeurtenissen die leiden tot een M3UA-alarm in SGSN
- SCTP stuurt een stroomregelingstoestand naar M3UA.
- SCTP stuurt een stroomregelstop-indicatie naar M3UA.
- M3UA stelt de actieve vlag van de congestie voor de associatie in en begint periodiek SCTP over zijn status van de stroomcontrole te inwinnen.
- Terwijl een associatie in flow control is, houdt M3UA de toekomstige gegevensverzoeken voor die associatie in de wachtrij totdat QUEUE_SIZE is bereikt. Op dat moment worden toekomstige berichten voor de vereniging verworpen. M3UA propageert de informatie van de associatie congestie aan de individuele verre peers die deel uitmaken van de associatie.
- M3UA reinigt de congestievlag voor de associatie en stopt met het stemmen van SCTP.
- M3UA geeft iets in zijn files voor die associatie door aan SCTP.
SGSN Traps
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
Trainingslogboek
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
Oplossing
Wanneer er continu flaps of congestie optreden op de koppelingen, is dit een indicatie dat het peer-knooppunt het verzoek niet in de tijd verwerkt vanwege overweldigende verzoeken van SGSN, of SGSN een overweldigend aantal verzoeken van het netwerk kan ontvangen door netwerkcongestie of een netwerkprobleem.
Een tijdelijke oplossing om uit deze toestand te geraken is het blokkeren en deblokkeren van de verbindingen die gepaard gaan met deze congestie of flappen. Een andere manier is om de instantie voor peer-Signaling (PSP) die aan deze congestie of flapping is gekoppeld, te verwijderen en dan opnieuw toe te voegen.
Gerelateerde informatie