< Home

SEA/4/SIP_ABNORMAL_OFFLINE

Message

SEA/4/SIP_ABNORMAL_OFFLINE: This SIP session goes offline abnormally. (CallID=[ULONG1], SrcIp=[STRING1], Sport=[ULONG2], DstIp=[STRING2], Dport=[ULONG3], Pro=[ULONG4], RTPSrcIp=[STRING3], RTPSport=[ULONG5], RTPDstIp=[STRING4], RTPDport=[ULONG6], RTPPro=[ULONG7], DevMAC=[STRING5], SrcMAC=[STRING6], DstMAC=[STRING7], Type=[STRING8], Reason =[ULONG8], MethodType=[ULONG9], Time=[STRING9])

Description

A SIP session went offline.

Parameters

Parameter Name Parameter Meaning
CallID Indicates the session ID.
SrcIp Indicates the source IP address of SIP packets.
Sport Indicates the source port number of SIP packets.
DstIp Indicates the destination IP address of SIP packets.
Dport Indicates the destination port number of SIP packets.
Pro Indicates the protocol number of SIP packets.
RTPSrcIp Indicates the source IP address of RTP streams.
RTPSport Indicates the source port number of RTP streams.
RTPDstIp Indicates the destination IP address of RTP streams.
RTPDport Indicates the destination port number of RTP streams.
RTPPro Indicates the protocol number of RTP streams.
DevMAC Indicates that MAC address of a switch.
SrcMAC Indicates the source MAC address of SIP packets.
DstMAC Indicates the destination MAC address of SIP packets.
Type Indicates the type of media streams.
  • audio
  • video
Reason Indicates the reason why the SIP session goes offline.
  • 1: eMDI detects that the SIP session has no traffic within 3 minutes and the SIP session entry is aged out.
  • 400 to 600: For details, see the SIP protocol standards. For example, the value 487 indicates that a SIP session times out due to a server failure.
MethodType Indicates the SIP message type. For details, see the SIP protocol.
Time Indicates the timestamp.

Possible Causes

Reason 1: eMDI detects that the SIP session has no traffic within 3 minutes and the SIP session entry is aged out.

Reason 2: The server fails. As a result, the initiator of the SIP session sends an error packet after receiving an OK message.

Procedure

  1. Check whether a network fault occurs. Use the application analysis function of CampusInsight to locate the packet loss point on the network based on the MOS value. Check whether the fault is rectified.

    • If so, no further action is required.
    • If not, go to step 2.

  2. Check whether the phone or server fails.

    • If so, go to step 3.
    • If not, go to step 4.

  3. Contact the phone or server supplier to rectify the fault.
  4. Collect log and configuration information, and contact technical support personnel.
Copyright © Huawei Technologies Co., Ltd.
Copyright © Huawei Technologies Co., Ltd.
Next topic >