JP2013251778A - Communication system - Google Patents

Communication system Download PDF

Info

Publication number
JP2013251778A
JP2013251778A JP2012125594A JP2012125594A JP2013251778A JP 2013251778 A JP2013251778 A JP 2013251778A JP 2012125594 A JP2012125594 A JP 2012125594A JP 2012125594 A JP2012125594 A JP 2012125594A JP 2013251778 A JP2013251778 A JP 2013251778A
Authority
JP
Japan
Prior art keywords
mail
record
host
destination
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2012125594A
Other languages
Japanese (ja)
Other versions
JP5830434B2 (en
Inventor
Toshiyuki Kamiya
俊之 神谷
Masafumi Kinoshita
雅文 木下
Takafumi Koike
隆文 小池
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Priority to JP2012125594A priority Critical patent/JP5830434B2/en
Publication of JP2013251778A publication Critical patent/JP2013251778A/en
Application granted granted Critical
Publication of JP5830434B2 publication Critical patent/JP5830434B2/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Abstract

PROBLEM TO BE SOLVED: To suppress repetition of mail transmission trial to a mail server where failures occur at each time of transmitting mail when failures occur at some mail servers of a destination domain of mail transmission, which occurs in a conventional mail gateway system.SOLUTION: A communication system includes: collecting convergence statistical information having hierarchical structure for each MX record and each host; and determining an IP address of the host having high possibility that mail transmission is successful using the collected convergence statistical information.

Description

本発明は、メールゲートウェイシステムにおいて、宛先のメールサーバや通信経路に障害が発生した場合などに送信先メールサーバの選択を行う技術に関する。   The present invention relates to a technique for selecting a destination mail server when a failure occurs in a destination mail server or a communication path in a mail gateway system.

従来のメールゲートウェイシステムは、メール送信宛先ドメインの名前解決をDNS(DomainNameService)問い合わせにより行っている。DNS問い合わせは、まずMX(MaileXchange)レコード問い合わせを行い、得られたMXレコードの中で一番優先度(preference値)が高いMXレコードのAレコードの問い合わせを行い、得られたホスト(IPアドレス)群の中の何れかのメールサーバにメール送信を行う。
従来のメールゲートウェイでは、対向メールサーバ障害時には、例えば特許文献1に記載されるように複数の送信先メールサーバをドメイン単位に輻輳制御し送信規制、解除を行っている。また、例えば特許文献2では、内部DNSが保有するMXレコードの障害が発生したサーバの優先度を下げることで輻輳制御を行っている。
A conventional mail gateway system performs name resolution of a mail transmission destination domain by a DNS (Domain Name Service) inquiry. The DNS inquiry is performed by first making an MX (MailXchange) record inquiry, making an inquiry about the A record of the MX record having the highest priority (preference value) among the obtained MX records, and obtaining the obtained host (IP address). Send mail to any mail server in the group.
In a conventional mail gateway, when a counter mail server failure occurs, as described in Patent Document 1, for example, congestion control is performed on a plurality of destination mail servers for each domain, and transmission restriction and cancellation are performed. For example, in Patent Document 2, congestion control is performed by lowering the priority of a server in which a failure of the MX record held in the internal DNS occurs.

特開2010-287987JP2010-287987 特開2001-086152JP2001-086152

従来のメールゲートウェイシステムでは、メール送信宛先ドメインの一部のメールサーバで障害が発生した場合、メール送信の度に障害が発生しているメールサーバへのメール送信試行を繰り返し、メールゲートウェイシステムで提供するメール配信サービスに配信遅延の影響を与える可能性がある。またメール送信先ドメインのMXレコードは、優先度を持つが、外部DNSにマスタ管理されている為、メールゲートウェイで優先度を変更することが出来ない。また、MXレコードに紐付いたホストには優先度が無く、複数のMXレコード、ホストを有する大規模な通信システムの一部サーバで障害が発生した場合、送信可能なホストがあるにも関わらず、障害メールサーバへのメール送信試行を繰り返しメール送信が遅延する課題がある。   In the conventional mail gateway system, when a failure occurs in some mail servers in the mail transmission destination domain, the mail gateway system repeatedly provides mail transmission attempts to the mail server in which the failure occurs each time mail is sent. There is a possibility that the mail delivery service will affect the delivery delay. Further, the MX record of the mail transmission destination domain has a priority, but since the master is managed by the external DNS, the priority cannot be changed by the mail gateway. In addition, the host associated with the MX record has no priority, and if a failure occurs in some servers of a large communication system having a plurality of MX records and hosts, there is a host that can transmit, There is a problem that mail transmission is repeatedly delayed after repeated mail transmission attempts to the fault mail server.

メールゲートウェイシステムにおいては、送信先ドメインの一部のメールサーバや通信経路で障害が発生した場合に、障害が発生したドメインに対して、障害発生メールサーバへのメール送信を規制し、健全なメールサーバへのメール送信を優先的に行うことで、送信先ドメインで発生した障害による影響が少ないメール配信サービスを提供することが課題である。   In the mail gateway system, when a failure occurs in some mail servers or communication paths in the destination domain, the mail transmission to the failed mail server is regulated for the domain in which the failure has occurred, and healthy mail is sent. The challenge is to provide a mail delivery service that is less affected by failures that occur in the destination domain by preferentially sending mail to the server.

本発明による通信システムは一例として、通信端末から送信されるメールを格納する記憶部と、前記メールを前記記憶部から読み出し、前記メールの宛先ドメインに対応する複数のMXレコードを得、前記複数のMXレコードをキーとしてMXレコード毎輻輳統計情報を検索して送信先MXレコードを決定し、前記送信先MXレコードに対応する複数のIPアドレスを得、前記複数のIPアドレスをキーとしてホスト毎輻輳統計情報を検索して送信先ホストを決定し、前記送信先ホストに前記メールを転送するメール中継処理部とを有する。  As an example, the communication system according to the present invention reads a mail transmitted from a communication terminal, reads the mail from the storage, obtains a plurality of MX records corresponding to the destination domain of the mail, and Congestion statistics information for each MX record is searched using the MX record as a key to determine a destination MX record, a plurality of IP addresses corresponding to the destination MX record are obtained, and a congestion statistics for each host is obtained using the plurality of IP addresses as a key. A mail relay processing unit that searches information to determine a destination host and forwards the mail to the destination host.

メール送信先ドメインの一部のメールサーバで障害が発生した場合にも、メールサーバ群から送信が成功する可能性が相対的に高いホストサーバを決定し、メール配信障害の影響を極小化できる。   Even when a failure occurs in some mail servers in the mail transmission destination domain, it is possible to determine a host server having a relatively high possibility of successful transmission from the mail server group, and to minimize the influence of the mail delivery failure.

本発明の実施の形態を示すシステム構成例のブロック図。1 is a block diagram of a system configuration example showing an embodiment of the present invention. メールゲートウェイブロック論理構成例の図Figure of mail gateway block logical configuration example 本メールゲートウェイシステムによる輻輳制御のシーケンス例の図。The figure of the example of a sequence of congestion control by this mail gateway system. MXレコード毎輻輳統計情報例Congestion statistics information example for each MX record ホスト毎輻輳統計情報例Example of congestion statistics for each host 送信可能MXレコード判定フローチャート例Transmittable MX record determination flowchart example 送信可能ホスト判定フローチャート例Sendable host determination flowchart example

以下、本発明の実施の形態について図面により詳細に説明する。
図1はメールゲートウェイシステムの実施の形態の例のブロック図を示したものである。図1において101はメール送信が可能な通信端末、102は101と103を接続する無線網、103は通信キャリアが管理するキャリア設備網(コア網)で102、104と106を接続する、104はインターネットで、105は104を介して接続されるメール送信先のメールサーバ群、107は104を介して接続されるDNSサーバ、106はメールゲートウェイシステム、108は103を介して106の運用監視を行う運用監視サーバである。
図2はメールゲートウェイシステムの論理構成を示したものである。図2において201は103を介して通信端末からのメールを受信するメール受信プロセス処理部、202は201で受信したメールを格納するメッセージキュー(第1記憶部)、204は202に格納されたメールを103を介して転送先のメールサーバへ送信するメール中継プロセス処理部である。207は204がメール送信に失敗した場合にメールを格納する再送キュー(第2記憶部)である。205は204から依頼のあった宛先ドメインの名前解決を行うDNS通信プロセス処理部である。206は108からの運用コマンドを204に中継するコマンドI/Fプロセス処理部である。203は204による処理についての統計情報を処理する輻輳統計情報処理部である。
次に、本メールゲートウェイシステムによる名前解決制御を図3のシーケンスに従って説明する。メールクライアント機能を持つ通信端末からメール301を受信したメール受信プロセス処理部は、メール302をメッセージキューに格納し、成功応答303を受信すると通信端末に正常応答304を送信する。メッセージ中継プロセス処理部は、メッセージキューに格納されたメール305を読み出し、送信可能ドメイン判定306を行い、DNSサーバにメッセージキューから読み出したメールの宛先ドメインについてのMXレコード問い合わせ307を送信する。メール中継プロセス処理部は、DNSサーバよりMXレコード問い合わせ307の応答としてMXレコード308を受信する。
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
FIG. 1 is a block diagram showing an example of an embodiment of a mail gateway system. In FIG. 1, 101 is a communication terminal capable of sending mail, 102 is a wireless network connecting 101 and 103, 103 is a carrier equipment network (core network) managed by a communication carrier, and connects 102, 104 and 106, 104 is In the Internet, 105 is a mail server group of mail transmission destinations connected via 104, 107 is a DNS server connected via 104, 106 is a mail gateway system, and 108 is 106 for monitoring operation via 103. It is an operation monitoring server.
FIG. 2 shows a logical configuration of the mail gateway system. In FIG. 2, 201 is a mail reception process processing unit that receives mail from a communication terminal via 103, 202 is a message queue (first storage unit) that stores the mail received in 201, and 204 is mail stored in 202. Is a mail relay process processing unit that transmits the message to the forwarding mail server via 103. Reference numeral 207 denotes a retransmission queue (second storage unit) for storing mail when 204 fails to send mail. A DNS communication process processing unit 205 performs name resolution of the destination domain requested from 204. A command I / F process processing unit 206 relays the operation command from 108 to 204. Reference numeral 203 denotes a congestion statistical information processing unit that processes statistical information regarding the processing by 204.
Next, name resolution control by this mail gateway system will be described according to the sequence of FIG. Upon receiving the mail 301 from the communication terminal having the mail client function, the mail reception process processing unit stores the mail 302 in the message queue, and transmits a normal response 304 to the communication terminal when the success response 303 is received. The message relay process processing unit reads the mail 305 stored in the message queue, makes a sendable domain determination 306, and sends an MX record inquiry 307 about the destination domain of the mail read from the message queue to the DNS server. The mail relay process processing unit receives the MX record 308 as a response to the MX record inquiry 307 from the DNS server.

メール中継プロセス処理部は次に、輻輳統計情報処理部203に格納されるMXレコード毎輻輳統計情報320に対して、受信したMXレコードをキー情報として検索を行う。MXレコード毎輻輳統計情報320は後述する図4に詳細を示す。当該検索では、受信したMXレコードと一致するキー情報402を検索し、一致するキー情報402に対応する失敗判定カウンタ情報404、失敗内訳情報405、優先度情報407を検索する。これらの検索結果に基づいて、詳細を後述する送信可能MXレコード判定309を行う。   Next, the mail relay process processing unit searches the congestion statistical information 320 for each MX record stored in the congestion statistical information processing unit 203 using the received MX record as key information. Details of the congestion statistical information 320 for each MX record are shown in FIG. In this search, key information 402 that matches the received MX record is searched, and failure determination counter information 404, failure breakdown information 405, and priority information 407 corresponding to the matching key information 402 are searched. Based on these search results, a transmittable MX record determination 309, which will be described in detail later, is performed.

メール中継プロセス処理部は、309で送信先MXレコードとして決定したMXレコードを用いてホスト名問い合わせ310をDNSサーバに送信し、ホスト名問い合わせ310の応答としてDNSサーバよりIPアドレス311を受信する。   The mail relay process processing unit transmits the host name inquiry 310 to the DNS server using the MX record determined as the transmission destination MX record in 309, and receives the IP address 311 from the DNS server as a response to the host name inquiry 310.

メール中継プロセス処理部は、輻輳統計情報処理部203に格納されるホスト(IPアドレス)毎輻輳統計情報321に対して、送信先MXレコードと受信したIPアドレスをキー情報として検索を行う。IPアドレス毎輻輳統計情報321は後述する図5に詳細を示す。当該検索では、受信したIPアドレスとMXレコードをキーにしてキー情報(IPアドレス)502とオプション記憶領域(MXレコード)507を検索し、対応する失敗判定カウンタ504情報、失敗内訳505情報を検索する。これらの検索結果に基づいて、詳細を後述する送信可能ホスト判定312を行う。なお、キー情報(IPアドレス)のみをキーとして検索をしてもよい。   The mail relay process processing unit searches the congestion statistical information 321 for each host (IP address) stored in the congestion statistical information processing unit 203 using the destination MX record and the received IP address as key information. Details of the IP address congestion statistics information 321 are shown in FIG. In this search, key information (IP address) 502 and option storage area (MX record) 507 are searched using the received IP address and MX record as keys, and corresponding failure determination counter 504 information and failure breakdown 505 information are searched. . Based on these search results, a transmittable host determination 312 is described in detail later. A search may be performed using only key information (IP address) as a key.

メール中継プロセス処理部は、312で決定した送信先ホスト(送信先ホストIPアドレス)に送信先メールサーバにメール313を送信(転送)する。313の送信結果314を受信後、メール中継プロセス処理部は、送信結果判定315を行い、その結果を320、321に反映して輻輳統計情報更新316を行う。
次に、本メールゲートウェイシステムが収集するMXレコード毎の輻輳統計情報の例を図4に従って説明する。MXレコード毎の輻輳統計情報は、MXレコード毎のメール送信の失敗情報を含む。例えば、ユニークなID401と、キー情報(MXレコード)毎に、メール送信が成功した回数をカウントするカウンタ情報403と、メール送信が失敗した回数をカウントする失敗判定カウント情報404と、メール送信が失敗した場合のエラー要因別に回数をカウントする失敗内訳情報405と、更新日時情報406と、DNSから受信した優先度情報407を記憶するテーブルである。例えば、メール送信コネクションを使い回す場合は、使用中のコネクション数を併せて格納してもよい。また、単位時間毎の送信メール数や、送信したメールの平均メッセージサイズや、メール送信要求の平均応答時間を集計しても良い。
次に、本メールゲートウェイシステムが収集するIPアドレス毎の輻輳統計情報の例を図5に従って説明する。IPアドレス毎の輻輳統計情報は、IPアドレス毎のメール送信の失敗情報を含む。例えば、ユニークなID501と、キー情報(IPアドレス)毎に、メール送信が成功した回数をカウントするカウンタ情報503と、メール送信が失敗した回数をカウントする失敗判定カウント情報504と、メール送信が失敗が失敗した場合のエラー要因別に回数をカウントする失敗内訳情報505と、更新日時情報506と、元となったMXレコード507を記憶するテーブルである。例えば、メール送信コネクションを使い回す場合は、使用中のコネクション数を併せて格納してもよい。また、単位時間毎の送信メール数や、送信したメールの平均メッセージサイズや、メール送信要求の平均応答時間を集計しても良い。
次に送信可能MXレコード判定について図6に従って説明する。送信可能MXレコード判定では、送信先ドメインのDNS問い合わせで得られたMXレコードについて、601でMXレコード毎輻輳統計情報320に存在するか判定を行い、存在しない場合は、DNS問い合わせで得られたMXレコードの優先度の高いMXレコードを選択する。ここでMXレコードは、一般に送信先ドメインのDNS問い合わせの応答にて複数得られるものである。よって、MXレコード毎輻輳統計情報320に送信先ドメインのDNS問い合わせで得られた複数MXレコードが存在する場合は、602で失敗の少ないMXレコードを選択する。
The mail relay process processing unit transmits (transfers) the mail 313 to the transmission destination mail server to the transmission destination host (transmission destination host IP address) determined in 312. After receiving the transmission result 314 of 313, the mail relay process processing unit performs a transmission result determination 315, reflects the result in 320 and 321, and updates the congestion statistical information 316.
Next, an example of congestion statistical information for each MX record collected by the mail gateway system will be described with reference to FIG. The congestion statistical information for each MX record includes mail transmission failure information for each MX record. For example, for each unique ID 401, key information (MX record), counter information 403 for counting the number of successful email transmissions, failure determination count information 404 for counting the number of failed email transmissions, and email transmission failure This is a table for storing failure breakdown information 405 for counting the number of times for each error cause, update date and time information 406, and priority information 407 received from DNS. For example, when reusing mail transmission connections, the number of connections in use may be stored together. Further, the number of emails sent per unit time, the average message size of emails sent, and the average response time of email transmission requests may be aggregated.
Next, an example of congestion statistical information for each IP address collected by the mail gateway system will be described with reference to FIG. The congestion statistical information for each IP address includes failure information for mail transmission for each IP address. For example, for each unique ID 501, key information (IP address), counter information 503 that counts the number of times mail transmission has been successful, failure determination count information 504 that counts the number of times mail transmission has failed, and mail transmission failure This is a table for storing failure breakdown information 505 for counting the number of times for each error cause when the failure has occurred, update date and time information 506, and the original MX record 507. For example, when reusing mail transmission connections, the number of connections in use may be stored together. Further, the number of emails sent per unit time, the average message size of emails sent, and the average response time of email transmission requests may be aggregated.
Next, transmittable MX record determination will be described with reference to FIG. In the sendable MX record determination, it is determined whether or not the MX record obtained by the DNS inquiry of the destination domain exists in the congestion statistics information 320 for each MX record in 601. If there is no MX record, MX obtained by the DNS inquiry is determined. Select an MX record with a high record priority. Here, a plurality of MX records are generally obtained in response to a DNS inquiry in the destination domain. Therefore, if there is a plurality of MX records obtained by the DNS inquiry of the destination domain in the congestion statistical information 320 for each MX record, an MX record with few failures is selected in 602.

失敗が少ないMXレコードとは、複数のMXレコード間で相対的に失敗が一番少ないと判断されるMXレコードであって、例えば、カウンタ情報に対する失敗判定カウンタの割合が最も少ないものとすることや、失敗判定カウンタ情報の数値が最も少ないものとすることや、失敗内訳情報において特定の失敗要因についての失敗数値が最も少ないものとすることができる。   An MX record with few failures is an MX record that is judged to have the smallest number of failures among a plurality of MX records. For example, the failure record counter has the smallest ratio to the counter information. The failure determination counter information can have the smallest numerical value, or the failure breakdown information can have the smallest failure numerical value for a specific failure factor.

602の選択では、例えば、閾値を儲け失敗率(カウンタ情報に対する失敗判定カウンタの割合)が一定以下のMXレコードについて優先度の高いMXレコードを選択する方法も可能である。その他、メール送信のコネクションを使い回して使用する場合は、有効なコネクション数が少ないMXレコードを選択する方法も可能である。また、単位時間毎の送信メール数の一番少ないMXレコードを選択する方法や、送信したメールの平均メッセージサイズが一番小さいMXレコードを選択する方法や、メール送信要求の平均応答時間が一番小さいMXレコードを選択する方法や、複数の方法に優先度をつけて選択する方法であっても良い。また602の判定は、運用監視端末からのコマンド操作で閾値、有効期限や判定優先度を変更することもできる。602で選択したMXレコードについては、603で更新日時の有効期限判定を行い、有効期限が切れていた場合は、604で該当情報の輻輳統計情報からの削除を行い、「開始」からMXレコード選択をやり直す。
次に送信可能ホスト判定について図7に従って説明する。送信可能ホスト判定では、送信可能MXレコード判定で選択したMXレコードのDNS問い合わせ応答で得るIPアドレスについて、701でホスト(IPアドレス)毎輻輳統計情報321に存在するか判定を行い、存在しない場合は、DNS問い合わせで得られたIPアドレスの中から任意に選択する。
In the selection of 602, for example, a method of selecting a MX record having a high priority for an MX record having a failure rate (a ratio of the failure determination counter to the counter information) below a certain value by setting a threshold value is possible. In addition, when the mail transmission connection is used repeatedly, a method of selecting an MX record with a small number of effective connections is also possible. Also, the method of selecting the MX record with the smallest number of emails sent per unit time, the method of selecting the MX record with the smallest average message size of sent emails, and the average response time of email transmission requests A method of selecting a small MX record or a method of selecting a plurality of methods with priority may be used. In the determination of 602, the threshold value, expiration date, and determination priority can be changed by a command operation from the operation monitoring terminal. For the MX record selected in 602, the expiration date of the update date is determined in 603. If the expiration date has expired, the corresponding information is deleted from the congestion statistics information in 604, and the MX record is selected from “Start”. Try again.
Next, transmission possible host determination will be described with reference to FIG. In the transmission possible host determination, it is determined in 701 whether the IP address obtained by the DNS inquiry response of the MX record selected in the transmission possible MX record determination exists in the congestion statistics information 321 for each host (IP address). , Arbitrarily select from IP addresses obtained by DNS inquiry.

ここでIPアドレスには、一般にMXレコードのDNS問い合わせの応答にて複数得られるものである。よって、ホスト(IPアドレス)毎輻輳統計情報321にMXレコードのホスト名問い合わせ応答で得られた複数IPアドレスが存在する場合は、702で失敗の少ないIPアドレスを選択する。   Here, a plurality of IP addresses are generally obtained in response to DNS inquiry of MX record. Therefore, when there are a plurality of IP addresses obtained by the MX record host name inquiry response in the congestion statistics information 321 for each host (IP address), an IP address with few failures is selected in 702.

失敗が少ないIPアドレスとは、複数のIPアドレス間で相対的に失敗が一番少ないと判断されるIPアドレスであって、例えば、カウンタ情報に対する失敗判定カウンタの割合が最も少ないものとすることや、失敗判定カウンタ情報の数値が最も少ないものとすることや、失敗内訳情報において特定の失敗要因についての失敗数値が最も少ないものとすることができる。   An IP address with few failures is an IP address that is judged to have the smallest number of failures among a plurality of IP addresses. For example, the failure determination counter has the smallest ratio to the counter information. The failure determination counter information can have the smallest numerical value, or the failure breakdown information can have the smallest failure numerical value for a specific failure factor.

702の選択では、例えば、閾値を儲け失敗率(カウンタ情報に対する失敗判定カウンタの割合)が一定以下のIPアドレスを選択する方法も可能である。その他、メール送信のコネクションを使い回して使用する場合は、有効なコネクション数が少ないIPアドレスを選択する方法も可能である。また、単位時間毎の送信メール数の一番少ないIPアドレスを選択する方法や、送信したメールの平均メッセージサイズが一番小さいIPアドレスを選択する方法や、メール送信要求の平均応答時間が一番小さいIPアドレスを選択する方法や、複数の方法に優先度をつけて選択する方法であっても良い。また702の判定は、運用監視端末からのコマンド操作で閾値、有効期限や、有効期限を変更することもできる。702で選択したIPアドレスについては、703で更新日時の有効期限判定を行い、有効期限が切れていた場合は、704で該当情報の輻輳統計情報からの削除を行い「開始」からIPアドレス選択をやり直す。   In the selection of 702, for example, a method is possible in which a threshold value is set and an IP address having a failure rate (a ratio of the failure determination counter to the counter information) of a certain value or less is selected. In addition, when a mail transmission connection is used repeatedly, a method of selecting an IP address with a small number of effective connections is also possible. Also, the method of selecting the IP address with the smallest number of emails sent per unit time, the method of selecting the IP address with the smallest average message size of sent emails, and the average response time of email transmission requests A method of selecting a small IP address or a method of selecting a plurality of methods with priority may be used. In the determination of 702, the threshold, the expiration date, and the expiration date can be changed by a command operation from the operation monitoring terminal. For the IP address selected in 702, the expiration date of the update date / time is determined in 703. If the expiration date has expired, the corresponding information is deleted from the congestion statistical information in 704, and the IP address is selected from “Start”. Try again.

Claims (6)

通信端末から送信されるメールを格納する記憶部と、
前記メールを前記記憶部から読み出し、前記メールの宛先ドメインに対応する複数のMXレコードを得、前記複数のMXレコードをキーとしてMXレコード毎輻輳統計情報を検索して送信先MXレコードを決定し、前記送信先MXレコードに対応する複数のIPアドレスを得、前記複数のIPアドレスをキーとしてホスト毎輻輳統計情報を検索して送信先ホストを決定し、前記送信先ホストに前記メールを転送するメール中継処理部とを有する通信システム。
A storage unit for storing mail transmitted from the communication terminal;
Reading the mail from the storage unit, obtaining a plurality of MX records corresponding to the destination domain of the mail, determining the destination MX record by searching the congestion statistical information for each MX record using the plurality of MX records as a key, Mail that obtains a plurality of IP addresses corresponding to the destination MX record, searches for congestion statistics information for each host using the plurality of IP addresses as a key, determines a destination host, and forwards the mail to the destination host A communication system having a relay processing unit.
前記メール中継処理部は、前記メールの宛先ドメインについてDNSサーバと通信して前記複数のMXレコードを得、前記送信先MXレコードについて前記DNSサーバと通信して複数のIPアドレスを得ることを特徴とする請求項1に記載の通信システム。   The mail relay processing unit communicates with a DNS server for the mail destination domain to obtain the plurality of MX records, and communicates with the DNS server for the destination MX record to obtain a plurality of IP addresses. The communication system according to claim 1. 前記メール中継処理部は、前記複数のIPアドレスをキーとしてホスト毎輻輳統計情報を検索して送信先ホストIPアドレスを決定することを特徴とする請求項1乃至2に記載の通信システム。   The communication system according to claim 1, wherein the mail relay processing unit determines a destination host IP address by searching for congestion statistics information for each host using the plurality of IP addresses as keys. 前記MXレコード毎輻輳統計情報はMXレコード毎のメール送信の失敗情報を含み、前記ホスト毎輻輳統計情報はIPアドレス毎のメール送信の失敗情報を含むことを特徴とする請求項1乃至3に記載の通信システム。   4. The congestion statistical information for each MX record includes failure information for mail transmission for each MX record, and the congestion statistical information for each host includes failure information for mail transmission for each IP address. Communication system. 前記メール中継処理部は、前記MXレコード毎輻輳統計情報を検索して前記複数のMXレコード間で相対的にメール送信の失敗が一番少ないMXレコードを前記送信先MXレコードとし、かつホスト毎輻輳統計情報を検索して前記複数のIPアドレス間で相対的にメール送信の失敗が一番少ないIPアドレスを前記送信先ホストとすることを特徴とする請求項4に記載の通信システム。   The mail relay processing unit searches the congestion statistical information for each MX record, sets the MX record with the least number of mail transmission failures among the plurality of MX records as the destination MX record, and congestion for each host. 5. The communication system according to claim 4, wherein statistical information is searched to make an IP address with the least number of mail transmission failures among the plurality of IP addresses as the destination host. 前記メール中継処理部は、前記送信先ホストから前記メールの送信結果を受信し、前記送信結果に基づいて前記MXレコード毎輻輳統計情報と前記ホスト毎輻輳統計情報とを更新することを特徴とする請求項1乃至5に記載の通信システム。   The mail relay processing unit receives the mail transmission result from the destination host, and updates the MX record congestion statistics information and the host congestion statistics information based on the transmission result. The communication system according to claim 1.
JP2012125594A 2012-06-01 2012-06-01 Communications system Active JP5830434B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2012125594A JP5830434B2 (en) 2012-06-01 2012-06-01 Communications system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2012125594A JP5830434B2 (en) 2012-06-01 2012-06-01 Communications system

Publications (2)

Publication Number Publication Date
JP2013251778A true JP2013251778A (en) 2013-12-12
JP5830434B2 JP5830434B2 (en) 2015-12-09

Family

ID=49850037

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2012125594A Active JP5830434B2 (en) 2012-06-01 2012-06-01 Communications system

Country Status (1)

Country Link
JP (1) JP5830434B2 (en)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016072809A (en) * 2014-09-30 2016-05-09 株式会社Hde Program and mail server

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016072809A (en) * 2014-09-30 2016-05-09 株式会社Hde Program and mail server

Also Published As

Publication number Publication date
JP5830434B2 (en) 2015-12-09

Similar Documents

Publication Publication Date Title
US9705799B2 (en) Server-side load balancing using parent-child link aggregation groups
CN108173976B (en) Domain name resolution method and device
JP5364671B2 (en) Terminal connection status management in network authentication
CN101577722B (en) Method for realizing MAC forced forwarding function and device
KR101887581B1 (en) Flow-based packet transport device and packet management method thereof
US20110145405A1 (en) Methods for Collecting and Analyzing Network Performance Data
JP2019520763A (en) Network slice selection method, apparatus and system
US20120191847A1 (en) Methods, systems, and computer readable media for screening diameter messages within a diameter signaling router (dsr) having a distributed message processor architecture
US10097447B2 (en) Method, apparatus, and system for transmitting data
EP3179687B1 (en) Network flow information statistics method and apparatus
CN107241379B (en) Content delivery across heterogeneous networks
CN113472646B (en) Data transmission method, node, network manager and system
JP5233295B2 (en) COMMUNICATION DEVICE, COMMUNICATION SYSTEM, AND COMMUNICATION METHOD
KR101384794B1 (en) Message routing platform
US7822056B2 (en) LCR switch with header compression
JP5830434B2 (en) Communications system
JP5326977B2 (en) Change notification method, change notification device and program
JP2006270781A (en) Resource management apparatus, resource management system and method
JP5287759B2 (en) Network system and route search method
KR101097706B1 (en) Cscf adding dns cache and method for registering terminal using cscf adding dns cache
CN111447294B (en) Message forwarding method and device
US9203920B2 (en) Method and node for automatically exchanging network service provider information
JP2008295082A (en) Gateway apparatus, transmission method, reception method, and information recording medium
JP2011010187A (en) Communication network system
CN103795634A (en) Method and device for generating forwarding table

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140930

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150626

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150707

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150903

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20150929

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20151026

R151 Written notification of patent or utility model registration

Ref document number: 5830434

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R151