WO2012095022A1 - Procédé et dispositif de transmission de message en mode manuel mff - Google Patents

Procédé et dispositif de transmission de message en mode manuel mff Download PDF

Info

Publication number
WO2012095022A1
WO2012095022A1 PCT/CN2012/070335 CN2012070335W WO2012095022A1 WO 2012095022 A1 WO2012095022 A1 WO 2012095022A1 CN 2012070335 W CN2012070335 W CN 2012070335W WO 2012095022 A1 WO2012095022 A1 WO 2012095022A1
Authority
WO
WIPO (PCT)
Prior art keywords
address
gateway
request packet
carried
source
Prior art date
Application number
PCT/CN2012/070335
Other languages
English (en)
Chinese (zh)
Inventor
刘建基
纪林
Original Assignee
中兴通讯股份有限公司
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 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2012095022A1 publication Critical patent/WO2012095022A1/fr

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Definitions

  • the present invention relates to the field of communications, and in particular, to a message transmission method and apparatus in a manual mode of MFF (Mac Forced Forwarding). Background technique
  • VoIP Voice over Internet Protocol
  • IP Internet Protocol
  • VoIP Voice over Internet Protocol
  • IP Internet Protocol
  • VoIP can easily deliver voice, fax, video, and data services over IP networks, such as unified messaging, virtual telephony, virtual voice/fax mailboxes, directory services, Internet call centers, Internet call management, video conferencing, e-commerce , fax store-and-forward and store and forward various information.
  • Representative broadband access devices mainly include DSLAM (Digital Subscriber Line Access Multiplexer), PON (Passive Optical Network), and the like.
  • DSLAM Digital Subscriber Line Access Multiplexer
  • PON Passive Optical Network
  • One of their characteristics is that they have multiple user ports, and in order to avoid mutual interference or affect network security, the access device separates the user ports by default, that is, communication between multiple user ports is impossible.
  • Layer isolation characteristics The VoIP service is based on the Ethernet protocol, and the voice packets of both parties of the call need to be transmitted between the two VoIP users through the user port based on the TCP/IP (Transmission Control Protocol/Internet Protocol) protocol, so this is between the user ports.
  • TCP/IP Transmission Control Protocol/Internet Protocol
  • the MFF is adopted in the prior art, and the implementation mechanism is to forcibly direct the data stream to the gateway of the access device, and the data flow between different users under the access device by the gateway Forward.
  • Its working mode is divided into automatic mode and manual mode.
  • the network side In the manual mode, the network side only maintains the MAC address of the default gateway, that is, only one gateway MAC address is maintained in one VLAN (Virtual Local Area Network).
  • the gateway corresponding to each user may be located on the same device (the different IP addresses in the same VLAN are used as the user gateways of different network segments), or may be located on different devices.
  • the user and the gateway are not in the same subnet. Therefore, when the user is not in the same subnet as the gateway, voice communication cannot be performed between different VoIP users in the MFF manual mode.
  • the embodiment of the invention provides a packet transmission method and device, which is used to implement packet transmission of different VoIP users and improve the efficiency of message transmission.
  • a message transmission method in the MFF manual mode includes the following steps:
  • the source IP address carried in the request packet is The gateway sends an acknowledgment message to the gateway IP address of the same network segment.
  • a message transmission device in the MFF manual mode comprising:
  • the transceiver module is configured to receive the request message, and when the IP address of the gateway in the same network segment as the source IP address carried in the request packet is the same as the destination IP address carried in the request message At the same time, the response packet is sent according to the gateway IP address of the same network segment as the source IP address carried in the request packet;
  • a judging module configured to determine whether a gateway IP address in the configured gateway corresponding to the different network segment is in the same network segment as the source IP address carried in the request packet; and when the judgment result is yes, Determining the gateway in the same network segment as the source IP address carried in the request packet
  • IP address is the same as the destination IP address carried in the request packet.
  • the embodiment of the present invention receives the request message; and determines that the configured gateway corresponding to different network segments is configured
  • the gateway IP address in the IP address is in the same network segment as the source IP address carried in the request message; if the judgment result is yes, it is determined that the source IP address carried in the request packet is on the same network segment. Whether the gateway IP address is the same as the destination IP address carried in the request packet; when the IP address of the gateway in the same network segment as the source IP address carried in the request packet is carried in the request packet, When the destination IP address is the same, the response packet is sent according to the gateway IP address of the same network segment as the source IP address carried in the request packet.
  • multiple gateway IP addresses and subnet masks corresponding to different network segments are configured in a VLAN, so that users in different network segments can respectively have corresponding gateways.
  • FIG. 1 is a main structure of a message transmission apparatus in an MFF manual mode according to an embodiment of the present invention
  • FIG. 2 is a detailed structural diagram of a message transmission apparatus in an MFF manual mode according to an embodiment of the present invention
  • FIG. 3 is a schematic diagram of voice intercommunication of different VoIP users in a VLAN according to an embodiment of the present invention
  • FIG. 4 is a main flow chart of a message transmission method in an MFF manual mode according to an embodiment of the present invention.
  • FIG. 5 is a detailed flowchart of a message transmission method in an MFF manual mode according to an embodiment of the present invention. detailed description
  • the embodiment of the present invention receives the request packet; determines whether the gateway IP address in the gateway IP address corresponding to the different network segment is in the same network segment as the source IP address carried in the request message; If yes, it is determined whether the gateway IP address in the same network segment as the source IP address carried in the request packet is the same as the destination IP address carried in the request packet, and is carried in the request packet.
  • the source IP address of the same network segment is the same as the destination IP address carried in the request packet
  • the source IP address is sent according to the gateway IP address of the same network segment as the source IP address carried in the request packet. Reply message.
  • multiple gateway IP addresses and subnet masks corresponding to different network segments are configured in a VLAN, so that users in different network segments can respectively have corresponding gateways.
  • First it is determined whether the gateway IP address in the configured gateway IP address is in the same network segment as the source IP address carried in the request message, and when the determination result is yes, it is determined to be carried in the request packet. If the source IP address of the source IP address is the same as the destination IP address carried in the request packet, the forwarding is performed, so that different VoIP users in the same VLAN can transmit packets through the gateway.
  • the gateway IP address in the configured gateway IP address is in the same network segment as the source IP address carried in the request message, and when the determination result is yes, it is determined to be carried in the request packet. If the source IP address of the source IP address is the same as the destination IP address carried in the request packet, the forwarding is performed, so that different VoIP users in the same VLAN can transmit packets through the gateway.
  • Improved the maintenance of only one gateway address in MFF manual mode if the
  • Call control includes the deconstruction of call links and the processing of various call flows.
  • the VoIP softswitch platform is only responsible for the processing of call control signaling, and is not responsible for carrying out control separation, that is, the establishment and transmission of voice flow paths. Therefore, it is only necessary to establish a control channel between the user and the VoIP softswitch platform to specifically transmit control signaling.
  • both parties obtain the IP address, MAC address, and transmission port of the other party from the call control process.
  • the voice stream channel is directly established according to the IP address, MAC address and port of the other party to perform point-to-point transmission without going through the VoIP softswitch platform or other third parties.
  • voice packets are packaged into IP packets and transmitted directly to each other on the IP network for voice transmission.
  • the apparatus for transmitting a message in the MFF manual mode in the embodiment of the present invention includes a transceiver module 101 and a determination module 102.
  • the device may be located on the access device side.
  • the transceiver module 101 is configured to receive the request message, and when the gateway IP address in the same network segment as the source IP address carried in the request packet is the same as the destination IP address carried in the request packet, Sending a response packet with the gateway IP address of the same network segment as the source IP address carried in the request packet.
  • an ARP (Address Resolution Protocol) request packet and an ARP response packet are taken as an example.
  • the transceiver module 101 receives the ARP request packet and sends an ARP response packet generated by the determining module 102.
  • the ARP response packet carries the gateway MAC address or the MAC address corresponding to the destination IP address carried in the request packet.
  • the ARP request packet carries at least information such as a source IP address and a destination IP address of the sender.
  • the transceiver module 101 is further configured to send an ARP request packet and receive an ARP response packet. For example, when the A user requests to perform voice communication with the B user, the transceiver module 101 receives the ARP request packet sent by the A user, and returns to the A user. ARP response message, and the transceiver module 101 uses the B The ARP request sends the ARP request message, and receives the ARP reply message returned by the user, and the gateway MAC address corresponding to the destination IP address carried by the ARP.
  • the determining module 102 is configured to determine whether the gateway IP address of the gateway IP address corresponding to the different network segment is in the same network segment as the source IP address carried in the request packet, and the judgment result is If yes, it is determined whether the gateway IP address in the same network segment as the source IP address carried in the request packet is the same as the destination IP address carried in the request packet.
  • the determining module 102 carries the packet according to the request and the packet.
  • the source IP address generates an ARP reply packet on the gateway IP address of the same network segment, and the ARP response packet carries the gateway corresponding to the gateway IP address of the same network segment as the source IP address carried in the request packet.
  • the MAC address, the notification transceiver module 101 sends the ARP response message.
  • the determining module 102 is further configured to determine, after the transceiver module 101 receives the ARP request packet, whether the sender of the ARP request packet is the network side or the user side, and if the sender of the ARP request packet is the user side, determining The module 102 can determine, according to the source IP address and the subnet mask carried in the ARP request packet, whether the gateway IP address in the configured gateway IP address is in the same network segment as the source IP address carried in the ARP request packet. If the gateway IP address is not in the same network segment as the source IP address carried in the ARP request packet, the ARP request packet is discarded.
  • the gateway IP address in the configured gateway IP address is in the same network segment as the source IP address carried in the ARP request packet, the source IP address carried in the request packet is in the same network segment. Whether the gateway IP address is the same as the destination IP address carried in the request packet, if the IP address of the gateway in the same network segment as the source IP address carried in the request packet is carried in the request message If the IP address is the same, continue to determine whether the gateway MAC address corresponding to the gateway IP address exists. If the gateway MAC address corresponding to the gateway IP address exists, The determining module 102 generates an ARP response packet, where the ARP response packet carries the gateway MAC address. If the gateway MAC address corresponding to the gateway IP address does not exist, the notification transceiver module 101 forwards the ARP request packet to the network side, and obtains the gateway MAC address corresponding to the gateway IP address.
  • the destination IP address carried in the request packet is continuously determined. If the MAC address corresponding to the destination IP address exists in the request packet, the determining module 102 generates an ARP response packet, where the ARP response packet carries the request packet. The MAC address corresponding to the destination IP address is carried. If the MAC address corresponding to the destination IP address carried in the request packet does not exist, the determining module 102 modifies the destination IP address carried in the request packet to the destination address.
  • the sending and receiving module 101 Transmitting, by the sending and receiving module 101, the modified ARP request packet to the network side, to obtain the information in the request packet, and the gateway IP address in the same network segment as the source IP address carried in the request packet.
  • the source IP address of the gateway is the gateway MAC address corresponding to the gateway IP address of the same network segment.
  • the determining module 102 determines whether the source IP address carried in the ARP request packet is the configured gateway IP address, and when the determination result is yes, determining the ARP request. The user corresponding to the destination IP address carried in the packet already exists. If the user corresponding to the destination IP address carried in the ARP request packet already exists, the determining module 102 generates an ARP response packet, and the ARP response packet is generated.
  • the packet carries the destination IP address carried in the ARP request packet, and the transceiver module 101 is notified to send the ARP reply packet to the network side, if the user corresponding to the destination IP address carried in the ARP request packet does not If yes, the notification transceiver module 101 sends the ARP request packet to the user corresponding to the destination IP address carried in the ARP request packet.
  • the network side may refer to a gateway.
  • the apparatus may further include a configuration module 103 and a storage module 104.
  • the configuration module 103 is configured to configure multiple gateway IP addresses and subnet masks in one VLAN. code.
  • the plurality of gateway IP addresses may correspond to different network segments. Among them, an access device can have multiple VLANs. In MFF manual mode, configure multiple gateway IP addresses and subnet masks for a VLAN. After the configuration is complete, one VLAN can maintain multiple gateway IP addresses in different network segments, so that VoIP users on different network segments can Packets are transmitted in the same VLAN.
  • the storage module 104 is configured to store an ARP entry.
  • Each ARP entry includes at least one user source IP address, a MAC address corresponding to the user source IP address, a gateway IP address, and a gateway MAC address and a port number corresponding to the gateway IP address.
  • the determining module 102 stores the source IP address carried in the ARP request packet, it can be stored in the corresponding ARP entry of the storage module 104.
  • FIG. 3 is a schematic diagram of voice interworking of different VoIP users in a VLAN.
  • SW301 and SW302 are two gateways, and AN303 and AN304 are two access devices.
  • the NNI VLAN (user-side interface) is located at the end of the access device near the network.
  • a UNI VLAN (user-side interface) is provided at one end of the access device.
  • the NNI VLAN is 100 and the UNI VLAN is 100.
  • A305, B306, C307 and D308 are four voice user equipments, the IP address of A305 is 10.0.1.241/38, the IP address of B306 is 10.0.1.225/28, the IP address of C307 is 10.0.1.226/28, IP of D308 The address is 10.0.1.242/28, where A305 and D308 are in the same subnet, B306 and C307 are in the same subnet, and the user side ports of the access devices corresponding to A305, B306, C307 and D308 belong to UNI VLAN 100. .
  • A305, B306, C307 and D308 correspond to SW301.
  • the configuration module 103 configures the gateway IP address, the subnet mask, and the gateway MAC address for the SW 301 and the SW 302.
  • the MAC address of the gateway can be directly configured.
  • the ARP request packet carrying the source IP address of the user is sent to the network side by the transceiver module 101 to initiate the process of obtaining the MAC address of the gateway. This process is also called ARP information of the learning gateway.
  • the result of the configuration can be stored in the ARP entry of the storage module 104.
  • A305 wants to communicate with B306. Because A305 and B306 are in different network segments, they cannot directly interact. Therefore, A305 can send an ARP request packet to SW1, SW1 replies, and then SW1 sends an ARP request packet to B306. After B306 answers, A305 and B306 can perform voice communication through SW1 forwarding.
  • A305 corresponds to SW301
  • B306 corresponds to SW302, and A305 wants to communicate with B306,
  • A305 can send ARP request message to SW1, SW1 responds, then SW1 sends ARP request message to SW2, SW2 responds, SW2 After sending an ARP request message to B306, and then responding to B306,
  • A305 and B306 can perform voice communication through the forwarding of SW1 and SW2.
  • the following processes the uplink ARP request packet processing, the uplink ARP response packet processing, the downlink one, and the uplink ARP request packet processing.
  • the transceiver module 101 receives the user-side ARP request packet.
  • the ARP request packet is sent by the A305, and the purpose is to request voice communication with the B306.
  • the determining module 102 determines whether the sender of the ARP request packet is the network side or the user side. When the judgment result is the user side, the determining module 102 creates a new ARP entry in the storage module 104, and carries the ARP request packet.
  • the source IP address and the source MAC address corresponding to the source IP address are stored in the ARP entry.
  • the source IP address and the subnet mask carried in the ARP request packet are The code uniquely identifies a configured gateway IP address, and the gateway corresponding to the gateway IP address is the destination gateway. If there is no gateway IP address in the same network segment as the source IP address carried in the ARP request packet, the ARP request packet is discarded, if it is in the configured gateway IP address.
  • the gateway IP address is in the same network segment as the source IP address carried in the ARP request packet, and the determining module 102 determines whether the destination IP address carried in the ARP request packet is the determined gateway IP address, that is, determining Whether the destination IP address carried in the ARP request packet is the same as the gateway IP address in the same network segment as the source IP address carried in the ARP request packet.
  • the determining module 102 determines the destination carried in the ARP request packet. The MAC address corresponding to the IP address exists. If the MAC address corresponding to the destination IP address is in the ARP request packet, the determining module 102 generates an ARP response packet, where the ARP response packet carries the ARP request packet. The MAC address corresponding to the destination IP address carried in the message is sent to the transceiver module 101 to send the ARP response message to the user side.
  • the VLAN 100 is forwarded to the network side to obtain a network of gateways corresponding to the gateway IP address of the same network segment as the source IP address carried in the ARP request message. MAC address.
  • the determining module 102 determines the gateway of the gateway corresponding to the gateway IP address. If the gateway MAC address of the gateway corresponding to the IP address of the gateway exists, the determining module 102 generates an ARP response packet, where the ARP response packet carries the gateway MAC address of the gateway, and the transceiver module 101 is notified to the The ARP response message is sent to the user side. If the gateway MAC address of the gateway corresponding to the gateway IP address does not exist, the sending and receiving module forwards the ARP request packet to the network side through the NNI VLAN 100 to obtain the gateway. Gateway MAC address.
  • the transceiver module 101 receives the ARP response packet sent by the network side.
  • the ARP response packet is sent by the SW1, and the purpose is to respond to the voice communication request sent by the D308.
  • the determining module 102 determines whether the sender of the ARP request message is the network side or the user side. When the judgment result is the network side, it continues to determine whether the gateway IP address and the ARP response are carried in the configured gateway IP address.
  • the source IP address is the same. When there is no gateway IP address in the configured gateway IP address and the source IP address carried in the ARP reply message is the same, the ARP reply message is discarded, when the configured gateway IP address is configured.
  • the notification transceiver module 101 forwards the ARP request packet to the network side to obtain the gateway MAC address.
  • the transceiver module 101 receives the ARP request packet sent by the network side.
  • the ARP request packet is sent by the SW1, and the purpose is to send a voice communication request to the A305.
  • the determining module 102 determines whether the sender of the ARP request message is the network side or the user side. When the judgment result is the network side, it continues to determine whether the gateway IP address and the ARP request message are carried in the configured gateway IP address. The source IP address is the same. When it is determined that there is no gateway IP address in the configured gateway IP address and the source IP address carried in the ARP request packet is the same, the ARP request is discarded.
  • the storage module 104 determines that the included gateway IP address is the same as the source IP address carried in the ARP response packet. If the ARP entry does not include the configured gateway MAC address, the notification transceiver module 101 forwards the ARP request to the network side to obtain the gateway MAC address. Continuing to determine whether the ARP entry includes the destination IP address carried in the ARP request packet. If the ARP entry includes the destination IP address carried in the ARP request packet, the destination is included in the ARP entry.
  • the information such as the IP address and the gateway MAC address generates an ARP reply packet, and the sending and receiving module 101 sends the ARP reply packet to the gateway pointed to by the source IP address carried in the ARP request packet, if the ARP entry does not include the
  • the destination IP address carried in the ARP request packet is sent to the transceiver module 101 to forward the ARP request packet to the ARP request packet.
  • the user pointed to by the destination IP address is
  • the transceiver module 103 receives the ARP response packet sent by the user side.
  • the ARP response packet is sent by the B306, and the purpose is to respond to the voice communication request sent by the SW1.
  • the determining module 102 determines whether the sender of the ARP response message is the network side or the user side.
  • the storage module 104 queries the included IP address and the source IP address carried in the ARP response packet. After the ARP entry is queried, it is determined whether the destination IP address carried in the ARP reply packet is the same as the gateway IP address in the ARP entry.
  • the module 102 notifies the transceiver module 101 to forward the ARP response message to the network side to obtain the gateway MAC address of the gateway corresponding to the gateway IP address.
  • the ARP response message is discarded.
  • the main method for transmitting a message in the MFF manual mode in the embodiment of the present invention is as follows:
  • Step 401 Receive a request message.
  • Step 402 Determine whether there is a gateway IP address in the same network segment as the source IP address carried in the request packet in the configured IP address of the gateway corresponding to the different network segment.
  • Step 403 When the judgment result is yes, it is determined whether the gateway IP address in the same network segment as the source IP address carried in the request packet is the same as the destination IP address carried in the request packet.
  • Step 404 When the gateway IP address of the same network segment as the source IP address carried in the request packet is the same as the destination IP address carried in the request packet, the packet is carried according to the request packet.
  • the source IP address sends a response packet on the gateway IP address of the same network segment.
  • Step 501 Receive an ARP request packet.
  • the embodiment of the present invention is a process for processing an uplink ARP request packet. Therefore, the sender of the ARP request message is the user side.
  • Step 502 Determine whether there is a gateway IP address in the same network segment as the source IP address carried in the ARP request packet in the configured gateway IP address.
  • the process proceeds to step 503, otherwise the process proceeds to step 511.
  • Step 503 Determine whether the destination IP address carried in the ARP request packet is the same as the gateway IP address in the same network segment as the source IP address carried in the ARP request packet. When the answer is yes, proceed to step 504, otherwise continue to step 507.
  • Step 504 Determine whether a gateway MAC address of the gateway corresponding to the gateway IP address exists. Forcibly, the gateway IP address refers to the gateway IP address on the same network segment as the source IP address carried in the ARP request packet. When the answer is yes, proceed to step 505, otherwise continue to step 506.
  • Step 505 Send an ARP response message carrying the gateway MAC address of the gateway corresponding to the gateway IP address. Continue with step 506.
  • Step 506 Forward the ARP request to the network side. To get the gateway MAC address of the gateway.
  • Step 507 Determine whether a MAC address corresponding to the destination IP address carried in the ARP request packet exists. When the answer is yes, proceed to step 508, otherwise continue to step 509.
  • Step 508 Send an ARP response message carrying the MAC address corresponding to the destination IP address carried in the ARP request packet.
  • Step 509 Modify the destination IP address carried in the ARP request packet to the gateway IP address of the same network segment as the source IP address carried in the ARP request packet. Continue with step 510.
  • Step 510 Forward the modified ARP request packet to the network side.
  • the gateway MAC address of the gateway corresponding to the gateway IP address of the same network segment as the source IP address carried in the ARP request packet is obtained.
  • Step 511 Discard the ARP request packet.
  • the embodiment of the present invention receives the request packet; determines whether the gateway IP address in the gateway IP address corresponding to the different network segment is in the same network segment as the source IP address carried in the request message; If yes, it is determined whether the gateway IP address in the same network segment as the source IP address carried in the request packet is the same as the destination IP address carried in the request packet, and is carried in the request packet.
  • the source IP address of the same network segment is the same as the destination IP address carried in the request packet
  • the source IP address is sent according to the gateway IP address of the same network segment as the source IP address carried in the request packet. Reply message.
  • multiple gateway IP addresses and subnet masks corresponding to different network segments are configured in a VLAN, so that users in different network segments can respectively have corresponding gateways.
  • First it is determined whether the gateway IP address in the configured gateway IP address is in the same network segment as the source IP address carried in the request message, and when the determination result is yes, it is determined to be carried in the request packet. If the source IP address of the source IP address is the same as the destination IP address carried in the request packet, the forwarding is performed, so that different VoIP users in the same VLAN can transmit packets through the gateway.
  • embodiments of the present invention can be provided as a method, system, or computer program product.
  • the present invention can take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware.
  • the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage and optical storage, etc.) in which computer usable program code is embodied.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable receiving data processing device to operate in a particular manner, such that instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the instruction device implements the functions specified in one or more blocks of the flowchart or in a flow or block of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable receiving data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device
  • the instructions provide steps for implementing the functions specified in a block or blocks of a flow or a flow and/or a block diagram of a flowchart.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

