Re: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm

Qin Wu <bill.wu@huawei.com> Thu, 07 November 2019 13:43 UTC

Return-Path: <bill.wu@huawei.com>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93772120841 for <opsawg@ietfa.amsl.com>; Thu, 7 Nov 2019 05:43:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.189
X-Spam-Level:
X-Spam-Status: No, score=-4.189 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_FILL_THIS_FORM_SHORT=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id g2DETodGYpMR for <opsawg@ietfa.amsl.com>; Thu, 7 Nov 2019 05:43:40 -0800 (PST)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AD361120831 for <opsawg@ietf.org>; Thu, 7 Nov 2019 05:43:39 -0800 (PST)
Received: from lhreml706-cah.china.huawei.com (unknown [172.18.7.107]) by Forcepoint Email with ESMTP id 071C44A8E86D7E436988; Thu, 7 Nov 2019 13:43:37 +0000 (GMT)
Received: from lhreml709-chm.china.huawei.com (10.201.108.58) by lhreml706-cah.china.huawei.com (10.201.108.47) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 7 Nov 2019 13:43:36 +0000
Received: from lhreml709-chm.china.huawei.com (10.201.108.58) by lhreml709-chm.china.huawei.com (10.201.108.58) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Thu, 7 Nov 2019 13:43:35 +0000
Received: from DGGEML423-HUB.china.huawei.com (10.1.199.40) by lhreml709-chm.china.huawei.com (10.201.108.58) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1713.5 via Frontend Transport; Thu, 7 Nov 2019 13:43:34 +0000
Received: from DGGEML531-MBS.china.huawei.com ([169.254.5.209]) by dggeml423-hub.china.huawei.com ([10.1.199.40]) with mapi id 14.03.0439.000; Thu, 7 Nov 2019 21:43:27 +0800
From: Qin Wu <bill.wu@huawei.com>
To: SAMIER BARGUIL GIRALDO <samier.barguilgiraldo.ext@telefonica.com>, Erez Segev <Erez.Segev@ecitele.com>, "slitkows.ietf@gmail.com" <slitkows.ietf@gmail.com>, "alejandro.aguado_martin@nokia.com" <alejandro.aguado_martin@nokia.com>, Oscar González de Dios <oscar.gonzalezdedios@telefonica.com>, Victor Lopez <victor.lopezalvarez@telefonica.com>, "opsawg@ietf.org" <opsawg@ietf.org>
Thread-Topic: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm
Thread-Index: AdWVcQCd57XIMFZeSNGvGmBDPiWceQ==
Date: Thu, 07 Nov 2019 13:43:27 +0000
Message-ID: <B8F9A780D330094D99AF023C5877DABAA93EE41B@dggeml531-mbs.china.huawei.com>
Accept-Language: zh-CN, en-US
Content-Language: zh-CN
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [10.134.31.203]
Content-Type: multipart/related; boundary="_006_B8F9A780D330094D99AF023C5877DABAA93EE41Bdggeml531mbschi_"; type="multipart/alternative"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/k2FL6WaHdfY2Oq9_Uy4tCFScBWU>
Subject: Re: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 07 Nov 2019 13:43:45 -0000

SAMIER:
BGP under routing protocol per network access also has autonomous-system attribute.
Have autonomous-system in both vpn-node level and network access level,
Do you expect one is overridden by the other?

-Qin
发件人: OPSAWG [mailto:opsawg-bounces@ietf.org] 代表 SAMIER BARGUIL GIRALDO
发送时间: 2019年11月5日 17:55
收件人: Erez Segev <Erez.Segev@ecitele.com>; slitkows.ietf@gmail.com; alejandro.aguado_martin@nokia.com; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com>; Victor Lopez <victor.lopezalvarez@telefonica.com>; opsawg@ietf.org
主题: Re: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm

Hi Erez,

Yes IPv4 and IPv6 are covered. And AS Number also Included in BGP Session:


           +--rw vpn-nodes

           |  +--rw vpn-node* [vpn-node-id ne-id]

           |     +--rw vpn-node-id             string

           |     +--rw autonomous-system?      uint32

           |     +--rw description?            string


Regards,


