[Hipsec-rg] 答复: Hierarchical HITs
shengjiang at huawei.com (Sheng Jiang) Fri, 16 January 2009 14:42 UTC
From: "shengjiang at huawei.com"
Date: Fri, 16 Jan 2009 22:42:54 +0800
Subject: [Hipsec-rg] 答复: Hierarchical HITs
In-Reply-To: <alpine.LFD.2.00.0901152346540.17180@stargazer.pc.infrahip.net>
References: <f832f99e32cca.32ccaf832f99e@huawei.com> <alpine.LFD.2.00.0901152346540.17180@stargazer.pc.infrahip.net>
Message-ID: <1CC9CAD8FB744ADA82C9A6F4C2AC8B03@JiangXiong>
> >>>> I.e. when I change my network provider I will have to change the "HIP > >>>> management domain" part in HIT? > > Sheng, thank you for such a long explanation, but I meant the following > example. > > A customer does not want to pay anymore to Provider_A, whose management > tag she has in her HHIT, but Provider_A does the mapping/etc service for > her HHIT. So the customer will have to change her identifier (HHIT) in > this case, right? > > I just do not see the reasons to have a new hierarchical space of > identifiers. We already have the Internet address space, domain names, SSL > certificates and so on. Of course, I might be wrong. Yes, we have so many hierarchical identifiers already. They are hierarchical for reasons: aggregative, even more important for management purpose. This is particularly important for host identity. Will any country allow entrance of a man whose identity card is issued by himself only? Will BT give services access to a host/device that has its own arbitrary identity? The purpose of an identity is to identify itself, the most important, its belonging. Our proposal embeds this belonging information into HIT, make the HIT meaningful. The receiver or network management plane can easily validate it. Regards, Sheng
- [Hipsec-rg] Hierarchical HITs Xu Xiaohu
- [Hipsec-rg] 答复: Key Revocation Issue Zhang Dacheng
- [Hipsec-rg] Key Revocation Issue Henderson, Thomas R
- [Hipsec-rg] re: 答复: 答复: Key Revocation Issue Xu Xiaohu
- [Hipsec-rg] 答复: 答复: Key Revocation Issue Andrew McGregor
- [Hipsec-rg] 答复: 答复: Key Revocation Issue Zhang Dacheng
- [Hipsec-rg] 答复: Key Revocation Issue Scott Brim
- [Hipsec-rg] 答复: Key Revocation Issue Zhang Dacheng
- [Hipsec-rg] Hierarchical HITs JiangSheng 66104
- [Hipsec-rg] Key Revocation Issue Oleg Ponomarev
- [Hipsec-rg] Hierarchical HITs Oleg Ponomarev
- [Hipsec-rg] 答复: Key Revocation Issue Zhang Dacheng
- [Hipsec-rg] 答复: Key Revocation Issue Zhang Dacheng
- [Hipsec-rg] Key Revocation Issue Miika Komu
- [Hipsec-rg] Key Revocation Issue Zhang Dacheng
- [Hipsec-rg] 答复: Hierarchical HITs Zhang Dacheng
- [Hipsec-rg] 答复: Hierarchical HITs Teemu Koponen
- [Hipsec-rg] Hierarchical HITs JiangSheng 66104
- [Hipsec-rg] Hierarchical HITs Oleg Ponomarev
- [Hipsec-rg] 答复: Hierarchical HITs Zhang Dacheng
- [Hipsec-rg] Hierarchical HITs JiangSheng 66104
- [Hipsec-rg] Hierarchical HITs Julien Laganier
- [Hipsec-rg] Hierarchical HITs Julien Laganier
- [Hipsec-rg] 答复: Hierarchical HITs Julien Laganier
- [Hipsec-rg] Hierarchical HITs Oleg Ponomarev
- [Hipsec-rg] 答复: Hierarchical HITs Sheng Jiang
- [Hipsec-rg] 答复: 答复: Hierarchical HITs Sheng Jiang
- [Hipsec-rg] 答复: Hierarchical HITs Sheng Jiang
- [Hipsec-rg] Hierarchical HITs Oleg Ponomarev
- [Hipsec-rg] Hierarchical HITs (Was: reverse DNS l… JiangSheng 66104
- [Hipsec-rg] Key Revocation Issue Zhang Dacheng
- [Hipsec-rg] Key Revocation Issue Henderson, Thomas R