KR101074538B1 - System for schematizing flow of protocol message in Internet call service - Google Patents

Abstract

The present invention relates to a system for transmitting and receiving a flow of protocol messages for an Internet telephony service.

The protocol message transmission and reception flow diagramming system for an Internet telephony service according to the present invention includes a message collecting module for collecting protocol messages from call processing elements, and a message for extracting protocol messages related to an analysis target call from the collected protocol messages. An extraction module, a duplicate message removal module for removing duplicate messages among the extracted protocol messages, a transceiver information extraction module for extracting transceiver information from protocol messages from which the duplicate messages have been removed, and the extracted transceiver Transmitter and receiver diagramming module for mapping the transceiver using the information, and a message transmission and flow flow mapping module for mapping the protocol messages transmitted and received between the diagrammatic transceiver in chronological order.

Protocol, SIP, Diameter, VoIP, Message, Flow, Processing, Schematic

Description

System for schematizing flow of protocol message in Internet call service}

The present invention relates to a system for transmitting / receiving a flow of protocol messages for an Internet telephony service. More specifically, the process of processing protocol messages (SIP and Diameter) transmitted and received by call processing elements in an internet telephony service is generally described in terms of service. The present invention relates to a system for transmitting and receiving a flow of protocol messages for an internet telephony service.

Voice over Internet Protocol (VoIP) is a communication service technology that uses a packet network for data communication, which is used in the past, for an Internet phone, and converts voice data into Internet protocol data packets to enable a call in a general telephone network. As such, Internet telephony services are widely used because they can be used simultaneously by multiple people, have excellent scalability, and are much cheaper than conventional telephones.

When providing Internet telephone service, a number of protocol messages are transmitted and received between call processing elements connecting a call.If a failure occurs while providing Internet telephone service, the protocol messages transmitted between related call processing elements are traced to quickly find a point of failure. Restore it.

Therefore, in the related art, messages transmitted between call processing elements through various network equipment or network analysis tools are collected and the transmission process of each message is illustrated.

However, the conventional network equipment or network analysis tool only illustrates a fragmentary message transmission process for messages that have been transmitted to or transmitted by them, but does not provide a service that schematically illustrates the processing of messages. there was.

An object of the present invention is to provide a general view of the processing of protocol messages sent and received by call processing elements in an Internet telephony service from a service perspective.

In order to achieve the above object, a protocol message transceiving flow diagramming system for an Internet telephony service according to the present invention includes a message collecting module for collecting protocol messages from call processing elements, and an analysis target call among the collected protocol messages. A message extraction module for extracting protocol messages related to the protocol; a duplicate message removal module for removing duplicate messages among the extracted protocol messages; and transceiver information extraction for extracting transceiver information from protocol messages from which the duplicate messages have been removed. And a transceiver diagramming module for mapping a transceiver using the extracted transceiver information, and a message transmission and reception flow diagramming module for mapping protocol messages transmitted and received between the diagrammed transceivers in chronological order. .

delete

delete

delete

delete

delete

delete

delete

The message extracting module may further include a caller / recipient grouping module for extracting a protocol message related to a caller or a receiver of the analysis target call and grouping the message into a first classification protocol message group, and a message for each call from the first classification protocol message group. And a message grouping module for each call to form a secondary classification protocol message group.

In addition, the call-by-call message grouping module extracts a SIP reference message from the primary classification protocol message group, and [Call-ID] is the same as the first SIP reference message among the SIP reference messages from the primary classification protocol message group. Extracting SIP protocol messages, and determining the last SIP protocol message among the SIP protocol messages in which the first SIP reference message and the [Call-ID] are the same to determine a call duration.

In addition, the call-by-call message grouping module may include a SIP that is different from the original SIP reference message and the Call-ID among the SIP protocol messages transmitted and received within the call duration of the primary classification protocol message group, but has the same caller identifier information and receiver identifier information. Extracting protocol messages, extracting a Diameter protocol message having the same sender / receiver identifier as the initial SIP reference message among the Diameter protocol messages transmitted and received within the call duration of the primary classification protocol message group, SIP protocol messages having the same receiver identifier information and Diameter protocol messages having the same original SIP reference message and sender / receiver identifier are grouped into the secondary classification protocol message group.