Samier Barguil
Transport & IP Networks | GCTIO - Technology | CIT Centro Integrado de Transporte |

Móvil +57 311 2402952

Móvil +34 665416074

E-mail samier.barguilgiraldo.ext@telefonica.com<mailto:samier.barguilgiraldo.ext@telefonica.com>

E-mail samier.barguil@wipro.com<mailto:samier.barguil@wipro.com>

________________________________
De: Erez Segev <Erez.Segev@ecitele.com<mailto:Erez.Segev@ecitele.com>>
Enviado: martes, 5 de noviembre de 2019 2:40
Para: SAMIER BARGUIL GIRALDO <samier.barguilgiraldo.ext@telefonica.com<mailto:samier.barguilgiraldo.ext@telefonica.com>>; slitkows.ietf@gmail.com<mailto:slitkows.ietf@gmail.com> <slitkows.ietf@gmail.com<mailto:slitkows.ietf@gmail.com>>; alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com> <alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com>>; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; Victor Lopez <victor.lopezalvarez@telefonica.com<mailto:victor.lopezalvarez@telefonica.com>>; opsawg@ietf.org<mailto:opsawg@ietf.org> <opsawg@ietf.org<mailto:opsawg@ietf.org>>
Asunto: RE: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm


Hi Samier,



Thanks for the update , two questions



-          For the first change, will the same going to be added for IPv6?

-          I have also suggested to add AS number to vpn-nodes container , it is necessary for eBGP session creation, if we are setting the provider side , the customer need to initiate a session to the provider address + the providers AS number.



Thanks.

Erez









From: SAMIER BARGUIL GIRALDO [mailto:samier.barguilgiraldo.ext@telefonica.com]
Sent: Monday, November 04, 2019 1:55 PM
To: Erez Segev <Erez.Segev@ecitele.com<mailto:Erez.Segev@ecitele.com>>; slitkows.ietf@gmail.com<mailto:slitkows.ietf@gmail.com>; alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com>; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; Victor Lopez <victor.lopezalvarez@telefonica.com<mailto:victor.lopezalvarez@telefonica.com>>; opsawg@ietf.org<mailto:opsawg@ietf.org>
Subject: RE: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm



Hi All,



According to Erez comments. The authors has proposed some changes in the model to achieve to support two use cases without affecting the current implementation have already tested of the L3NM. The use cases an it's proposed solution are:

  1.  Allow several IP address under the same Network Access.
We have created a list of Static Ip Addresses under IPv4/IPv6 containers. The primary address in this case would be referenced based on an "address-id"-

           |     |     |  +--rw ipv4 {ipv4}?

           |     |     |  |  +--rw static-addresses

           |     |     |  |     +--rw primary-address?   -> /l3vpn-ntw/vpn-services/vpn-nodes/network-accesses/network-acces/ip-connection/ipv4/static-addresses/address/address-id

           |     |     |  |     +--rw address* [address-id]

           |     |     |  |        +--rw address-id          string

           |     |     |  |        +--rw provider-address?   inet:ipv4-address

           |     |     |  |        +--rw customer-address?   inet:ipv4-address

           |     |     |  |        +--rw prefix-length?      uint8



With this augmentation we are able to assign several ip addresses under the Same Network Access.  This is a common scenario on SPs deployments.



2.Allow several BGP sessions under the same Network Access.

