|
This section describes how the Cisco SIP User Agent and the Cisco SIP Gateway comply with the IETF definition of SIP as described in RFC 2543.
This section contains compliance information on the following:
There are six methods used by the SIP gateway.
Cisco IOS Release 12.2(10)T supports the following SIP Responses:
|
|
|
|
|
|
Cisco gateways support DTMF Relay in accordance with RFC2833. The DTMF Relay method is defined as "rtp-nte" in gateway configuration. It is based on the transmission of Named Telephony Events (NTE) and DTMF digits over RTP stream. The default RTP payload type for rtp-nte is 101. The default method of dtmf-relay is inband voice
Cisco gateways also support cisco-rtp which is a cisco proprietary method.
This supports draft-ietf-sip-session-timer-08.txt
Note Cisco gateways do not initiate use of keepalives for any calls that it originates or terminates. If the "far side" wants to use keepalives, the gateway complies. |
Cisco gateways support T.38/T.37 fax relay/store and forward mechanisms. The following table lists requirements based on Annex-D of ITU recommendation T.38. It indicates whether the requirements are supported.
Requirement | Description | Mandatory/Optional | Supported |
---|---|---|---|
T.38 over SIP shall be implemented as described in ANNEX D to Recommendation T.38 - SIP/SDP Call Establishment Procedures (previously known as TD0262rev2) |
|||
SIP-enabled VoIP gateways must be able to detect the CNG, CED fax tones and/or the preamble flag sequence transmitted inside the audio RTP streams |
Yes (CED, V.21 preamble detected now. Future DSP releases will detect CNG. CNG is an optional tone.) |
||
Detection of a fax transmission MUST be performed by the receiving gateway by recognizing the CED tone |
|||
If CED is not present, fax transmission MUST be detected by the receiving gateway by recognizing the Preamble flag sequence |
|||
Upon detection of the fax transmission, the gateway MUST initiate switch over to T.38 fax mode by sending a re-INVITE with proper SDP description |
|||
To prevent glare, even if the transmitting gateway detects the fax transmission (CNG tone), it MUST not initiate the switch over to T.38 fax mode |
|||
If a SIP session starts with audio capabilities, then switches to fax, the capability must be provided for the session to switch back to audio mode at the end of the fax transmission |
|||
The SDP protocol type UDPTL (Facsimile UDP transport Layer) must be supported as lately defined by IANA |
|||
Following SDP attributes as defined by IANA to support T.38 fax sessions must be incorporated: |
|||
The following SDP attributes as defined by IANA to support T.38 sessions must be incorporated. |
|||
Any SIP-enabled Cisco gateway supporting T.38 must be able to interoperate with gateways from Cisco and other vendors. |
|||
Interoperability with gateways supporting T.38 over H.323 is desired and should be addressed as part of overall SIP H.323 interoperability implementation. |
|||
Configuration of SIP enabled gateways should include management of SIP T.38 specific configurable choices. |
|||
Tracking and reporting of SIP T.38 activity on the gateways is desired. This includes generation of Call Detail Records (CDR) for SIP T.38 fax calls. |
|||
The security mechanisms provided in RFC2543 apply. Message authentication can be performed on SIP INVITEs and BYE. |
This is a multi-source draft dated 7/2000.
Posted: Wed Oct 1 00:21:47 PDT 2003
All contents are Copyright © 1992--2003 Cisco Systems, Inc. All rights reserved.
Important Notices and Privacy Statement.