In addition, the duplicate message removal module, if the SIP protocol message of the extracted protocol messages [Call-ID], [Tag] of the [From] field and [Tag] of the [To] field is the same SIP protocol Characterized as a message.

In addition, the transceiver information extraction module extracts one protocol message from the protocol messages from which the duplicate message is removed, extracts sender and receiver information of the one protocol message, and extracts the sender and receiver information. If it is the first extracted new information, characterized in that the storage.

As described above, the present invention can easily grasp the overall operation state of the Internet telephony service by diagramating the overall flow of protocol messages based on the Internet telephony service, and can quickly grasp and recover information on the point of failure. There is.

Hereinafter, a protocol message transceiving flow diagramming system for an Internet telephony service according to the present invention will be described in detail with reference to FIGS. 1 to 5.

1 is a diagram illustrating a network configuration for transmitting and receiving a flow of protocol messages according to an embodiment of the present invention.

A network for transceiving flow diagrams of protocol messages according to an embodiment of the present invention includes a protocol message transceiving flow diagram system 100 and call processing elements 101, 102, 200-500 for processing a call.

At this time, each call processing element (101, 102, 200 ~ 500) is the calling terminal 101 and the called terminal 102, Internet-based service for the telephone service, IMS (IP-Multimedia Subsystem; 200, 300, 400) and SBC (session border controller) ; 500) and the like, and has a packet capture function for message collection, and captures and stores packets (protocol messages) transmitted and received for diagnosis of problems occurring during VoIP call processing. In this case, the protocol message includes a Session Initiation Protocol (SIP) protocol message, a Diameter protocol message, and the like.

Protocol message transmission and reception flow diagram system 100 illustrates the transmission and reception flow of protocol messages transmitted and received between the call processing elements (101, 102, 200 ~ 500) when a call occurs between the originating terminal 101 and the destination terminal (102).

To this end, the protocol message transmission and reception flow diagram system 100, as shown in Figure 2, the message collection module 110, message extraction module 120, duplicate message removal module 130, transceiver information extraction module 140, transmission and reception A child diagramming module 150 and a message transmission and reception flow diagramming module 160 is provided.

Message collection module 110 collects messages from call processing elements 101, 102, 200-500. In this case, the message collection module 110 may collect a message from each call processing element (101, 102, 200 ~ 500) having a packet capture function or through a separate protocol traffic collection device (not shown) Do.

The message extraction module 120 extracts protocol message information related to the analysis target call. To this end, the message extraction module 120 includes a caller / recipient grouping module 121 and a call-by-call message grouping module 122.

The sender / recipient grouping module 121 extracts a protocol message related to the originator or the receiver of the analysis target call to generate a primary classification protocol message group. That is, the caller / recipient grouping module 121 extracts protocol messages including information such as a caller or called party's telephone number of the analysis target call. For example, in the case of extracting protocol messages related to the telephone number of the calling terminal 101, the protocol message for all calls originated by the calling terminal 101 and all calls having the telephone number of the calling terminal 101 as the receiver are used. Protocol messages are extracted.

The call by message grouping module 122 generates a second classification protocol message group by grouping messages by call in the primary classification protocol message group of the sender / recipient grouping module 121. That is, since the primary classification protocol message group may include protocol messages related to a plurality of calls, the protocol messages for each call are classified and grouped into secondary classification protocol message groups.

The duplicate message removal module 130 removes the duplicate message from the secondary classification protocol message group of the door-to-door message grouping module 122. That is, protocol messages such as SIP protocol message and Diameter protocol message are delivered to the destination through various call processing elements (101, 102, 200 ~ 500). Due to these call processing characteristics, one protocol message is transmitted during the delivery process. It is duplicated on the sending call processing element that transmitted the message and on the receiving call processing element that received the message. Therefore, if protocol messages related to a specific call are drawn as it is, it is necessary to eliminate duplicate protocol messages since the transmission record and the reception record are duplicated for the same protocol message transmitted and received between two call processing elements. desirable.

Accordingly, the duplicate message removal module 130 considers that the SIP protocol message is the same SIP protocol message if the [Call-ID], [Tag] and [To] fields of the [To] field are the same. Redundancy can be eliminated by leaving only the earliest time on the message and removing the rest.