To support several Routing Protocols sessions under the same Network Access we have changed the Key to have an ID to allow several protocols under the same Network Access:



           |     |        +--rw routing-protocol* [id]

           |     |           +--rw id                  string

           |     |           +--rw type?               identityref

           |     |           +--rw routing-profiles* [id]

           |     |           |  +--rw id      -> /l3vpn-ntw/vpn-profiles/valid-provider-identifiers/routing-profile-identifier/id

           |     |           |  +--rw type?   ie-type

           |     |           +--rw ospf {rtg-ospf}?

           |     |           |  +--rw address-family*   address-family

           |     |           |  +--rw area-address      yang:dotted-quad

           |     |           |  +--rw metric?           uint16

           |     |           |  +--rw mtu?              uint16

           |     |           |  +--rw security

           |     |           |  |  +--rw auth-key?   string

           |     |           |  +--rw sham-links {rtg-ospf-sham-link}?

           |     |           |     +--rw sham-link* [target-site]

           |     |           |        +--rw target-site    svc-id

           |     |           |        +--rw metric?        uint16

           |     |           +--rw bgp {rtg-bgp}?

           |     |           |  +--rw autonomous-system    uint32

           |     |           |  +--rw address-family*      address-family

           |     |           |  +--rw neighbor?            inet:ip-address

           |     |           |  +--rw multihop?            uint8

           |     |           |  +--rw security

           |     |           |     +--rw auth-key?   string

           |     |           +--rw static

           |     |           |  +--rw cascaded-lan-prefixes

           |     |           |     +--rw ipv4-lan-prefixes* [lan next-hop] {ipv4}?

           |     |           |     |  +--rw lan         inet:ipv4-prefix

           |     |           |     |  +--rw lan-tag?    string

           |     |           |     |  +--rw next-hop    inet:ipv4-address

           |     |           |     +--rw ipv6-lan-prefixes* [lan next-hop] {ipv6}?

           |     |           |        +--rw lan         inet:ipv6-prefix

           |     |           |        +--rw lan-tag?    string

           |     |           |        +--rw next-hop    inet:ipv6-address

           |     |           +--rw rip {rtg-rip}?

           |     |           |  +--rw address-family*   address-family

           |     |           +--rw vrrp {rtg-vrrp}?

           |     |              +--rw address-family*   address-family





I'm attaching the new tree.



Regards,

--

Samier Barguil
Transport & IP Networks | GCTIO - Technology | CIT Centro Integrado de Transporte |

Móvil +57 311 2402952

Móvil +34 665416074

E-mail samier.barguilgiraldo.ext@telefonica.com<mailto:samier.barguilgiraldo.ext@telefonica.com>

E-mail samier.barguil@wipro.com<mailto:samier.barguil@wipro.com>



________________________________

De: Erez Segev <Erez.Segev@ecitele.com<mailto:Erez.Segev@ecitele.com>>
Enviado: domingo, 3 de noviembre de 2019 10:04
Para: slitkows.ietf@gmail.com<mailto:slitkows.ietf@gmail.com> <slitkows.ietf@gmail.com<mailto:slitkows.ietf@gmail.com>>; SAMIER BARGUIL GIRALDO <samier.barguilgiraldo.ext@telefonica.com<mailto:samier.barguilgiraldo.ext@telefonica.com>>; alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com> <alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com>>; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; Victor Lopez <victor.lopezalvarez@telefonica.com<mailto:victor.lopezalvarez@telefonica.com>>; opsawg@ietf.org<mailto:opsawg@ietf.org> <opsawg@ietf.org<mailto:opsawg@ietf.org>>
Asunto: RE: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm





Hi Stephane,



We find the Site-Network-Access (SNA) concept as defined in RFC8299 a bit inconvenient  ,since in our equipment each LIF can have up to 4 IPv6 addresses and single IPv4 address, so each SNA build of 5 different sub SNAs and the information is duplicated.

In addition the BGP session is configured  in the VRF level and not in the LIF level (as well as static routes) as such we take the SNA information and set it on the VRFs.





Anyhow, in the current use case , we are dealing with integrated service of L2 and L3 VPN as follows:

[cid:image001.png@01D593BA.BBBA0C30]





L3VPN A  On GW nodes

– connected to 3rd party equipment using RT values over IP/MPLS network ,

Connected to Access nodes via eBGP sessions over P2P PHT connection (PW)



L3VPN 3  On Access nodes

-          Connected to GW nodes via eBGP sessions over P2P PHT connection (PW)

-          Connected to  clients using MP2MP IRB





My intention is to represent L3VPN-A and L3VPN-B without SNAs since the SNAs are the EPs of the P2P PHT L2VPN



So… for each L3VPN I need to set list of eBGP sessions to its neighbor(s) which must have different Autonomous system numbers and there is a need to set it somehow.





In the bottom line, you are right that SNAs can be used , for single eBGP session per single destination per interface , but since the eBGP starts from the VRF and not from the LIF it is legal to created several eBGP sessions to elements connected via single interface.







Regards,

Erez















