Re: [Softwires] Port mapping - Don't change it at the last minute !

2011-11-03 Thread Rémi Després
Hi Jacni, Le 3 nov. 2011 à 05:13, Jacni Qin a écrit : ... Saying if you are not happy with port sharing, we give you a full address is relatively straightforward and can be translated into marketing terms. Anything in between is more questionable. This is a question that should be taken

Re: [Softwires] Port mapping - Don't change it at the last minute !

2011-11-03 Thread Ole Troan
Remi, [...] Furthermore, there is already an approach adopted by the WG for public IPv4 address case, if the MAP just covers shared address with one single sharing ratio for one domain, the design will be greatly simplified? Requiring ISPs to maintain IPv4 routing in their networks,

[Softwires] Keeping support of CE IPv4 prefixes in the v4/v6 address mapping?

2011-11-03 Thread Rémi Després
Le 3 nov. 2011 à 09:50, Jacni Qin a écrit : if the MAP just covers shared address with one single sharing ratio for one domain, the design will be greatly simplified? Requiring ISPs to maintain IPv4 routing in their networks, just to serve the few users that need to keep IPv4 prefixes,

Re: [Softwires] Keeping support of CE IPv4 prefixes in the v4/v6 address mapping?

2011-11-03 Thread mohamed.boucadair
Hi Rémi, all, Since there is only an excerpt of e-mails, I lost the context. Could you please clarify what is the issue discussed here? Thanks. Cheers, Med -Message d'origine- De : Rémi Després [mailto:despres.r...@laposte.net] Envoyé : jeudi 3 novembre 2011 10:05 À : Jacni

[Softwires] MAP design team output

2011-11-03 Thread Ole Troan
All, after the Softwires Interim meeting in Beijing, a design team was tasked with producing a document with a common mechanism for Mapping of Address and Port. a mechanism that could be common for all the proposed stateless IPv4 over IPv6 mechanisms (dIVI-PD, 4rd-{E,T,U}, Stateless 4over6,

Re: [Softwires] Keeping support of CE IPv4 prefixes in the v4/v6 address mapping?

2011-11-03 Thread Rémi Després
Le 3 nov. 2011 à 10:14, mohamed.boucad...@orange.com mohamed.boucad...@orange.com a écrit : Hi Rémi, all, Since there is only an excerpt of e-mails, I lost the context. Could you please clarify what is the issue discussed here? Thanks. Sure. Right or wrong, I understood that what Jacni

[Softwires] Keeping support of CE IPv4 prefixes in the v4/v6 address mapping?

2011-11-03 Thread Rémi Després
Le 3 nov. 2011 à 10:04, Ole Troan a écrit : ... Requiring ISPs to maintain IPv4 routing in their networks, just to serve the few users that need to keep IPv4 prefixes, seems to me a step backward. can you clarify why this? I don't understand why IPv4 routing has to be maintained just

Re: [Softwires] Fw: New Version Notification fordraft-cui-softwire-b4-translated-ds-lite-04.txt

2011-11-03 Thread Peng Wu
Hi Olivier, see inlines :) -- Peng Wu Hello, thanks for this interesting draft. In your use case, could you explain if every CPE/Host need to reach Internet? That would be the case in a typical Broadband deployment but perhaps not in your deployment scenario. Could be every CPE/Host.

Re: [Softwires] Keeping support of CE IPv4 prefixes in the v4/v6 address mapping?

2011-11-03 Thread Tina TSOU
As far as I understood, keeping IPv4 prefix in the mapping facilitated the use of IPv4 subnets, am I interpreting it right? Regards, Tina -Original Message- From: softwires-boun...@ietf.org [mailto:softwires-boun...@ietf.org] On Behalf Of Rémi Després Sent: Thursday, November 03, 2011

Re: [Softwires] Fw: New Version Notification fordraft-cui-softwire-b4-translated-ds-lite-04.txt

2011-11-03 Thread Reinaldo Penno
Hello Peng, Some comments inline... On 11/3/11 5:12 AM, Peng Wu peng...@foxmail.com wrote: Hi Olivier, see inlines :) -- Peng Wu Hello, thanks for this interesting draft. In your use case, could you explain if every CPE/Host need to reach Internet? That would be the case

Re: [Softwires] [BEHAVE] Stateless Deterministic NAPT/DS-Lite

2011-11-03 Thread Poscic, Kristian (Kristian)
Just to make sure I understand this. Deterministic (statefull) NAT is deterministically translating inside IP to outside IP + port range (take NAT44 case). Deterministic stateLESS NAT is deterministically translating inside IP + inside_src_port to outside IP + outside_src_port. No states are

Re: [Softwires] [BEHAVE] Stateless Deterministic NAPT/DS-Lite

2011-11-03 Thread Reinaldo Penno
Hello Kristian, comments inline. On 11/3/11 4:38 PM, Poscic, Kristian (Kristian) kristian.pos...@alcatel-lucent.com wrote: Just to make sure I understand this. Deterministic (statefull) NAT is deterministically translating inside IP to outside IP + port range (take NAT44 case). Yes.

Re: [Softwires] Keeping support of CE IPv4 prefixes in the v4/v6 address mapping?

2011-11-03 Thread Jacni Qin
hi Remi, On 11/3/2011 5:04 PM, Rémi Després wrote: Le 3 nov. 2011 à 09:50, Jacni Qin a écrit : if the MAP just covers shared address with one single sharing ratio for one domain, the design will be greatly simplified? Requiring ISPs to maintain IPv4 routing in their networks, just to serve

Re: [Softwires] Keeping support of CE IPv4 prefixes in the v4/v6 address mapping?

2011-11-03 Thread Jacni Qin
hi, On 11/3/2011 5:24 PM, Rémi Després wrote: Le 3 nov. 2011 à 10:04, Ole Troan a écrit : ... Requiring ISPs to maintain IPv4 routing in their networks, just to serve the few users that need to keep IPv4 prefixes, seems to me a step backward. can you clarify why this? I don't understand why

Re: [Softwires] Fw: New Version Notificationfordraft-cui-softwire-b4-translated-ds-lite-04.txt

2011-11-03 Thread Jiang Dong
Hi,Peeno, In section 4.5 of the SDNAT draft you've given a mapping function example. I'm not quite get the meaning of the stateless algorithm. Say the maxpot is 1024, so we get the i = floor((65535-1024) / 1024 ) = 63. I cannot find the definition of the P, does it mean the number of addresses