The transceiver information extraction module 140 extracts the transceiver information from the protocol message group from which the duplicate message is removed from the duplicate message removal module 130. Here, the transceiver is a call processing element (101, 102, 200 ~ 500) for transmitting and receiving protocol messages, the transceiver information is included in the IP packet including the SIP protocol message. At this time, the IP packet has a conventional IP packet structure including a SIP protocol message or Diameter protocol message, sender information (Source Address), and recipient information (Destination Address).

The transceiver diagramming module 150 diagrams the transceiver (call processing element) information extracted from the transceiver information extraction module 140.

The message transceiving flow diagramming module 160 diagrams, in chronological order, protocol meshes transmitted and received between call processing elements depicted by the transceiving diagramming module 150.

Hereinafter, referring to FIG. 3, a method of diagrammatically transmitting and receiving a protocol message for an internet telephony service according to an embodiment of the present invention will be described in detail.

First, the message extraction module 120 extracts protocol message information related to an analysis target call from all protocol messages collected from the message collection module 110 (S100). That is, the message collecting module 110 collects all protocol messages for various calls from all call processing elements 101, 102, and 200 to 500, so that a specific call for VoIP service among the collected protocol messages for each call is obtained. Only protocol messages for the call to be analyzed should be extracted.

Referring to Figure 4, the process of extracting the protocol message information associated with the analysis target call (S100) in detail as follows.

First, the sender / recipient grouping module 121 extracts a protocol message related to a caller or a caller for a call to be analyzed and groups the extracted protocol message into a primary classification protocol message group (S101). ). That is, the caller / caller grouping module 121 extracts a protocol message including the caller's phone number or the caller's phone number.

In this case, the protocol message includes an SIP protocol (hereinafter referred to as SIP) protocol message and a metric (hereinafter referred to as Diameter) protocol message. The SIP protocol message includes the [To] field including the called party information (sip: 07077226105@ktann.com: 5080) and its identifier information (tag = 57bb386f), and the calling party information (sip: 07077226105@ktann.com: 5080) and a [From] field including its identifier information (tag = 103774b0-4923de77-13c4-40030-2-2c909b0e-2) and a [Call-ID] field for distinguishing a call. Here, the SIP protocol message is assigned a specific [Call-ID] for each call and the SIP protocol messages related to the call share a single [Call-ID], but call processing elements (101, 102, 200-500) In many cases, the [Call-ID] is modified and transmitted due to such security.

SUBSCRIBE sip: hh-scscf2.octave.com SIP / 2.0
To: sip: 07077226105@ktann.com: 5080; tag = 57bb386f
Via: SIP / 2.0 / UDP 119.222.35.73:5060;branch=z9hG4bK-c3e8157-d4293f00-754f8bd4
Cseq: 100 SUBSCRIBE
From: sip: 07077226105@ktann.com: 5080; tag = 103774b0-4923de77-13c4-40030-2-
2c909b0e-2
Event: reg
Route: <sip: 0.1.0 .... @ 125.146.0.208:5080;lr;pv=07077226105%40ktann.com>
Accept: application / reginfo + xml
Call-ID: 10392d70-4923de77-13c4-40030-2-2a9bd670-2
Contact: <sip: 07077226105@119.222.35.73: 5060>
Expires: 3600
Supported: replaces, timer, UPDATE, INFO
Max-Forwards: 70
Content-Length: 0

Table 1 is an exemplary diagram of SIP protocol messages.

Meanwhile, Diameter protocol messages include a [USER_ID] field containing information of a user to be authenticated, as shown in Table 2 below, and a protocol message related to a caller or a caller from the [USER_ID] field. Can sort them out.

HH_IMS2 2009-03-13 FRI 11:15:07
T6120 REPORT DIAMETER TRACE
TRACE_ID = sip: 07077226105@ktann.com
COMMAND_NAME = LIR [S]
COMMAND_CODE = 302
PUBLIC_USER_ID = sip: 07077226105@ktann.com
ENTITY = CSCF
NODE_ID = SCN10
TRACE_LEVEL = DETAIL
SESSION_ID = hh-scscf2.octave.com; 1234893035; 3303558; gsvc.27.ihid.3069.mid.2
END-To-END ID = 35324956
DEST HOST = slf1.kt.com
ORIGIN HOST = hh-scscf2.octave.com
CUR_CNT / REG_CNT = 1/0

Table 2 shows the structure of the Diameter protocol message.