From: slitkows.ietf@gmail.com<mailto:slitkows.ietf@gmail.com> [mailto:slitkows.ietf@gmail.com]
Sent: Thursday, October 31, 2019 5:22 PM
To: 'SAMIER BARGUIL GIRALDO' <samier.barguilgiraldo.ext@telefonica.com<mailto:samier.barguilgiraldo.ext@telefonica.com>>; Erez Segev <Erez.Segev@ecitele.com<mailto:Erez.Segev@ecitele.com>>; alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com>; 'Oscar González de Dios' <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; 'Victor Lopez' <victor.lopezalvarez@telefonica.com<mailto:victor.lopezalvarez@telefonica.com>>; opsawg@ietf.org<mailto:opsawg@ietf.org>
Subject: RE: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm



Hi Erez,



What is the exact setup that you want to achieve ?

Currently the BGP is linked to the site-network-access. If a site has multiple site-network-access on the same PE, there is no issue to get multiple BGP sessions with the current model.

What is your use case for having multiple BGP sessions on the same access ? There are two that I could think of but I prefer to hear from you first, so you are not influenced 😉

regarding the AS, why do you need the SP AS in the model (I guess you mean the ASN of the PE) ? SP knows which ASN the PE is belonging to.



Brgds,



Stephane





From: OPSAWG <opsawg-bounces@ietf.org<mailto:opsawg-bounces@ietf.org>> On Behalf Of SAMIER BARGUIL GIRALDO
Sent: jeudi 31 octobre 2019 15:23
To: Erez Segev <Erez.Segev@ecitele.com<mailto:Erez.Segev@ecitele.com>>; alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com>; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; Victor Lopez <victor.lopezalvarez@telefonica.com<mailto:victor.lopezalvarez@telefonica.com>>; opsawg@ietf.org<mailto:opsawg@ietf.org>
Subject: Re: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm



Hi Erez,



After checking the model, you are right this key does not allow the configuration of several BGP sessions on the Same VPN.



Regarding the AS; We have already discussed and the idea is to include it in the New Version. Thanks for your feedback.



Regards,



Samier Barguil
Transport & IP Networks | GCTIO - Technology | CIT Centro Integrado de Transporte |

Móvil +57 311 2402952

Móvil +34 665416074

E-mail samier.barguilgiraldo.ext@telefonica.com<mailto:samier.barguilgiraldo.ext@telefonica.com>

E-mail samier.barguil@wipro.com<mailto:samier.barguil@wipro.com>



________________________________

De: Erez Segev <Erez.Segev@ecitele.com<mailto:Erez.Segev@ecitele.com>>
Enviado: jueves, 31 de octubre de 2019 8:34
Para: SAMIER BARGUIL GIRALDO <samier.barguilgiraldo.ext@telefonica.com<mailto:samier.barguilgiraldo.ext@telefonica.com>>; alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com> <alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com>>; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; Victor Lopez <victor.lopezalvarez@telefonica.com<mailto:victor.lopezalvarez@telefonica.com>>; opsawg@ietf.org<mailto:opsawg@ietf.org> <opsawg@ietf.org<mailto:opsawg@ietf.org>>
Asunto: RE: draft-ietf-opsawg-l3sm-l3nm



Hi Samier,



In addition to my previous mail, is there’s an ability to determine the provider’s autonomous-system, in order to initiate eBPG from the customer premises to the L2VPN , I believe ths attribute should be added to vpn-node container.



Thanks,

Erez





From: SAMIER BARGUIL GIRALDO [mailto:samier.barguilgiraldo.ext@telefonica.com]
Sent: Thursday, October 31, 2019 1:00 PM
To: Erez Segev <Erez.Segev@ecitele.com<mailto:Erez.Segev@ecitele.com>>; alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com>; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; Victor Lopez <victor.lopezalvarez@telefonica.com<mailto:victor.lopezalvarez@telefonica.com>>; opsawg@ietf.org<mailto:opsawg@ietf.org>
Subject: RE: draft-ietf-opsawg-l3sm-l3nm



Hi Erez,



We have defined the routing protocols inside the Network Access as a List. So you can have several routing protocols enabled at the same time, including two or more eBGP sesions or BGP+ OSPF or OSPF+ Static Route.



