http://www.chebucto.ns.ca/~rakerman/articles/ig-h323_firewalls.htmlintel® Internet Video Phone Trial Applet 2.2
The problems and pitfalls of getting h.323 Safely Through firewalls
THIS H.323 and Firewalls (DOCUMENT) IS PROVIDED "AS IS" WITH NO WARRANTIES WHATSOEVER, INCLUDING ANY WARRANTY OF MERCHANTABILITY, NONINFRINGEMENT, FITNESS FOR ANY PARTICULAR PURPOSE, OR ANY WARRANTY OTHERWISE ARISING OUT OF ANY PROPOSAL, SPECIFICATION OR SAMPLE. Intel disclaims all liability, including liability for infringement of any proprietary rights, relating to use of information. No license, express or implied, by estoppel or otherwise, to any intellectual property rights is granted herein. Copyright (c) 1997 Intel Corporation. * Other brands and names are the property of their respective owners. Except that a license is hereby granted to copy and reproduce this Document for internal use only. This document is an intermediate draft for comment only and is subject to change without notice. Readers should not design products Based on this document.
Contents
Overview 2. Executive Summary 3. Introduction to H.323
3.1. What is h.323?
3.2. H.323 network
3.3. Key Benefits of H.323
3.4. Intel's Involvement in H.323 Standard
3.5. Vendors supporting h.323
4. How H.323 Works
4.1. Add a proxy
5. Classifying Firewall Solutions 6. What's so difficult About getting h.323 through firewalls? 7. Implications of An H.323 Proxy
7.1. WHERE IT FITS
7.2. Protocol Dependencies
7.3. Why you can't just grab information at specific byte offsets
8. How H.323 Works (with proxy-relevant info) 9. a proxy architecture 10. An H.323 Application 11. Modifying An H.323 Application To Support Proxies
11.1. The Short Form: Changes Needed in The Normal H.323 Terminals11.2. User Interface Changes
11.3. Calling a Remote System Behind A Proxy
11.4. Calling from a system behind a Local Proxy
11.5. Publishing a proxied address
12. Appendix I - Sources of Additional H.323 Information
12.1. Itu Documentation
12.2. IMPLEMENTOR'S GROUP
13. Appendix II - H.323 DECODER RING
13.1. Audio Compression
13.2. Video Compression Algorithms
13.3. Data Sharing Standards
13.4. Communication Standards
14. Appendix III - Trace Output from a Typical Call 15. Index H.323 and Firewalls The problems and pitfalls of getting H.323 safely through firewalls 1. Overview This document is intended for implementers - both firewall developers planning to implement H.323 support and H.323 application developers planning to add proxy support to their products. With two audiences holding vastly different perspectives and experiences, this paper will often seem to explain the patently obvious (perhaps glossing over some important details). Please accept our apologies up front and bear with us;. there is important new information for both groups The first part of this document provides an overview of H.323 - what the protocol is, why it's important, and how it works The second section provides a framework for. Discussing Firewall Issues, Including a TaxOmy for Classify FireWalls. The think of h.323 and proxies - why hr323 is hard for firesters, and what implicatio ns a proxy has on H.323 applications. The fourth section is a short overview of the changes necessary to an H.323 application to support proxies. Finally, the appendices provide additional information, including pointers to other sources, a `decoder ring ' For the itu-t's `alphabet soup '
of protocols, and a detailed trace from a typical H.323 call 2. Executive Summary H.323 is an international standard for conferencing over packet-based networks Its main benefits are:.. (1) a single standard to permit Internet telephony products to inter-operate, (2) interoperability standards for ISDN- and telephony-based conferencing systems, and (3) the flexibility to support different hardware, software, and network capabilities. What's so difficult about getting H.323 through firewalls? The short answer is that H.323 is complex, uses dynamic ports, and includes multiple UDP streams to modify an H.323 application to support proxies, the following changes are needed:. Support configuration of a local proxy (and usage of it as appropriate) Support configuration of external proxy address and registration of this address with address Resolution Services (eg, User Locator Service) Allow users to enter both pieces of addressing information (proxy address and user name / address) in any a ddress books Whenever possible, populate the destCallSignalingAddress, destinationAddress, and remoteExtensionAlias fields within the H.323 Setup message (as outlined in AVC-1100 referenced in Appendix I) 3. Introduction to H.323 3.1. What is H.323?
The personal computer is rapidly becoming a key communication device for millions of users. This trend has been accelerated by the explosion of the Internet. While electronic mail is still the dominant method of computer communications, electronic conferencing, both voice and video connectivity, is attracting an avid set of users The main issue for computer communication centers on standard ways of providing connectivity -.. from call control (finding other parties, ringing, etc.) to video and audio encoding Intel (and most of the rest of the industry) believes that real-time, multimedia communications standards such as H.323 provide an unparalleled ability for compatibility and subsequent expansion. The ITU-T (International Telecommunications Union) H.323 standard defines how a flexible, real-time, interactive set of multimedia Communications Can Be Exchanged On Packet-Based Networks. Personal Computers Can Inter-Operate Sharing A Rich Mixture of Audio, Video and Data Across All Forms of packet-based Inter / Intranets and circuit-switched networks. This internationally-sanctioned standard is the first standard that was provided through the collective input of both traditional telephony communications experts and those from the computer communications arena. In addition to fully-interactive media Communications Such As Conferencing, H.323 Also Has Provisions for Other Forms of Communication, Such As Multi-Media Streaming. The Complete Specification Documents and Other Related Information Can Be Found At http:
//www.itca.org/ under the subheading of Teleconferencing Standards. 3.2. H.323 Network The diagram below illustrates the most elementary H.323 configuration on a network. The environment comprises two or more clients that run a multimedia application utilizing the H.323 protocol. As stated previously, any combination of audio, video, or data may be exchanged between the endpoints. Current implementations on IP networks need nothing more from the network than to provide IP addresses of each endpoint, as with any terminal- to-terminal communication. Although H.323 requires very little for the simplest implementation model, the standard does define a number of H.323 entities (and protocol interactions). The entities such as Gatekeepers, MCs, MCUs, Gateways, and Proxies each provide some additional functionality to the H.323 environment. The picture below illustrates these entities and their logical relationship. A gatekeeper acts as monitor of all H.323 calls within its zone on the LAN. IT Provides Two Main Services:
call permissioning and address resolution. An H.323 client that wants to place a call can do so with the assistance of the gatekeeper. The gatekeeper provides the address resolution to the destination client (this division of work is due to alias name registration procedures) . During this address resolution phase, the gatekeeper may also make permissioning decisions based upon available bandwidth. The gatekeeper can act as an administration point on the network for IT / IS managers to control H.323 traffic on (and off) the network. A gateway provides the ability for H.323 devices to operate in heterogeneous network environments. These environments can be different in both the communications protocols that they use, and the fundamental transports that carry those communications. Gateways provide interoperability with other standards-based media devices. THE H.323 Standard Pre-Defines A Number of Gateway Devices;
this list will expand as gateways are developed to bridge to other environments. Currently gateways are defined for H.320 (ISDN-based Video Conferencing terminals), H.324 (Telephony-based Video Conferencing terminals), and POTS (Plain Old Telephone System ) devices. In short, gateways provide the ability to match up dissimilar devices (for example, a plain voice-only telephone with a multimedia terminal). An MCU (Multipoint Control Unit) provides the ability to have multiparty, multimedia conferences. It coordinates all of the media capabilities of the participants and can provide features such as audio mixing and video selection for endpoints that can not accomplish this locally. The MCU can provide chair control and rostering capabilities in multi-point conferences. It also facilitates the graceful entrance and exit Of conference participants in a manner similar to other types of proxies - it Acts on behalf of enttive on the Other. The H.323 proxy typically sits on an enterprise firewall and monitors all H.323 calls between the enterprise and the Internet. The proxy ensures that only valid H.323 traffic goes through the firewall. It also enforces access control policies (these are different from the bandwidth permissioning controls of the Gatekeeper). These access control policies may include determining which users can initiate or receive H.323 calls, what destinations are appropriate, and whether a particular user is allowed to use video facilities. The proxy can be considered .
Security-conscious enterprises will not deploy H.323 applications for access to the `outside world 'unless an H.323 proxy is available on their firewall. Allowing H.323 traffic to punch holes in a firewall is not an acceptable solution as it defeats the explicit purpose of the firewall. 3.3. Key Benefits of H.323 H.323 offers benefits to end-users, developers and service providers of Internet telephony and Internet multimedia applications. First and foremost is the interoperability among H.323 applications from different vendors;. users have the ability to upgrade capabilities without having to relearn applications, and have a greater choice of vendors All H.323-compliant applications have a common level of operation that they must provide This includes base functionality for voice, video and. Data. Users of these Products Can Be Assured That Two Applications That Claim H.323 Compliance Can Inter-Operate At this level. Additionally, The H.323 Standard Supports a Wide Variety of Encodi ngs for voice and data communication. By upgrading their codecs (the encoding and decoding software), user applications can scale upwards to get better performance. A user who upgrades to a faster connection or a more powerful processor could take advantage of a higher quality codec . Due to the wide adoption of the standard, there will be more competition and a greater choice of vendors. vendors will compete on price and functionality of their application and will be unable to `lock in 'users based on a proprietary protocol. The benefits To Developers and Service Providers Are Scaleability (Both In Hardware and Software), Opportunity For Value-Added Services, and Interoperability with Legacy Systems.
Software that is developed to the H.323 standard is scaleable in hardware. This implies that the more powerful the PC, the better the performance of the software. This allows application developers to provide faster software simply by having the users upgrade hardware. The H .323 standard itself provides new business opportunities for value-added services such as billing, call tracking, and automatic call distribution. This opportunity is similar to the opportunities for businesses provided by the traditional telecommunication companies. The H.323 standard also defines how an H.323 system will inter-operate with other legacy systems based on regular telephone or ISDN lines. This gateway capability gives vendors a way to support their legacy applications into the existing customer base. 3.4. Intel's involvement in H.323 standard Intel actively participated In The Development of the H.323 Specification Withnin The Itu-T. Intel is a founding member (with Companies Like Microsoft, Picturete l, and Lucent) of the International Multimedia Teleconferencing Commission (IMTC), an organization that is driving the adoption of H.323 in the industry. Intel is an active IMTC member and sponsors events such as interoperability trials and development meetings, and has provided technical resources to get the H.323 specification-wide peer review and acceptance. Intel has also developed and shipped the Intel Internet Phone (available for free download at http://www.intel.com/). This was the first H. 323-compliant telephony application on the PC and in the market in general 3.5 vendors supporting H.323 Intel's Internet Phone is H.323-compliant in addition, the following vendors have announced plans for H.323-based products...:
Microsoft Lucent PictureTel 8x8 Radvision Videoserver Vocaltec British Telecom Teles First Virtual 4. How H.323 Works Below we diagram a point-to-point H.323 call. We've focused primarily on the messages of interest to a proxy, and excluded the details of things like negotiating an audio encoding scheme. In all of our examples, we will use Alice and Bob. When we start dealing with firewalls, we consider Alice to be an external user, most often attempting to call Bob, who is protected by a firewall. Let us begin by understanding the basics of a point-to-point call. The call is managed at three different layers. We start with Alice making a TCP connection to the well known port for H.323, port 1720. Bob and Alice send Q.931 packets across this connection. As part of this exchange, Bob and Alice also send an ephemeral (dynamic and greater than 1024) port to be used for the H.245 connection. According to the standard, once the H .245 Connection Is Established, The Q.931 Connection May BE D ropped (without sending a Release Complete message), without affecting the rest of the H.323 call. In practice, the Q.931 connection is typically left up. The H.245 connection is made from the caller to the ephemeral port negotiated across the Q.931 stream. H.245 handles all of the call parameter negotiations, such as which codecs to use. H.245 also has commands that cause UDP connections to be made. Essentially, once the audio (and video) codecs and parameters Have Been Negotiated, The H.245 Session Executes An OpenLogicalChannel Sequence. This Sequence Sends The Transmitter's RTCP Address and Port Number As Well As The Receiver '
s RTP and RTCP address and port number for a particular media stream (for example, audio or video). It should be noted that in H.323, each logical channel is considered to be one way. Therefore, for two people to exchange audio , two logical channels must be opened -.. one from Alice to Bob, and another from Bob to Alice Also, the RTP protocol requires two UDP `connections', using adjacent streams One connection is for RTP, the actual data stream, and the other is for RTCP, which has control information (and is bi-directional). The associated RTCP and RTP streams are required to be one port apart (with the RTP port being even and the RTCP being the next higher odd). 4.1. Adding a proxy The diagram below shows how the call messages are handled when a proxy is inserted into the stream Remember, this is only required by firewalls that use application proxying -. packet filtering, circuit filtering, and address translation firewalls all operate at the IP layer , and therefore ispare . Nt to the callers When a proxy is inserted, the Q.931 phase of the call looks like this:. Below we've shown the proxy connections for the H.245 session To help understand the complexity, we've also shown example . port numbers Note that we selected small port numbers for illustrative purposes only; in reality, these port numbers are all ephemeral and therefore larger than 1024. 5. Classifying Firewall Solutions Generally speaking, firewall solutions fall into one of the four categories shown below in Table 1. While there are products that offer features that fall into multiple categories, this breakdown will suffice to illustrate the various difficulties of passing H.323 through firewalls in each general category.
TypeFeatures Hides Internal Addresses Packet Filtering RouterBlocks / allows connections based on addressing information in IP header Makes decisions based solely on the information in each packet's header -?. This provides no way to connect a UDP request with its corresponding reply.No
Circuit (or connection) GatewayMuch like packet filtering router, but maintains limited state. This solution allows a UDP request to trigger an opening in the firewall for a reply, for a limited time. May have a limited understanding of some application protocols. Can dynamically Open Up Ports for Associated Streams, Such AS AN FTP Control Connection On Port 20, Causeing An Opening for the Data Connection On Port 21.
NO
Address Translating Firewallsame Features and Problems As Circuit Gateway, But Hides The Internal Addresses by Translating All Addresses as They Cross The Firewall.
YES
Application ProxyActually participates in the application protocol -. Is visible to the applications Typically, an internal client connects to the proxy and then the proxy connects to the external server To the internal client, the proxy looks like a server, while it looks like a. CLIENT TO The External Server. Proxies Must Also Perform Address Translation, Essential, Since Their Address Is The One Presented to The External Server.
YES
Table 1. Basic Firewall Architectures Because of H.323's heavy use of ephemeral (dynamic) ports, the only way for a packet filtering router to support H.323 is to open up all UDP and TCP ports above 1024 in each direction. This policy does not provide much protection. A circuit gateway can provide better support for H.323 if it can disassemble the packets on the control streams and dynamically open up the firewall as indicated. This is better than the solution above because the only ports that are open are those associated with the H.323 connection. However, disassembling the packets is not as easy as it sounds. An address translating firewall (ATF) can use much of the same solution set as the circuit gateway above. However, the ATF must also be able to recompose valid data in the control streams, since it must change the address (and perhaps port) information as it traverses the firewall. Finally, an application proxy must implement a partial H.323 stack to manage the connections on b . Oth sides Like an ATF (above), an application proxy must be able to encode and decode the control streams to perform address translation However, the application proxy has one additional complication -.. It is visible to the end points That means that the End Points (H.323 Applications) Must Place Calls to The Proxy '
. S address The problem is:? How does the proxy know who the actual intended callee is Fortunately, H.323 has fields to provide this information, but this means that the H.323 applications need to fill in those fields In essence,. they need to be slightly enhanced to become proxy-aware, much as web browsers have been enhanced to support web proxies. We will discuss the required enhancements later in this document. 6. What's so difficult about getting H.323 through firewalls? The short answer is that H.323 is complex, uses dynamic ports, and includes multiple UDP streams Here is a summary of the relevant issues:.. An H.323 call is made up of many different simultaneous connections At least two of the connections are TCP . For an audio-only conference, there may be up to 4 different UDP `connections' made. All connections except one are made to ephemeral (dynamic) ports. Calls can be initiated from outside the firewall, as well as from inside. This Is Different from Today's Commonly-Provid ed incoming support, the web for example, where external users are just pointed at a single-function server visible outside the firewall. For conferencing to be useful, external users need to be able to establish calls directly with internal users' desktop systems. The Addresses and Port Numbers Are Exchanged Withnin The Data Stream of The `Next Higher '
connection. For example, the port number for the H.245 connection is established within the Q.931 data stream. (This makes it particularly difficult for address translating firewalls, which must modify the addresses inside those data streams.) Most of the control Information is encoded in Asn.1 (ONLY THE User-User Information With Q.931 Protocol Data Units, OR PDUS, IS ASN.1-ENCODED (Other Parts of Each Q.931 PDU Are Not Encoded). For Those Unfamiliar with Asn .1, suffice it to say that it is a complex encoding scheme, which does not end up with fixed byte offsets for address information. In fact, the same version of the same application connecting to the same destination may negotiate to include different options, changing the byte offsets. 7. Implications of an H.323 Proxy Using our Firewall classification scheme above, an H.323 proxy is an Application Proxy. Using the ITU terminology, an H.323 proxy is really a form of H.323 Gateway However, this Gateway Is Unique in a COle of Ways. First of All, IT Uses H.323 ON Both Side (as opposed to transfer between h.324 and h.323). The H.323-Only Aspect Means A Proxy NEED Not Have a Complete H.323 Stack Implement. INSTEAD, IT NEED ONLY ACT UPER MESSAGENT CONDUIT 'OR `Lightweight Terminal'
, If you will. 7.1. Where it Fits An H.323 proxy fits into an existing screened subnet firewall architecture as an Application Gateway. In the picture below, all traffic is routed through the dual-homed application gateway. The proxy runs as one service on that gateway. 7.2. Protocol Dependencies in order to successfully proxy H.323, it is vital that certain optional fields within the Q.931 Setup message be populated by H.323 Endpoints. These fields live in the User-User Information within The q.931 setup PDU, And Should Be Populated According to The Following Rules:
destCallSignalingAddress = IP address (if known) of the destination proxy / gateway (if one exists) or the destination machine destinationAddress = A routable alias name that can be mapped to the destination proxy / gateway / endpoint IP address (for example, a DNS name ) remoteExtensionAddress = H.323 user alias (E.164 address or H323 ID) The use of these fields is documented in the H.323 Implementor's Guide (AVC_1076) document available at ftp://ftp.intel.com/pub/H .323 / DOCS / AVC-1100.DOC. 7.3. Why you can't official version in A Word: asn.1. For the gory details, check out the appropriate Documents listed in appendix I. One Need not actually write the code to pack and unpack the ASN.1-encoded PDUs, as there are commercial compilers that handle that function. For example, Intel used a compiler from OSS in developing our Intel Internet Phone product. ASN.1 includes variable length And Optional Fields. This Means That Things Don't Necessarily Stay in the Same PLAC e. In the worst case, this means that two different calls, made between the same people running the same version of the same software may have addressing information at different byte offsets, because they selected different options. While all of this paints a not- very-rosy picture, it's not really as bad as it sounds By using a compiler, all of the packet-coding details are handled automatically -. the developer can just make simple function calls to get packets encoded and decoded into C structures 8.. HOW H.323 Works (with proxy-relevant info) Below, in Table 2 and Table 3, We provide details of the relevant pdus for proxying h.323.
PDUScenarioPrincipal ActionSetupRequest for a new call arrives on the call signaling channel (well known port) 1. Send Proceeding message back to caller.2. Determine if call was originated externally or internally.3. Verify if Setup-UUIE.destCallSignalingAddress is present and valid (not the address of the proxy machine itself). If so, this is the destination address. Go to step 6.4. If it is not present or valid, walk through alias list in Setup-UUIE.calleeAliasName and attempt to find and resolve a Valid Destination Address (USING DNS). IF this fails, and call is interface-to-external, reject the call. if DNS Name is Not of the Proxy Machine Itself (and if it is, remove it from the alias list before forwarding this alias list in a new Setup message). If a valid DNS name is found and resolved to a network address, and has a user part, and there is no remoteExtensionAlias, then create a remoteExtensionAlias comprised of the user part Information for the outgo ing Setup message. If valid address is determined, go to step 6.5. If call is external to internal, and remoteExtensionAlias is present, attempt to translate it to an IP address (using DNS, a gatekeeper, or some other local means) .6 . Once a destination IP address has been determined, make a TCP connection to the destination address.7. Forward modified Setup message.ConnectCalled party sends back to calling party1. If UUIE.H245Address is present, then update the information in UUIE.H245Address and UUIE.destinationInfo.2. Forward PDU.Release-Complete Either party can send1. Release / Clean up all resources for H.245 and RTP channels.2. Forward PDU.3. Cleanup resources related to the Q931 connection and close the connection.
AlertingSent by callee1. Forward with corrected Call Reference Value (CRV) .All other PDUs 1. Forward with corrected Call Reference Value (CRV). Table 2. Proxy-Relevant Q.931 PDUsPDUScenarioPrincipal ActionOpenLogicalChannelSender wants to open a channel1. If dataType is audio or video, then Allocate local ports for RTCP and RTP streams (on both sides of the firewall) making sure that RTP port is even and RTCP is next higher odd.2. Replace RTCP address in PDU with that of the proxy.3. Forward PDU.OpenLogicalChannelAckReceiver accepts sender's request to open a channel1. If channel is unknown drop the PDU.2. For a known channel, Update port mapping between local and remote ports. Activate packet forwarding on the RTP and RTCP sessions.3. Replace RTP and RTCP Addressing in PDU with Those Used by the Proxy.4. Forward PxenLogicalChannelRejectReceiver Rejects Sender '
s request to open a channel1. If channel is unknown drop the PDU.2. For a known channel, Release all port resources.3. Forward PDU.OpenLogicalChannelOne side wants to close down an established channel1. If channel is unknown drop the PDU. 2. for known a channel, Stop packet forwarding on RTP and RTCP ports for this channel. Release all port resources.3. Forward PDU.EndSessionOne side wants to close down all channels and end the call1. for all the channels connected between the endpoints Stop packet forwarding on corresponding RTP and RTCP ports. Release all UDP port resources.2. Forward PDU.3. Cleanup resources related to the H.245 connection and close the connection.4. Send a Release Complete on both Q.931 calls and close the connection.All other PDUs 1. Forward PDU. Table 3. Proxy-Relevant H.245 PDUs 9. A Proxy Architecture To understand the complexities of getting H.323 through firewalls, we built a proxy *. We found that there were Two main jobs to do:
(1) handle the H.323 and H.245 protocols, and (2) pass the data packets back and forth The requirements for each job are slightly different -. The focus of the packet-passer being to stream packets through as fast as possible - trying to be a minimal bottleneck, while still providing some level of security The focus of the H.323 layer is on call control In that role it concentrates on proper call setup, maintaining access control, and creating the complete environment.. for the packet-passer to operate optimally. * The proxy built in our lab is not being offered as a product. 10. An H.323 application The Intel Internet Phone application is the H.323 terminal that we have had the most experience with . It conforms to the H.323 standards, but has a few additional implementation details one might want to consider. The first such feature is its use of the User Locator Service (ULS) to find another party to talk to. There are two primary Reasons for this: first, h.323-based Telephony is n ew, so it makes sense to have a place where people who have this capability can find each other. Over time, this may change and everyone will have this capability. The second reason is that people do not always have a constant IP address. Mobile users get an IP address from the Internet Service Provider they've connected to, office workers can be assigned different IP addresses by services such as DHCP, and some users want to connect both from the office and from home. ULS provides a place for Uls to register their current ip address. ULS ACTUALLY Uses HTTP As a Transport. A User Updates their location with an http "post", and finds other users with http "get"
s 11. Modifying an H.323 application to support proxies 11.1 The Short Form:.. Changes needed in the normal H.323 terminals H.323 terminals can be `proxy friendly 'by: Supporting configuration of a local proxy (and usage of it as appropriate). Supporting configuration of external proxy address and registration of this address with address Resolution Services (eg, User Locator Service) Allowing users to enter both pieces of addressing information in any address books. Populating either the destCallSignaling address or destinationAddress fields ( or both of them), and the remoteExtensionAlias field within an H.323 Setup message. 11.2. User interface changes to provide proxy support, an H.323 application developer needs to make a few minor enhancements. The first, and most obvious, is THIS COMES in Two Flavors: (1) Allowing The User To Configure Their Application SO It Knows About Their OWN Company's Proxy, And (2) Allow Ing the user to enter a `phone number '
(Address) for a destination that sits behind a proxy. The configuration process should also allow the user to specify which addresses are not proxied so that internal calls are made directly. This is very similar to configuring web browsers to use proxies. 11.3. Calling a remote system behind a proxy If the called destination sits behind a proxy, the calling party must connect to the remote proxy, and tell that proxy who he really wants to talk to. fortunately, the H.323 setup message supports this. If there .. is a remote proxy, the destCallSignaling address and / or the destinationAddress (alias list) must contain the address of the proxy The remoteExtensionAlias field should contain the information about the actual target user Note that this information can be one of two forms: an H.323-specific alias name (an arbitrary string) or an E.164 address (a phone number). The proxy must resolve (or have resolved) the name into an IP address. There is nothing to say that the string does or DO es not contain a DNS name or dotted IP address - it is just a Unicode string of up to 256 characters Whenever possible, the application should always fill in these fields When calling a remote system not behind a proxy, the fields may still be.. populated without any adverse effect. 11.4. Calling from a system behind a local proxy For calls made through a local proxy, the application must be able to decide whether the destination of the call will go through a proxy or not (this way local calls don 'T NEED A Proxy). if a local proxy will be used, The Application Must Use The Local Proxy'
s address as the IP destination for the TCP connection that begins the H.323 call. The desired destination information is passed in the Q.931 setup message. This is done by filling in the destCallSignalingAddress, destinationAddress, and remoteExtensionAlias fields within the User- User Information, as described above. 11.5. Publishing a proxied address If a proxied H.323 application publishes its address electronically, then it must publish both the proxy's address and the name of the actual user. As mentioned above, the user name can be in one of many forms. Selecting a form that is resolved at connect time, such as a DNS name, is preferred to using an IP address, since this will allow the system to move or reconnect without requiring an address book change. If DNS names or IP addresses are used for the user name, and if the proxy is expected to use these instead of doing an address translation of some arbitrary string, then the proxy must perform the resolution (this may be a config uration option). However, if the proxy is simply translating some alias string to a DNS name or IP address, then there is really no reason to have the string itself be the DNS name or IP address. Similarly, we recommend publishing the proxy's address as its DNS name This will allow the proxy to be scaled beyond one system, as well as providing support for fail-over 12. Appendix I -... Sources of Additional H.323 Information 12.1 ITU documentation The following documents are available through the Itu.itu-T Recommendation H.323 (May 28, 1996), "Visual Telephone Systems and Equipment for Local Area Networks Which Provide A Non-Guaranteed Quality of Service."
ITU-T Recommendation H.245, Revision 2 (June 4, 1996), "Blue Sky Associates" Itu-T Recommendation H.225.0 (May 28, 1996), "Media Stream Packetization and Synchronization On Non-Guaranteed Quality Of Service Lans. "
ITU-T Recommendation X.680 (1994), "Information Technology - Abstract Syntax Notation One (ASN.1) Specification of Basic Notation." ITU-T Recommendation X.691 (1994), "Information Technology - ASN.1 Encoding Rules ... - Specification of Packed Encoding Rules (PER) "ITU-T Recommendation H.245 (1995)," Control Protocol for MultiMedia Communication "12.2 Implementor's Group The official line on the implementor's group (as found in ftp: // ftp .intel.com / pub / h.323 / faq.txt) is as follows:
This "H.323 Implementor's Group" e-mail reflector is an open communications forum for persons, companies, and organizations who wish to participate and benefit from the information disseminated here. The "H.323 Implementor's Group" is an open forum for entities who wish to accelerate the market deployment of interoperable H.323-compliant real-time multimedia communications applications through cooperation with other entities engaged in similar activities. Membership and participation in this forum is open and unrestricted.
The email reflector can be subscribed to by sending email to listserv@mailbag.jf.intel.com with subscribe h323implementors in the body of the message Other information available at the implementor's group FTP site is listed below.:
H.323 Implementor's Guide, December 17, 1996 (Available At ftp://ftp.intel.com/pub/h.323/docs/avc-1100.doc). This Document is Being Submitted to the Itu for Inclusion in Revision 2 of the h.323 specifications. H.323 FAQ (FREQUENTLY ASKED Questions) - ftp://ftp.intel.com/pub/h.323/faq.txt. Many Other Contributions in ftp: //ftp.intel. com / pub / H.323 / contributions 13. Appendix II -. H.323 Decoder Ring This `decoder ring 'was created to help the Intel development team understand how H.323 compares to the technology used in early versions of ProShare® Video . Conferencing software We felt its inclusion in this document would help clarify the meaning of the myriad of relevant multimedia protocols 13.1 Audio compressionG.711: 64 Kbps, 8K samples / sec, 8-bit companded PCM (A-law or μ -.. Law), high quality, low complexity. required for h.320 and h.323. G.722: Adpcm audio encode / decode (64 kbit / s, 7 kHz). G.723: Speech Coder AT 6.3 and 5.3 Kbps Data Rate. Medium complexity. Required for h.324; op Tional For Hight, LD-CELP, High Quality Speech Coder, Very High Complexity. Optional for High Complexity. G.729: 8kbps, LD-CELP, High Quality Speech Coder , medium complexity G.DSVD is an interoperable subset GSM:.. Group Special Mobile - European telephony standard, not ITU Used by ProShare Video Conferencing software versions 1.0-1.8 13Kbps, medium quality for voice only, low complexity 13.2.... Video Compression Algorithmsms
H.261: Supports 352x288 (CIF OR FCIF) and 176x144 (QCIF). DCT-BASED ALGORITHM TUNED For 2B to 6b ISDN Communication. Required for H.320, H.323, And H.324. H.263: MUCH- Improved Derivative of H.261, Tuned for Pots Data Rates. Mostly AIMED AT QCIF AND SUB-QCIF (128x96 - SQCIF). Optional For H.323 And H.324, Although Industry Is Focusing on It for Pots. Being Added AS an option to H.261 MRV:. Indeo * video compression technology tuned for ISDN and LAN data rates Note:. Indeo is now supported by Ligos 13.3 Data Sharing standardsT.120:.. Data conferencing, either standalone or alongside H.320, H.323, OR H.324. 13.4. Communication Standards
H.221: Frame Structure 64-1920 Kbps H.223:. Multiplexing protocol for low-bit rate multimedia communication H.225:. Media Stream Packetization and synchronization on non-guaranteed quality-of-service LANs H.230:. Frame synchronous control and indication signals for audio visual systems H.242:. System for establishing audio visual terminals using digital channels up to 2 Mbps H.243:. Procedures for establishing communication between three or more audio visual terminals using digital channels up to 2 Mbps . H.245:. Control of communications between visual telephone systems and terminal equipment on non-guaranteed bandwidth LANs 14. Appendix III - Trace Output from a Typical Call The following section is a detailed trace of the PDUs produced during a `normal 'H .323 call. START_PDU: ============================= Start PDU ============== ================
TimeStamp: 14: 26: 21.480 Layer: Q931Direction: Receivedraw_pdu: - - - - - - - RAW PDU - - - - - - -243 Octets (Hex Output): 08 02 00 D6 05 04 03 88 C0 A5 28 09 72 65 76 65 69 6C 6C 65 00 7e 00 db 05 10 18 06 00 08 91 4A 00 01 22 C0 B5 00 80 80 14 49 6e 74 65 6C 20 49 6E 74 65 72 6E 65 74 20 50 68 6F 6E 65 00 03 31 2E 30 00 00 01 40 05 00 74 00 77 00 65 00 65 00 62 00 B386 D5 15 06 B8 00 B3 91 4E FB E2 21 D0 11 8F A3 00 AA 00 AF 38 21 01 00 B5 00 80 80 80 80 72 65 76 65 69 6c 6c 65 40 62 6f 67 75 73 2e 63 6f 6d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00666 61 61 61 67 69 6D 2F 63 67 69 2D 62 69 6e 2f 75 6c 73 31 30 2e 62 61 74 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 DECODED_PDU: - - - - - - - DECODED PDU - - - - - - -PDU_TYPE : Setupprotocol Discriminator: 8Call Reference: Length (in in): 2Value (in hex): 0 0 d6, flag: 0 - origination sideBearer capability: length: 3coding standard: 0x0information transfer capability: 0x8transfer mode: 0x2information transfer rate: 0x0user information layer 1 protocol: 0x5Display: length: 9display information: reveilleUser-user: length: 219protocol discriminator: 5h323_uu_pdu : setup: protocolIdentifier: 0, 0, 8, 2250, 0, 1sourceInfo: vendor: 35CountryCode: 181t35Extension: 0manufacturerCode: 32896productId: 21 octet (s) (hex output): 49 6E 74 65 6C 20 49 6E 74 65 72 6E 65 74 20 50 68 6F 6E 65 00 Versionid: 4 OcTet (s): 31 2E 30 00 TerminalInfo: DestinationAddress: H323_ID: 6 OCTET (S) (HEX OUTPUT): 74 00 77 00 65 00 DESTCALLSIGNALADDRESS: IPADDRESS: 134.134.213.21port: 1720ConferenceID: 16 OcTet (HEX OUTPUT):
B3 91 4E FB E2 21 D0 11 8F A3 00 AA 00 AF 38 21 conferenceGoal: createcallType: pointToPointnonStandardIdentifier: h221NonStandard: 35CountryCode: 181t35Extension: 0manufacturerCode: 32896data: length: 128value: reveille@bogus.comEND_PDU: ======== ==================================================== ===== start_pdu: ============================= Start PDU ======================================== ================ Timestamp: 14: 26: 21.490 Layer: Q931DIRECTION: SENTRAW_PDU: - - - - - - - ---23 OcTs ( HEX OUTPUT: 08 02 80 D6 02 7e 00 0F 05 01 00 06 00 08 91 4A 00 01 08 80 01 28 00 DECODED_PDU: - - - - - - Decoded PDU - - - - - - -pdu_type: ProceedProtocol Discriminator: 8Call Reference: length (in octets): 2value (in hex): 00 d6, flag: 1 - destination sideUser-user: length: 15protocol discriminator: 5h323_uu_pdu: callProceeding: protocolIdentifier: 0, 0, 8, 2250, 0, 1destinationInfo: GATEWAY: GTWYINF_NONSTANDDATA: H323: End_pdu: ============================================ ================ ===== Start_pdu: ==
=========================== start PDU ====================================================================================================================================================================================================== =======
Timestamp: 14: 26: 21.530 Layer: Q931Direction: Sentraw_pdu: - - - - - - - Raw PDU - - - - - - - -246 Octets (HEX OUTPUT): 08 02 00 02 05 04 03 88 C0 A5 28 09 72 65 76 65 69 6C 65 00 7e 00 de 05 10 18 06 00 08 91 4A 00 01 2A C0 B5 00 80 80 14 49 6e 74 65 6C 20 49 6E 74 65 72 6E 65 74 20 50 68 6F 6E 65 00 03 31 2E 30 00 40 01 28 00 01 40 05 00 74 00 77 00 86 86 D5 15 06 B8 00 40 CF 21 53 9D 23 D0 11 AB CD 00 A0 C9 1A BB 91 01 00 b5 00 80 80 80 80 72 65 76 65 69 6c 6c 65 40 62 6f 67 75 73 2e 63 6f 6d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 and 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 0061 65 69 6E 74 65 6C 2e 636F 6D 2F 63 67 69 2d 62 69 6e 2f 75 6c 73 31 30 2e 62 61 74 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 DECODED_PDU: - - - - - - - DECODED PDU - - - - - - -pdu_type: setuppprotocol Discriminator: 8call Reference: Length (In OcTes): 2Value (in He x): 00 02, flag: 0 - origination sideBearer capability: length: 3coding standard: 0x0information transfer capability: 0x8transfer mode: 0x2information transfer rate: 0x0user information layer 1 protocol: 0x5Display: length: 9display information: reveilleUser-user: length: 222protocol discriminator: 5h323_uu_pdu: setup: protocolIdentifier: 0, 0, 8, 2250, 0, 1sourceInfo: vendor: 35CountryCode: 181t35Extension: 0manufacturerCode: 32896productId: 21 octet (s) (hex output): 49 6E 74 65 6C 20 49 6E 74 65 72 6E 65 74 20 50 68 6F 6E 65 00 VersionID: 4 OCTET (S) (HEX OUTPUT): 31 2E 30 00 Gateway: gtwyinf_nonstandarddata: H323: TerminalInfo: DestinationAddress: H323_ID: 6 OCTET (S): 74 00 77 00 65 00 DESTCALLSIGNALADDRESS: IPADDRESS: 134.134.213.21port:
1720conferenceID: 16 octet (s) (hex output): 40 CF 21 53 9D 23 D0 11 AB CD 00 A0 C9 1A BB 91 conferenceGoal: createcallType: pointToPointnonStandardIdentifier: h221NonStandard: 35CountryCode: 181t35Extension: 0manufacturerCode: 32896data: length: 128value: reveille @ Bogus.come_pdu: ======================================================= ================= Start_pdu: ===================================== Start PDU ========================================= - - - - - - - RAW? - - - - - - RAW PDU - - - - - -23 Octets: 08 02 80 02 02 7e 00 0F 05 01 00 06 00 08 91 4A 00 01 08 80 01 28 00 DECODED_PDU: - - - - - - Decode PDU - - - - - - -PDU_TYPE: ProceedingProtocol discriminator: 8Call Reference: length (in octets): 2value (in hex): 00 02, flag: 1 - destination sideUser-user: length: 15protocol discriminator: 5h323_uu_pdu: callProceeding: protocolIdentifier: 0, 0, 8, 2250, 0, 1destinationinfo: Gateway: gtwyinf_nonstandarddata: h323: end_pdu: =================== ============= End PDU =========================
===== start_pdu: ============================= Start PDU ======================================== =================================== - - - - - RAW PDU - - - - - - - -23 Octets HEX OUTPUT: 08 02 00 D6 02 7e 00 0F 05 01 00 06 00 08 91 4A 00 01 08 80 01 28 00 DECODED_PDU: - - - - - DECODED PDU - - - - - - -pdu_type: ProceedingProtocol Discriminator: 8Call Reference: length (in octets): 2value (in hex): 00 d6, flag: 0 - origination sideUser-user: length: 15protocol discriminator: 5h323_uu_pdu: callProceeding: protocolIdentifier: 0, 0, 8, 2250, 0, 1destinationInfo: GATEWAY: GTWYINF_NONSTANDDATA: H323: End_pdu: ============================================ ===================== Start_pdu: ===================================================== == START PDU ============================
Timestamp: 14: 26: 23.593 Layer: Q931Direction: Receivedraw_pdu: - - - - - - - Raw PDU - - - - - - - -226 Octets (HEX OUTPUT): 08 02 80 02 07 04 03 88 C0 A5 28 06 74 77 65 62 62 7E 00 CD 05 12 40 06 00 08 91 4A 00 01 00 86 86 D5 15 06 B9 2A C0 B5 00 80 14 49 6E 74 65 6C 20 49 6E 74 65 72 6E 65 74 20 50 68 6F 6E 65 00 03 31 2E 30 00 40 01 28 00 40 CF 21 53 9D 23 D0 11 AB CD 00 A0 C9 1A BB 91 40 B5 00 80 80 80 74 77 65 65 62 31 40 73 6F 6D 65 77 68 65 72 65 2e 63 6f 6d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 68 74 74 70 3A 2F 2F 67 64 61 6E 6E 65 65 6E 6A 66 2E 69 6E 74 65 6C 2E 63 6F 6D 62 63 67 69 2D 62 69 6E 2F 75 6C 73 31 30 2E 62 61 74 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 聽 - - - - -pdu_type: 8call reference: length : 00 02, FLAG: 1 - Destination Sidebearer Capabilit y: length: 3coding standard: 0x0information transfer capability: 0x8transfer mode: 0x2information transfer rate: 0x0user information layer 1 protocol: 0x5Display: length: 6display information: tweeb1User-user: length: 205protocol discriminator: 5h323_uu_pdu: connect: protocolIdentifier: 0, 0, 8, 2250, 0, 1Cnnct_UUIE_h245Address: ipAddress: 134.134.213.21port: 1721destinationInfo: vendor: 35CountryCode: 181t35Extension: 0manufacturerCode: 32896productId: 21 octet (s) (hex output): 49 6E 74 65 6C 20 49 6E 74 65 72 6E 65 74 20 50 68 6F 6E 65 00 Versionid: 4 OcTet (S): 31 2E 30 00 Gateway: gtwyinf_nonstandarddata: H323: TerminalInfo: ConferenceID: 16 OCTET (S) (HEX OUTPUT): 40 CF 21 53 9D 23 D0 11 AB CD 00 A0 C9 1A BB 91 NonstandardIndIndIndIndIndifier:
H221nonstandard: 35countrycode: 181T35EXTension: 0manuFacturercode: 32896Data: length: 128Value: Tweb1@somewhere.comnd_pdu: ============================== == End PDU ============================= Start_pdu: ================ ============== Start PDU =======================================================
TimeStamp: 14: 26: 23.623 Layer: Q931Direction: Sentraw_pdu: - - - - - - - Raw PDU - - - - - - - -226 Octets (Hex Output): 08 02 80 D6 07 04 03 88 C0 A5 28 06 74 77 65 65 62 31 7e 00 CD 05 12 40 06 00 08 91 4A 00 01 00 86 86 D5 85 06 B9 2A C0 B5 00 80 14 49 6e 74 65 6C 20 49 6E 74 65 72 6E 65 74 20 50 68 6F 6e 65 00 03 31 2E 30 00 40 01 28 00 B3 91 4E FB E2 21 D0 11 8F A3 00 80 80 80 80 74 77 65 65 62 31 40 73 6F 65 77 68 65 72 65 2e 63 6f 6d 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 68 74 74 70 3A 2F 2F 67 64 61 6E 6E 65 65 6E 6A 66 2E 69 6E 74 65 6C 2E 63 6F 6D 62 63 67 69 2D 62 69 6E 2F 75 6C 73 31 30 2E 62 61 74 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 聽 - - - - -pdu_type: 8call reference: length 00 D6, FLAG: 1 - Destination Sidebearer Capability: le ngth: 3coding standard: 0x0information transfer capability: 0x8transfer mode: 0x2information transfer rate: 0x0user information layer 1 protocol: 0x5Display: length: 6display information: tweeb1User-user: length: 205protocol discriminator: 5h323_uu_pdu: connect: protocolIdentifier: 0, 0, 8, 2250, 0, 1Cnnct_UUIE_h245Address: ipAddress: 134.134.213.133port: 1721destinationInfo: vendor: 35CountryCode: 181t35Extension: 0manufacturerCode: 32896productId: 21 octet (s) (hex output): 49 6E 74 65 6C 20 49 6E 74 65 72 6E 65 74 20 50 68 6F 6E 65 00 VersionID: 4 OCTET (S) (HEX OUTPUT): 31 2E 30 00 Gateway: gtwyinf_nonstandarddata: H323: TerminalInfo: ConferenceID: 16 OCTET (S): B3 91 4E FB E2 21 D0 11 8f a3 00 aa 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00 AA 00:
H221nonstandard: 35countrycode: 181T35EXTension: 0manuFacturercode: 32896Data: length: 128Value: Tweb1@somewhere.comnd_pdu: ============================== == End PDU ============================= Start_pdu: ================ ============== Start PDU =======================================================
TimeStamp: 14: 26: 23.984 Layer: H245Direction: Receivedraw_pdu: - - - - - - - - RAW PDU - - - - - - - -123 Octets (HEX OUTPUT): 02 70 01 06 00 08 81 75 00 02 80 0D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 07 06 00 00 80 00 02 30 20 b5 00 80 80 08 07 71 00 08 25 04 00 80 00 03 30 20 B5 00 080 08 07 72 00 0C 25 05 00 00 0 00 04 30 20 B5 00 80 80 08 07 73 00 02B 06 00 00 00 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 000 00 00 01 00 02 00 00 03 00 04 DECODED_PDU: - - - - - - Decode PDU - - - - - - -pdu_type: TerminalCapabilitySet Sequence Number: 1Protocolidentifiers: 0, 0, 8, 245, 0, 2, Multiplex Capability: h2250CapabilitymaximumAudioDelayJitter: 60Receive Multipoint Capability: Transmit Multipoint Capability: Receive And Transmit Multipoint Capability: Capability Table: 1: G.7231 Audio MaxAl_sduAudioFrames: 4Silence Suppression 2: nonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 70 00 04 0C 06 00 00 3: NonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 71 00 08 25 04 00 00 4: NonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 72 00 0C 25 05 00 00 5: nonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 73 00 10 2B 06 00 00 Capability Descriptors: 0: 1, 2, 3, 4, 5, END_PDU: ================================ ================================================================================================================================================================================================= =========
==== START_PDU: ============================= Start PDU ============= ================
Timestamp: 14: 26: 23.984 Layer: H245Direction: Sentraw_pdu: - - - - - - - - RAW PDU - - - - - - - 123 OCTES (HEX OUTPUT): 02 70 01 06 00 08 81 75 00 02 80 0D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 07 06 00 00 80 00 02 30 20 b5 00 80 80 08 07 71 00 08 25 04 00 80 00 03 30 20 B5 00 080 08 07 72 00 0C 25 05 00 00 0 00 04 30 20 B5 00 80 80 08 07 73 00 02B 06 00 00 00 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 000 00 00 01 00 02 00 00 03 00 04 DECODED_PDU: - - - - - - Decode PDU - - - - - - -pdu_type: TerminalCapabilitySet Sequence Number: 1Protocolidentifiers: 0, 0, 8, 245, 0, 2, Multiplex Capability: h2250CapabilitymaximumAudioDelayJitter: 60Receive Multipoint Capability: Transmit Multipoint Capability: Receive And Transmit Multipoint Capability: Capability Table: 1: G.7231 Audio MaxAl_sduAudioFrames: 4Silence Suppression 2: nonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 70 00 04 0C 06 00 00 3: NonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 71 00 08 25 04 00 00 4: NonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 72 00 0C 25 05 00 00 5: nonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 73 00 10 2B 06 00 00 Capability Descriptors: 0: 1, 2, 3, 4, 5, END_PDU: = =================================================================================================================== =========
=== START_PDU: ============================= Start PDU =============== ============== Timestamp: 14: 26: 23.994 Layer: H245Direction: Receivedraw_pdu: - - - - - - - 7 Octets - - - - - - 7 OCTES (HEX Output : 01 00 32 80 0B D4 D7 DECODED_PDU: - - - - - - DECODED PDU - - - - - - -pdu_type: MasterslavedeeeeTermination Terminal Type: 50Determination Number: 775383nd_pdu: ============ ==================== e PDU ============================ = Start_pdu: ============================= Start PDU ================= ============ TimeStamp: 14: 26: 23.994 Layer: H245Direction: Sentraw_pdu: - - - - - - - - 4. HEX OUTPUT: 01 00 32 80 0B D4 D7 DECODED_PDU: - - - - - - Decoded PDU - - - - - - -pdu_type: MasterslavedeeeeTermination Terminal Type: 50Determination Number: 775383nd_pdu: ============== ================== End PDU =============
================ Start_pdu: ========================================== =================================== - - - - - - - - RAW PDU? - - - - - - - - - HEX OUTPUT: 21 80 01 DECODED_PDU: - - - - - Decode PDU - - - - - - -pdu_type: TerminalCapabilitySetack Sequence Number: 1END_PDU: ====== ========================== =========================== ======= Start_pdu: =================================================== ======================= - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - OFES AND Comment. Octets: 21 80 01 decoded_pdu: - - - - - Decoded PDU - - - - - - -pdu_type: TerminalCapabilitySetack Sequence Number: 1END_PDU: =============== ================= End PDU ================================================
======================================================================================================================================================================================================= =========================
TimeStamp: 14: 26: 24.685 Layer: H245Direction: Receivedraw_pdu: - - - - - - - - RAW PDU - - - - - - - -123 Octets (HEX OUTPUT): 02 70 01 06 00 08 81 75 00 02 80 0D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 07 06 00 00 80 00 02 30 20 b5 00 80 80 08 07 71 00 08 25 04 00 80 00 03 30 20 B5 00 080 08 07 72 00 0C 25 05 00 00 0 00 04 30 20 B5 00 80 80 08 07 73 00 02B 06 00 00 00 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 000 00 00 01 00 02 00 00 03 00 04 DECODED_PDU: - - - - - - Decode PDU - - - - - - -pdu_type: TerminalCapabilitySet Sequence Number: 1Protocolidentifiers: 0, 0, 8, 245, 0, 2, Multiplex Capability: h2250CapabilitymaximumAudioDelayJitter: 60Receive Multipoint Capability: Transmit Multipoint Capability: Receive And Transmit Multipoint Capability: Capability Table: 1: G.7231 Audio MaxAl_sduAudioFrames: 4Silence Suppression 2: nonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 70 00 04 0C 06 00 00 3: NonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 71 00 08 25 04 00 00 4: NonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 72 00 0C 25 05 00 00 5: nonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 73 00 10 2B 06 00 00 Capability Descriptors: 0: 1, 2, 3, 4, 5, END_PDU: ================================ ================================================================================================================================================================================================= =========
==== START_PDU: ============================= Start PDU ============= ================
TimeStamp: 14: 26: 24.685 Layer: H245Direction: Sentraw_pdu: - - - - - - - - RAW PDU - - - - - - -123 Octets (Hex Output): 02 70 01 06 00 08 81 75 00 02 80 0D 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 04 07 06 00 00 80 00 02 30 20 b5 00 80 80 08 07 71 00 08 25 04 00 80 00 03 30 20 B5 00 080 08 07 72 00 0C 25 05 00 00 0 00 04 30 20 B5 00 80 80 08 07 73 00 02B 06 00 00 00 00 04 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 000 00 00 01 00 02 00 00 03 00 04 DECODED_PDU: - - - - - - Decode PDU - - - - - - -pdu_type: TerminalCapabilitySet Sequence Number: 1Protocolidentifiers: 0, 0, 8, 245, 0, 2, Multiplex Capability: h2250CapabilitymaximumAudioDelayJitter: 60Receive Multipoint Capability: Transmit Multipoint Capability: Receive And Transmit Multipoint Capability: Capability Table: 1: G.7231 Audio MaxAl_sduAudioFrames: 4Silence Suppression 2: nonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 70 00 04 0C 06 00 00 3: NonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 71 00 08 25 04 00 00 4: NonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 72 00 0C 25 05 00 00 5: nonStandard Audiot35CountryCode: 181t35Extension: 0manufacturerCode: 32896Value: 8 octets (hex output): 07 73 00 10 2B 06 00 00 Capability Descriptors: 0: 1, 2, 3, 4, 5, END_PDU: = =================================================================================================================== =========
=== START_PDU: ============================= Start PDU =============== ============== Timestamp: 14: 26: 24.695 Layer: H245Direction: Receivedraw_pdu: - - - - - - - - 7 Octets (HEX Output : 01 00 32 80 8B 7D E8 DECODED_PDU: - - - - - - DECODED PDU - - - - - - - -pdu_type: MasterSlavedeeeTermination Terminal Type: 50Determination Number: 9141736nd_pdu: =========== ==================== e PDU ============================ = Start_pdu: ============================= Start PDU ================= ============ Timestamp: 14: 26: 24.695 Layer: H245Direction: Sentraw_pdu: - - - - - - - RAW PDU - - - - - - - -7 OCTES (HEX OUTPUT): 01 00 32 80 8B 7D E8 DECODED_PDU: - - - - - - Decode PDU - - - - - - -pdu_type: MasterslavedeeeeTermination Terminal Type: 50Determination Number: 9141736nd_pdu: ============== ================== End PDU =============
================ Start_pdu: ========================================== =========================== TimeStamp: 14: 26: 24.695 Layer: H245Direction: ReceiveDraw_pdu: - - - - - - RAW PDU - - - - - - - - - HEX OUTPUT: 20 A0 DECODED_PDU: - - - - - - DECODED PDU - - - - - - -pdu_type: masterslavedeeeeelectrinationack role: slaveend_pdu: ======== ==================================================== ===== start_pdu: ============================= Start PDU ======================================== ======================26: 24.695 Layer: H245Direction: Sentraw_PDU: - - - - - - - - 2 Octets ( HEX OUTPUT: 20 A0 decoded_pdu: - - - - - - Decode PDU - - - - - - -pdu_type: masterslavedeeeeeelectrizationAck role: slaveend_pdu: =================== ============= End PDU ===================
========== Start_pdu: ================================================================================================================================================================================================= ===================== TimeStamp: 14: 26: 25.85 Layer: H245Direction: Receivedraw_pdu: - - - - - - Raw PDU - - - - - - -3 Octets: 21 80 01 decoded_pdu: - - - - - - Decode PDU - - - - - - -pdu_type: TerminalCapabilitySetack Sequence Number: 1END_PDU: ============ ==================== e PDU ============================ = Start_pdu: ============================= Start PDU ================= ============ Timestamp: 14: 26: 25.85 Layer: H245Direction: Sentraw_PDU: - - - - - - - RAW PDU - - - - - - - -3 OCTES (HEX OUTPUT): 21 80 01 decoded_pdu: - - - - - Decoded PDU - - - - - - -PDU_TYPE: TERMINALCAPABILITYSETACK SEQUENCE NUMBER: 1END_PDU: ===================== =========== End PDU ======================
======= Start_pdu: =================================================== ================== TimeStamp: 14: 26: 25.85 Layer: H245Direction: Receivedraw_pdu: - - - - - - - - - Octets (HEX OUTPUT): 20 80 decoded_pdu: - - - - - - decoded PDU - - - - - - -pdu_type: masterslavedeeeelectrinationack role: masterend_pdu: ================= =============== End PDU ============================= START_PDU: == =========================== start PDU ====================================================================================================================================================================================================== ======= Timestamp: 14: 26: 25.85 Layer: H245Direction: Sentraw_pdu: - - - - - - - - RAW PDU - - - - - - - - 2 OCTETS (HEX OUTPUT): 20 80 decoded_pdu: - - - - - - DECODED PDU - - - - - - -PDU_TYPE: MASTERSLAVEDETERMINATIONACK ROLE: MASTEREND_PDU: ============================ ==== End PDU ============================
= Start_pdu: ============================= Start PDU ================= ============ TimeStamp: 14: 26: 25.85 Layer: H245Direction: Receivedraw_pdu: - - - - - - - - - -21 OCTES (Hex Output): 03 00 00 0D 00 03 C0 00 0B 0F 00 01 00 126 86 D5 C8 13 81 00 DECODED_PDU: - - - - - - Decode PDU - - - - - - -pdu_type: OpenLogicalChannel Forward Logical Channel Number: 1capability: g .7231 Audio MaxAl_sduAudioFrames: 4Silence SuppressionfLCPs_mPs_h2250LCPs: SessionID: 1SilenceSuppression: FALSEH2250LCPs_mdCntrlChnnl: Unicast Address: IP, 134.134.213.200TSAPIdentifier: 4993H2250LCPs_mdGrntdDlvry: FALSEH2250LCPs_mCGDy: FALSEEND_PDU: ==================== =========================================== START_PDU: ===== ======================== Start PDU =============================================== ====
TimeStamp: 14: 26: 25.95 Layer: H245Direction: Sentraw_pdu: - - - - - - - - - RAW PDU - - - - - - - - -21 OCTETS (HEX OUTPUT): 03 00 00 0d 00 03 C0 00 0B 0F 00 01 00 86 86 d5 85 07 d3 00 DECODED_PDU: - - - - - - - DECODED PDU - - - - - - -PDU_TYPE: OpenLogicalChannel Forward Logical Channel Number: 1Capability: G.7231 Audio MaxAl_sduAudioFrames: 4Silence SuppressionfLCPs_mPs_h2250LCPs: SessionID: 1SilenceSuppression: FALSEH2250LCPs_mdCntrlChnnl: Unicast Address: IP, 134.134.213.133TSAPIdentifier: 2003H2250LCPs_mdGrntdDlvry: FALSEH2250LCPs_mCGDy: FALSEEND_PDU: ================================ End PDU ============================= START_PDU: ================= ============================================ TimeStamp: 14: 26: 26.587 Layer : H245direction: receivedraw_pdu: - - - - - - - RAW PDU - - - - - - - - - -21 c c (HEX OUTPUT): 03 00 00 0D 00 03 C0 00 0B 0F 00 01 00 86 86 D5 15 07 D1 00 decoded_pdu: - - - - - Decode PDU - - - - - - -PDU_TYPE: OpenLogicalChannel Forward Logical Chann el Number: 1Capability: G.7231 Audio MaxAl_sduAudioFrames: 4Silence SuppressionfLCPs_mPs_h2250LCPs: SessionID: 1SilenceSuppression: FALSEH2250LCPs_mdCntrlChnnl: Unicast Address: IP, 134.134.213.21TSAPIdentifier: 2001H2250LCPs_mdGrntdDlvry: FALSEH2250LCPs_mCGDy: FALSEEND_PDU: =
=================================================================================================================== ================================================================================================================================================================================================= ======================= TimeStamp: 14: 26: 26.587 Layer: H245Direction: Sentraw_PDU: - - - - - - Raw PDU - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -! PDU_TYPE: OpenLogicalChannel Forward Logical Channel Number: 1Capability: G.7231 Audio MaxAl_sduAudioFrames: 4Silence SuppressionfLCPs_mPs_h2250LCPs: SessionID: 1SilenceSuppression: FALSEH2250LCPs_mdCntrlChnnl: Unicast Address: IP, 134.134.213.133TSAPIdentifier: 2001H2250LCPs_mdGrntdDlvry: FALSEH2250LCPs_mCGDy: FALSEEND_PDU: ========= ======================= e PDU ============================================================================================================================================== ==== START_PDU: ============================= Start PDU ============= =====
========== TimeStamp: 14: 26: 26.587 Layer: H245Direction: Receivedraw_pdu: - - - - - - - - - - 22 OCTETS (HEX OUTPUT): 22 C0 00 00 02 80 0f 0c 00 86 86 d5 15 07 d0 00 86 86 d5 15 07 d1 DECODED_PDU: - - - - - - - DECODED PDU - - - - - - -PDU_TYPE: OpenLogicalChannelAck Forward Logical Channel Number: 1frwrdMltplxAckPrmtrs: H2250LCAPs_mdChnnl: Unicast Address: IP, 134.134.213.21 Tsapidentifier: 2000H2250LCaps_MDCNTRLCHNNL: Unicast Address: IP, 134.134.213.21 TsapIdentifier: 2001nd_pdu: ========================== ====== End PDU ============================= Start_pdu: =========== ================== Start PDU ===================================== TimeStamp: 14: 26: 26.617 Layer: H245Direction: Sentraw_pdu: - - - - - - - - RAW PDU - - - - - - - -22 OCTES (HEX OUTPUT): 22 c0 00 00 02 80 0F 0C 00 86 86 D5 85 07 D0 00 86 86 D5 85 07 D1 DECODED_PDU: - - - - - Decode PDU - - - - - - -pdu_type: OpenLogicalChannel: 1frwrdmltplxackPRMTRS: H2250LCaps_MDCHNNL: UNICA ST Address: IP, 134.134.213.133 TsapIdentifier: 2000H2250LCaps_MDCNTRLCHNL: Unicast Address: IP, 134.134.213.133TsapIdentifier: 2001nd_pdu: ===================
============= e PDU ================================================================================================================================================================================================================================== ========================= Start PDU ==================================================================================================================================================== ===== Timestamp: 14: 26: 27.689 Layer: H245Direction: ReceiveDraw_pdu: - - - - - - - - - - 22 OCTES (HEX OUTPUT): 22 c0 00 00 02 80 0F 0c 00 86 86 d5 c8 13 80 00 86 86 d5 c8 13 81 DECODED_PDU: - - - - - - - DECODED PDU - - - - - - -PDU_TYPE: OpenLogicalChannelAck Forward Logical Channel Number: 1frwrdMltplxAckPrmtrs: H2250LCAPs_mdChnnl: Unicast Address: IP, 134.134.213.200tsapidentifier: 4992H2250LCaps_mdcntrlchnnnl: Unicast Address: IP, 134.134.213.200 TsapIdentifier: 4993nd_pdu: =============================== = END PDU ============================= Start_pdu: ================ ============= Start PDU ============================
TimeStamp: 14: 26: 27.689 Layer: H245Direction: Sentraw_pdu: - - - - - - - - RAW PDU - - - - - - - -22 Octets (Hex Output): 22 c0 00 00 02 80 0F 0C 00 86 86 D5 85 07 d2 00 86 86 d5 85 07 d3 DECODED_PDU: - - - - - - - DECODED PDU - - - - - - -PDU_TYPE: OpenLogicalChannelAck Forward Logical Channel Number: 1frwrdMltplxAckPrmtrs: H2250LCAPs_mdChnnl: Unicast Address: IP, 134.134.213.133TSAPIdentifier: 2002H2250LCAPS_MDCNTRLCHNNL: Unicast Address: IP, 134.134.213.133Tsapidentifier: 20033TsapIdentifier: 20033nd_pdu: =======================================================================★ =========================== Start_pdu: =============================================== ======== Start PDU =====================================================26: 37.974 Layer: H245Direction: Receivedraw_pdu : - - - - - - - - - - -5 Octets: 64 80 00 00 08 DECODED_PDU: - - - - - DECODED PDU - - - - - - -PDU_TYPE : Miscellaneousindication Logical Channel Number: 1LogicalChannelNactiveEnd_pdu: ==================================================================================================== ====================== Start_pdu : ======
======================= Start PDU ========================== === Timestamp: 14: 26: 37.984 Layer: H245Direction: Sentraw_pdu: - - - - - - - RAW PDU - - - - - - -5 Octets (HEX OUTPUT): 64 80 00 00 08 decoded_pdu: - - - - - - DECODED PDU - - - - - - - -PDU_TYPE: Miscellaneousindication Logical Channel Number: 1LogicalChannelInactiveEnd_pdu: =========================== ===== End PDU ============================= Start_pdu: ============= ================= Start PDU ==================================== Timestamp: 14 : 26: 37.984 Layer: H245Direction: Receivedraw_pdu: - - - - - - - - - -2 机 (Hex Output): 45 20 decoded_pdu: - - - - - - Decoded PDU - - - - - - -PDU_TYPE: EndsessionCommand Disconnectend_pdu: ========================================================================================================================================================================================================================================= ========================) ==========================================================================================================================================
======================= Start PDU ========================== === TimeStamp: 14: 26: 37.984 Layer: Q931Direction: Sentraw_pdu: - - - - - - - - RAW PDU - - - - - - - -24 OCTES (HEX OUTPUT): 08 02 80 D6 5A 08 03 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90 7e 00 0B 05 05 40 06 00 08 91 4A 00 01 58 DECODED_PDU: - - - - - - Decode PDU - - - - - - -pdu_type: Release CompleteProtocol Discriminator: 8Call Reference: Length (in in): 2Value in hex): 00 d6, flag: 1 - destination sideCause: length: 3coding standard: 0x0location: 0x0recommendation: 0x0cause value: 0x10User-user: length: 11protocol discriminator: 5h323_uu_pdu: releaseComplete: protocolIdentifier: 0, 0, 8, 2250, 0 1reason: rlscmpltrsn_undfndrsn end_pdu: ============================================================================ =================== Start_pdu: ========================================================== START PDU ============================