Thereafter, the door-to-door message grouping module 122 extracts the door-to-door protocol message from the primary classification protocol message group and groups them into the secondary classification protocol message group (S120).

Hereinafter, a process (S120) of grouping the secondary classification protocol message group will be described in more detail through S121 to S127.

First, the call-by-call message grouping module 122 extracts a SIP INVITE message and a SIP REREGSTER message requesting user registration from the primary classification protocol message group and sets the SIP reference message (S121). ). In this case, the SIP invite message is a message initially transmitted between the call processing elements 101, 102, and 200 to 500, and the SIP register message is the first message requesting user registration, and the number of call processing elements for one call. Depending on the number of SIP invite and register messages can be extracted. Here, since the primary classification protocol message group includes a plurality of protocol messages for a plurality of calls, it may include a plurality of SIP invite messages or a plurality of SIP register messages.

Thereafter, the door-to-door message grouping module 122 determines the first SIP reference message among the plurality of SIP reference messages (S122), and the [Call-ID] is the same as the first SIP reference message in the primary classification protocol message group. SIP protocol messages are extracted (S123).

Subsequently, the door-to-door message grouping module 122 determines the last SIP message having the last message transmission / reception time from the SIP protocol messages extracted in step S123 (S124).

Thereafter, the call-by-message message grouping module 122 extracts a protocol message, in which [Call-ID] is the same as that of the SIP reference message but modified by [Call-ID] by call processing elements (101, 102, 200-500). In order to extract the SIP protocol message from the first and second SIP protocol messages within the call duration, the initial SIP reference message and the [Call-ID] are different but the same From field and the To field. (S125). At this time, the call-by-call message grouping module 122 determines the time from the time on the first SIP reference message (first SIP invite message) to the time on the last SIP message as the call duration.

Then, the call-by-message message grouping module 122 performs the first SIP reference message (first SIP invite or register message) and originator identifier ([USER_ID] of the Diameter protocol messages transmitted and received within the call duration in the primary classification protocol message group. Field protocol extracts the same Diameter protocol message (S126). However, in Tables 1 and 2 of the present invention, a case in which the sender identifier ([From] field) used in the SIP protocol message and the user identifier ([USER_ID] field) used in the Diameter protocol message are described as an example. If both the sender identifier ([From] field) used in the protocol message and the user identifier ([USER_ID] field) used in the Diameter protocol message are different, the subscriber is based on the sender identifier ([From] field) of the original SIP reference message. It is desirable to query the Diameter user identifier separately from an information server (not shown).

The process S121 to S125 is a process of extracting a SIP protocol message for the same call among the protocol messages of the primary classification protocol message group, and the following process S126 is a Diameter protocol message for the same call among the protocol messages of the primary classification protocol message group. It is the process of extracting.

Accordingly, a SIP protocol message having the same [Call-ID] and the same SIP protocol message as the first SIP reference message extracted through the processes S123, S125, and S126 is different from the [Call-ID] but has the same From field and the To field. And grouping the Diameter protocol message having the same SIP reference message as the originator identifier ([USER_ID] field) into a secondary classification protocol message group (S127).

Thereafter, the door-to-door message grouping module 122 checks whether there is a remaining SIP reference message which has not performed the processes S121 to S127 among a plurality of SIP reference messages (S128), and performs the processes S121 to S127 for the remaining SIP reference messages. Repeat

For example, if the primary classification protocol message group is composed of n protocol messages (SIP protocol message + Diameter protocol message) for four calls (No. 1 to No. 4), the door-to-door message grouping module 122 Extracts the SIP invite message (SIP reference message) among the n SIP protocol messages, extracts the first SIP reference message with the fastest occurrence time among the SIP invite messages, and extracts the [Call-ID] and the first SIP reference message. Extract the same SIP protocol message. Thereafter, the call-by-group message grouping module 122 extracts the message when the [Call-ID] has been altered, so that the [Call-ID] is different from the [From] field of the SIP protocol message and the [To] in the call duration. Extract SIP protocol messages with the same fields.

In this case, when there are m SIP protocol messages having the same [Call-ID] as the first SIP reference message, the door-to-door message grouping module 122 performs the SIP protocol although the [Call-ID] is different within the call duration among nm protocol messages. Extract SIP protocol messages (k) having the same From field and the To field of the message.

Then, the call-by-message message grouping module 122 extracts (1) Diameter protocol messages including the sender identifier transmitted and received within the call duration to extract the Diameter protocol message for the first of the n protocol messages.

Accordingly, the door-to-door message grouping module 122 generates m + k + l protocol messages as a 2-1st classification protocol message group.

Subsequently, the door-to-door message grouping module 122 repeats the processes S121 to S126 for the remaining protocol messages related to the second to fourth groups, thereby performing secondary classification for each call (first to fourth). Create a protocol message group.

At this time, the message group extracted for the first call is named as the 2-1st classification protocol message group, and the message group extracted for the second call is named as the 2nd-2nd classification protocol message group. The extracted message group is named as 2-3rd classification protocol message group and the extracted message group as 4 is named as 2-4th classification protocol message group.

As described above, when the door-to-door protocol message grouping is completed by the door-to-door message grouping module 122, the duplicate message removing module 130 removes duplicate messages among the protocol messages extracted through the above-described processes S110 and S121 to S127. (S200).

Accordingly, the duplicate message removal module 130 is included in the SIP protocol message structure shown in Table 1 above to distinguish duplicate SIP protocol messages recorded by various call processing elements 101, 102, 200-500. [Tag] information of the [From] field and the [To] field is used, and [USER_ID] field information included in the Diameter protocol message structure shown in Table 2 is used to distinguish the Diameter protocol message.

That is, in case of SIP protocol message, if [Call-ID], [Tag] in [From] field and [Tag] in [To] field are all the same, it is regarded as the same SIP protocol message, and in case of Diameter protocol message, [USER_ID] ] If the fields are the same, the same Diameter protocol message can be considered, and redundancy can be eliminated by leaving only the earliest time on the message and removing the rest. Thus, protocol messages from which redundancy has been removed through the process S200 are referred to as a call-by-call protocol message group from which redundancy is removed.