[cid:image002.png@01D593BA.BBBA0C30]



In fact we have added the multihop count to be able to support BGP connections with not directly connected peers. So in this case an static route + BGP connection is enabled.



Reagards



Samier Barguil
Transport & IP Networks | GCTIO - Technology | CIT Centro Integrado de Transporte |

Móvil +57 311 2402952

Móvil +34 665416074

E-mail samier.barguilgiraldo.ext@telefonica.com<mailto:samier.barguilgiraldo.ext@telefonica.com>

E-mail samier.barguil@wipro.com<mailto:samier.barguil@wipro.com>



________________________________

De: OPSAWG <opsawg-bounces@ietf.org<mailto:opsawg-bounces@ietf.org>> en nombre de Erez Segev <Erez.Segev@ecitele.com<mailto:Erez.Segev@ecitele.com>>
Enviado: jueves, 31 de octubre de 2019 4:59
Para: alejandro..aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com> <alejandro.aguado_martin@nokia.com<mailto:alejandro.aguado_martin@nokia.com>>; Oscar González de Dios <oscar.gonzalezdedios@telefonica.com<mailto:oscar.gonzalezdedios@telefonica.com>>; Victor Lopez <victor.lopezalvarez@telefonica.com<mailto:victor.lopezalvarez@telefonica.com>>; opsawg@ietf.org<mailto:opsawg@ietf.org> <opsawg@ietf.org<mailto:opsawg@ietf.org>>
Asunto: [OPSAWG] draft-ietf-opsawg-l3sm-l3nm



Dear Authors of draft-ietf-opsawg-l3sm-l3nm





Question regarding eBGP ,

what if I’d like several eBGP sessions to

-          Multiple destinations

-          Different AS  .



How do I set several eBGP sessions per site?

Where does the AS of the other side defined?









                     |     +--rw bgp {rtg-bgp}?

                     |     |  +--rw autonomous-system    uint32

                     |     |  +--rw address-family*      address-family

                     |     |  +--rw neighbor?            inet:ip-address

                     |     |  +--rw multihop?            uint8

                     |     |  +--rw security

                     |     |     +--rw auth-key?   string











Thanks,

Erez







Erez Segev


NFV&SDN System Engineer




T:


+972.3.9287393


M:


+972.50.7057393


E:


erez.segev@ecitele.com<mailto:erez.segev@ecitele.com>





www.ecitele.com<http://www.ecitele.com/>


[cid:image001.png@01D0A206.A2B15AE0]






___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this
transmission in error, please inform us by e-mail, phone or fax, and then delete the original
and all copies thereof.
___________________________________________________________________________



________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição

___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this
transmission in error, please inform us by e-mail, phone or fax, and then delete the original
and all copies thereof.
___________________________________________________________________________



________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição

___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this
transmission in error, please inform us by e-mail, phone or fax, and then delete the original
and all copies thereof.
___________________________________________________________________________



________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição

___________________________________________________________________________

This e-mail message is intended for the recipient only and contains information which is
CONFIDENTIAL and which may be proprietary to ECI Telecom. If you have received this
transmission in error, please inform us by e-mail, phone or fax, and then delete the original
and all copies thereof.
___________________________________________________________________________

________________________________

Este mensaje y sus adjuntos se dirigen exclusivamente a su destinatario, puede contener información privilegiada o confidencial y es para uso exclusivo de la persona o entidad de destino. Si no es usted. el destinatario indicado, queda notificado de que la lectura, utilización, divulgación y/o copia sin autorización puede estar prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.

The information contained in this transmission is privileged and confidential information intended only for the use of the individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this transmission in error, do not read it. Please immediately reply to the sender that you have received this communication in error and then delete it.

Esta mensagem e seus anexos se dirigem exclusivamente ao seu destinatário, pode conter informação privilegiada ou confidencial e é para uso exclusivo da pessoa ou entidade de destino. Se não é vossa senhoria o destinatário indicado, fica notificado de que a leitura, utilização, divulgação e/ou cópia sem autorização pode estar proibida em virtude da legislação vigente. Se recebeu esta mensagem por erro, rogamos-lhe que nos o comunique imediatamente por esta mesma via e proceda a sua destruição