L'invention porte sur un procédé de transmission de message en mode manuel de transmission forcée par contrôle d'accès au support (MFF), pour réaliser une transmission de message pour différents utilisateurs VoIP et améliorer l'efficacité de transmission de message. Le procédé consiste à : recevoir un message de requête ; déterminer s'il existe ou non une adresse IP de passerelle dans les adresses IP de passerelle configurées correspondant à différents segments de réseau qui se trouve dans le même segment de réseau que l'adresse IP source transportée par le message de requête ; lorsque le résultat de détermination est affirmatif, déterminer si l'adresse IP de passerelle dans le même segment que l'adresse IP source transportée par le message de requête est ou non la même que l'adresse IP de destination transportée par le message de requête ; et lorsque l'adresse IP de passerelle dans le même segment que l'adresse IP source transportée par le message de requête est la même que l'adresse IP de destination transportée par le message de requête, envoyer un message de réponse conformément à l'adresse IP de passerelle dans le même segment que l'adresse IP source transportée par le message de requête. L'invention porte en outre sur un dispositif servant à mettre en œuvre le procédé.
PCT/CN2012/070335 2011-01-14 2012-01-13 Procédé et dispositif de transmission de message en mode manuel mff WO2012095022A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2011100085222A CN102075426A (zh) 2011-01-14 2011-01-14 一种mff手工模式下的报文传输方法及装置
CN201110008522.2 2011-01-14