Thereafter, the transceiver information extraction module 140 extracts information on the transceiver, that is, the call processing elements that have transmitted and received the protocol message from which the duplicate message is removed (S300).

The process of extracting the message transceiver information of FIG. 3 with reference to FIG. 5 will now be described in detail.

First, the transceiver information extraction module 140 extracts one protocol message from the call-specific protocol message group from which redundancy is removed from the process of removing the duplicate message of FIG. 3 (S310).

Thereafter, the transceiver information extraction module 140 extracts sender and receiver information of the extracted one protocol message (S311). In this case, the sender and receiver information are included in an IP packet including a protocol message.

Accordingly, the transmitter / receiver information extraction module 140 determines whether the extracted sender or receiver information is new information that has not been extracted so far (S312), and if the information is new information, stores the extracted sender or receiver information (S313).

At this time, the transceiver information extraction module 140 preferably includes a storage unit (not shown) that stores the extracted sender or receiver information, and the extracted sender or receiver information is stored in the storage unit (not shown). Or by determining whether the information matches the receiver information.

Meanwhile, the transmitter / receiver information extracting module 140 does not store the extracted sender or receiver information when it is not new information that has not been extracted so far.

Thereafter, the transceiver information extracting module 140 determines whether there is an unprocessed protocol message among the door-to-door protocol message groups from which the redundancy is removed from the process of removing the duplicate message of FIG. 3 (S200). Repeated steps S310 to S313 are repeated for all the messages of the door-to-door protocol message group from which redundancy is removed until there is no duplicated receiver information (S314).

For example, when caller A makes a call to receiver D, if there are call processing elements B and C for delivering a call, the transmitter / receiver information extraction module 140 indicates that the sender of one extracted protocol message is A and the receiver If is B, sender A and receiver B are stored. Thereafter, the transmitter / receiver information extraction module 140 extracts another protocol message again and if the sender of the extracted protocol message is A and the receiver is C, only the new receiver C is stored and the sender A has already stored the data. I never do that.

In this way, A, B, C, and D are stored by extracting the sender and receiver of all protocol messages.

As described above, the transceiver information extraction module 140 extracts the transceiver information, that is, the call processing information, through the processes of FIG. 5, so that the transceiver diagrammatic module 150 uses the extracted transmitter / receiver information. , B, C, D) is plotted (S400).