Publications (1)

Publication Number Publication Date
WO2012095022A1 true WO2012095022A1 (fr) 2012-07-19

Family

ID=44033778

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/070335 WO2012095022A1 (fr) 2011-01-14 2012-01-13 Procédé et dispositif de transmission de message en mode manuel mff

Country Status (2)

Country Link
CN (1) CN102075426A (fr)
WO (1) WO2012095022A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103532757A (zh) * 2013-10-17 2014-01-22 华为技术有限公司 网络通信方法、接入点设备及系统

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102075426A (zh) * 2011-01-14 2011-05-25 中兴通讯股份有限公司 一种mff手工模式下的报文传输方法及装置
CN102647360B (zh) * 2012-04-26 2015-02-18 杭州华三通信技术有限公司 一种在vrrpe中传输报文的方法和设备
CN103841029B (zh) * 2012-11-21 2018-02-23 华为技术有限公司 数据传输方法、装置和系统
CN104023001B (zh) * 2013-12-25 2017-04-26 上海寰创通信科技股份有限公司 一种ac设备转发未认证报文信息的方法
CN105282196A (zh) * 2014-06-30 2016-01-27 中国科学院深圳先进技术研究院 一种文件的共享方法、装置及系统
CN106714176A (zh) * 2017-01-04 2017-05-24 北京百度网讯科技有限公司 一种内网服务的访问控制方法及装置
CN110351193B (zh) * 2019-07-05 2022-02-25 京信网络系统股份有限公司 一种路由更新方法及装置、计算机装置及可读存储介质
CN112929241B (zh) * 2021-03-26 2022-06-21 新华三信息安全技术有限公司 一种网络测试方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005091556A2 (fr) * 2004-03-17 2005-09-29 Telefonaktiebolaget Lm Ericsson (Pub) Mappage vlan destine au provisionnement multiservice
CN101141372A (zh) * 2006-09-07 2008-03-12 上海贝尔阿尔卡特股份有限公司 接入设备中用于管理路由信息和数据转发的方法及装置
CN101577722A (zh) * 2009-06-03 2009-11-11 中兴通讯股份有限公司 实现强制mac转发功能的方法和装置
CN102075426A (zh) * 2011-01-14 2011-05-25 中兴通讯股份有限公司 一种mff手工模式下的报文传输方法及装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070274321A1 (en) * 2004-03-17 2007-11-29 Jonsson Ulf F Vlan Mapping For Multi-Service Provisioning
CN101098292B (zh) * 2006-06-29 2011-11-30 中兴通讯股份有限公司 在接入设备上减少用户地址解析协议广播的方法
CN101394360B (zh) * 2008-11-10 2011-07-20 北京星网锐捷网络技术有限公司 地址解析协议报文的处理方法、接入设备和通信系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2005091556A2 (fr) * 2004-03-17 2005-09-29 Telefonaktiebolaget Lm Ericsson (Pub) Mappage vlan destine au provisionnement multiservice
CN101141372A (zh) * 2006-09-07 2008-03-12 上海贝尔阿尔卡特股份有限公司 接入设备中用于管理路由信息和数据转发的方法及装置
CN101577722A (zh) * 2009-06-03 2009-11-11 中兴通讯股份有限公司 实现强制mac转发功能的方法和装置
CN102075426A (zh) * 2011-01-14 2011-05-25 中兴通讯股份有限公司 一种mff手工模式下的报文传输方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
MELSEN, T. ET AL.: "MAC-Forced Forwarding, A Method for Subscriber Separation on an Ethernet Access Network", IETF, June 2006 (2006-06-01) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103532757A (zh) * 2013-10-17 2014-01-22 华为技术有限公司 网络通信方法、接入点设备及系统
CN103532757B (zh) * 2013-10-17 2017-04-26 华为技术有限公司 网络通信方法、接入点设备及系统

Also Published As

Publication number Publication date
CN102075426A (zh) 2011-05-25

Similar Documents

Publication Publication Date Title
WO2012095022A1 (fr) Procédé et dispositif de transmission de message en mode manuel mff
WO2008017268A1 (fr) Système de réseau d'accès, équipement d'accès, procédé de proxy arp et procédé d'acheminement de pontage ip
JP2008515348A5 (fr)
WO2012122835A1 (fr) Dispositif de passerelle multimédia et procédé permettant d'acheminer une trame de données
KR20070010693A (ko) Sip를 이용한 통신 시스템에서 호 해제 요청/응답메시지를 이용한 네트워크 상태 관리 방법
WO2008017270A1 (fr) Procédé, dispositif et système ethernet supportant un acheminement multidiffusion à source spécifique
JP2011501616A (ja) Ipテレフォニーネットワークにおいてアナログ電話をサポートするシステム
WO2003030463A1 (fr) Procede et systeme pour la prestation d'un service vocal ip sur un reseau prive
US8971311B2 (en) Methods, systems and computer readable media for supporting a plurality of real-time transport protocol (RTP) multiplexing enablement methods in a media gateway
WO2015123988A1 (fr) Procédé, appareil et dispositif de commande de congestion
WO2009100662A1 (fr) Procédé de commutation de service et dispositif dans le réseau en anneau
IL156924A (en) Communication between users located behind nat device
JP5202760B2 (ja) セグメント内ハンドオーバの実行の方法
JP2017503407A (ja) パケット処理方法および装置
US8233400B2 (en) Methods, systems, and computer readable media for verifying the availability of an internet protocol (IP) media router during a call setup
WO2007041942A1 (fr) Système pour ethernet de support de la transmission de la multidiffusion spécifique à une source et procédé idoine
US8873374B2 (en) Accelerated recovery during negotiation between a media gateway and a media gateway controller
US7693132B1 (en) Multicast and unicast message re-direction system, method, message re-director, and network device
CN101867575B (zh) 一种跨网元的媒体发夹连接方法和系统
US9692726B2 (en) Front end processor for short message service centers
US7995561B2 (en) Techniques for implementing logical trunk groups with session initiation protocol (SIP)
US9191518B2 (en) Routing system for transferring data packets of a call
JP4143479B2 (ja) 加入者端末間通信システム
JP2006129496A (ja) 通信リングでフレームをルーティングする方法、装置、論理プログラム及びシステム
WO2015081684A1 (fr) Procédé de mise en œuvre d'une protection par tunnel, appareil et dispositif de réseau

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12734140

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12734140

Country of ref document: EP

Kind code of ref document: A1