In this case, the information on the call processing elements extracted from the protocol message is often IP information of the call processing element. Rather than mapping this IP information as it is, it is preferable to change the name to the name of the call processing component that reflects the position and role in the VoIP service. In addition, the call processing elements can be diagrammed in association with a VoIP service management system (not shown) that maintains IP information of call processing elements and information on their location and role.

As such, when the diagram of the transceiver (call processing element) is completed, the message transceiving flow diagram module 160 diagrams messages between the transceivers (call processing elements) that have transmitted and received messages in the message group from which redundancy has been removed one by one in chronological order. Schematic of the transmission and reception of protocol messages (S500).

As such, the present invention generates a test call for a problem service, collects protocol messages sent and received by call processing elements related to the test call, and diagrams the processing to easily find a problem spot quickly. have.

1 is a network diagram for transmitting and receiving a flow diagram of a protocol message according to an embodiment of the present invention.

2 is a detailed configuration diagram of a protocol message transmission and reception flow diagram system of FIG. 1.

3 is a flowchart illustrating a method of transmitting and receiving a flow of protocol messages for an Internet telephony service according to an embodiment of the present invention.

4 is a flowchart specifically illustrating a process of extracting protocol message information related to the analysis target call of FIG. 3.

FIG. 5 is a flowchart illustrating a process of extracting message transceiver information of FIG. 3 in detail. FIG.

Explanation of symbols on the main parts of the drawings

100: protocol message transmission and reception flow diagram system

200, 300, 400: IMS (IP-multimedia subsystem)

500: SBC (session border controller)

110: message collection module 120: message extraction module

121: Grouping module by caller / called party 122: Message grouping by call

130: duplicate message removal module 140: transceiver information extraction module

150: transceiver schematic module 160: message transmission and reception flow diagram module

Claims (13)

delete delete delete delete delete delete delete A message collecting module for collecting protocol messages from call processing elements; A message extraction module for extracting protocol messages related to an analysis target call from the collected protocol messages; A duplicate message removal module for removing duplicate messages among the extracted protocol messages; A transceiver information extraction module for extracting transceiver information from protocol messages from which the duplicate message is removed; A transceiver schematization module for mapping a transceiver using the extracted transceiver information; And Message transmission and reception flow diagram module for diagramating the protocol messages transmitted and received between the schematized transceiver in chronological order Protocol message transmission and reception flow diagram system for an Internet telephony service comprising a. The method of claim 8, The message extraction module, A sender / caller grouping module for extracting protocol messages related to the caller or the called party of the analysis target call and grouping them into a primary classification protocol message group; And Message grouping module for each call to group messages by call from the primary classification protocol message group to form a secondary classification protocol message group Protocol message transmission and reception flow diagram system for an Internet telephony service comprising a. The method of claim 9, The door to door message grouping module, Extracting a SIP reference message from the primary classification protocol message group, extracting SIP protocol messages having the same [Call-ID] as the first SIP reference message among the SIP reference messages from the primary classification protocol message group, and A protocol message transmission / reception flow schematic system for an internet telephony service, characterized in that the call duration is determined by determining a last SIP protocol message among SIP protocol messages having the same [Call-ID] and the SIP reference message. 11. The method of claim 10, The door to door message grouping module, Extracting SIP protocol messages having a different caller ID and a same caller identifier information as the original SIP reference message from among the SIP protocol messages transmitted and received within the call duration of the primary classification protocol message group, Extracting a Diameter protocol message having the same sender / receiver identifier as the first SIP reference message among Diameter protocol messages transmitted and received within the call duration among the primary classification protocol message groups, SIP telephone messages having the same sender identifier information and receiver identifier information, and Diameter protocol messages having the same SIP reference message and sender / receiver identifier as the same, are grouped into the secondary classification protocol message group. Protocol message transmission and reception flow diagram system. The method of claim 8, The duplicate message removal module, In the case of the SIP protocol message among the extracted protocol messages, if the [Tag] and [Tag] fields of the [Call-ID], [From] fields are the same, the same SIP protocol message is considered. Protocol Message Transceiver Flow Scheme for Internet Telephony Service. The method of claim 8, The transceiver information extraction module, Extracting one protocol message from the protocol messages from which the duplicate message has been removed, extracting sender and receiver information of the one protocol message, and storing the extracted sender and receiver information if the first extracted new information is stored. A protocol message transmission and flow diagram system for an Internet telephony service.

Images