> -----Original Message-----> > From: ext Sri Gundavelli [mailto:sgund的中文翻譯

> -----Original Message-----> > Fro

> -----Original Message-----
> > From: ext Sri Gundavelli [mailto:sgundave at cisco.com]
> > Sent: 07 April, 2008 07:12
> > To: 'Hesham Soliman'
> > Cc: mext at ietf.org; Eronen Pasi (Nokia-NRC/Helsinki)
> > Subject: RE: [MEXT] TLV header in DSMIP
> >
> > Hi Hesham,
> >
> > Also, can you please clarify the operation for this
> > below scenarioe. We are updating our PMIP6 IPv4 document
> > and we are not clear how this scenario works, in liu of
> > the latest DSMIP6 resolutions. Some clarifications will
> > help.
> >
> > When ESP is used only for control traffic and not for data
> > traffic, how does the NAT traversal scheme work ? The NAT
> > mappings for both the flows are different, howz the relation
> > maintained ?
> >
> > My Assumption: IPv4 transport in use, NAT in path and
> > the resolution that the port 4500 is used for secure
> > ESP traffic and for non secure traffic DSMIP port is
> > used.
> >
> > Operation:
> > ===========
> > - MN sends MIP BU encapsulated in UDP to port 4500
> >
> > - NAT binding is created on the NAT device, having a
> > relation to src port of the BU, port 4500, IPv4-private-coa,
> > IPv4-public-coa and HA-V4-Address
> >
> > - HA creates a tunnel with UDP encap and with the above
> > properties (Src/Dest ports)
> >
> > - If MN or HA needs to forward data traffic and unprotected,
> > does it needs to be sent to port 4500 or DSMIP port ?
> > We cannot send non-ESP traffic to port 4500.
> >
> > - If this is sent to DSMIP port, what triggers the new NAT
> > mapping and howz the tunnel encap header modified on the HA ?
> >
> > - How do keepalives work ?
> >
> > Appreciate your time on this.
> >
> >
> > Regards
> > Sri
> >
0/5000
原始語言: -
目標語言: -
結果 (中文) 1: [復制]
復制成功!
>---原始消息-->> 从: ext 斯里兰卡 Gundavelli [在 cisco.com 的 mailto:sgundave]>> 发送: 2008 年 4 月 7 日 7:12>> 到: ' 尤索 '>> Cc: 文部科学省在 ietf.org;Eronen 派司 (诺基亚-NRC/赫尔辛基)>> 主题: RE: [文部科学省] TLV 头在 DSMIP> > >> 你好尤,> > >> 而且,能否请你澄清为此操作>> 低于 scenarioe。我们正在更新我们 PMIP6 IPv4 文档>> 和我们还不清楚这种情况下是如何工作的在刘的>> 最新的 DSMIP6 决议。一些澄清会>> 帮助。> > >> 当 ESP 用于仅为控制通信而不用于数据>> 交通,NAT 遍历方案如何工作?NAT>> 这两种流动的映射是不同的潘季池的关系>> 维护吗?> > >> 我假设: 在使用中,在路径中的 NAT 的 IPv4 运输和>> 端口 4500 用于该决议安全>> ESP 交通和对于非安全交通 DSMIP 端口是>> 使用。> > >> 操作:> > ===========>>-锰发送 MIP 埠封装在 UDP 端口 4500> > >>-在 NAT 设备上创建 NAT 绑定有>> 关系到 src 港埠,港口 4500,IPv4-私营-coa,>> IPv4-公共-coa 和医管局 V4 地址> > >>-医管局与 UDP 封闭和上述创建隧道>> 属性 (Src/Dest 端口)> > >>-如果锰或医管局需要转发的数据通信和得不到保护,>> 是否它需要发送到端口 4500 或 DSMIP 端口?>> 我们不能将非 ESP 通讯发送到端口 4500。> > >>-如果这发送到 DSMIP 端口,什么触发新的 NAT>> 映射和潘季池隧道封闭头向房委会修改吗?> > >>-保持连线是如何工作?> > >> 欣赏你在这的日子。> > > > >> 认为>> 斯里兰卡> >
正在翻譯中..
結果 (中文) 3:[復制]
復制成功!
> -----原始信息-----> >:EXT斯里兰卡gundavelli [地址:sgundave思科网]> >派:四月07,2008 07:12> >:“Hesham Soliman的> >抄送:文部科学省在ietf.org;埃罗宁PASI(诺基亚NRC /赫尔辛基)> >主题:回复:[下] TLV头DSMIP>> >嗨Hesham,>还可以,请你说明一下这个操作> >下面scenarioe。我们正在更新我们的pmip6 IPv4文件我们还不清楚这个剧本是如何工作的,在刘> >最新dsmip6决议。一些澄清会“帮助。>当电除尘器仅用于控制交通而不是用于数据> >交通,如何穿越NAT方案的工作吗?NAT> >映射为不同的流,湖的关系>保持?>> >我的假设:IPv4运输使用NAT的路径该端口4500用于安全的分辨率> > ESP交通和非交通DSMIP端口安全用的。>>操作:> > ===========> >锰发送MIP卜封装在UDP端口4500>> > NAT绑定是在NAT设备的创建,具有> >与源端口的埠,端口4500,IPv4私有辅酶A,> > IPv4公共辅酶A和ha-v4-address>> >哈创建一个UDP包隧道及以上> >属性(SRC /目的端口)>-如果有需要转发数据流量和未受保护的,> >不需要发送到端口4500或DSMIP港口?我们不能将非电除尘器送至4500口。>> > -如果这是送给DSMIP港,是什么引发了新的NAT> >映射和湖隧道封装报头改性对哈?>> > -如何保持信号的工作吗?>在这个时候,请欣赏你的时间。>>>关于“,”>
正在翻譯中..
 
其它語言
本翻譯工具支援: 世界語, 中文, 丹麥文, 亞塞拜然文, 亞美尼亞文, 伊博文, 俄文, 保加利亞文, 信德文, 偵測語言, 優魯巴文, 克林貢語, 克羅埃西亞文, 冰島文, 加泰羅尼亞文, 加里西亞文, 匈牙利文, 南非柯薩文, 南非祖魯文, 卡納達文, 印尼巽他文, 印尼文, 印度古哈拉地文, 印度文, 吉爾吉斯文, 哈薩克文, 喬治亞文, 土庫曼文, 土耳其文, 塔吉克文, 塞爾維亞文, 夏威夷文, 奇切瓦文, 威爾斯文, 孟加拉文, 宿霧文, 寮文, 尼泊爾文, 巴斯克文, 布爾文, 希伯來文, 希臘文, 帕施圖文, 庫德文, 弗利然文, 德文, 意第緒文, 愛沙尼亞文, 愛爾蘭文, 拉丁文, 拉脫維亞文, 挪威文, 捷克文, 斯洛伐克文, 斯洛維尼亞文, 斯瓦希里文, 旁遮普文, 日文, 歐利亞文 (奧里雅文), 毛利文, 法文, 波士尼亞文, 波斯文, 波蘭文, 泰文, 泰盧固文, 泰米爾文, 海地克里奧文, 烏克蘭文, 烏爾都文, 烏茲別克文, 爪哇文, 瑞典文, 瑟索托文, 白俄羅斯文, 盧安達文, 盧森堡文, 科西嘉文, 立陶宛文, 索馬里文, 紹納文, 維吾爾文, 緬甸文, 繁體中文, 羅馬尼亞文, 義大利文, 芬蘭文, 苗文, 英文, 荷蘭文, 菲律賓文, 葡萄牙文, 蒙古文, 薩摩亞文, 蘇格蘭的蓋爾文, 西班牙文, 豪沙文, 越南文, 錫蘭文, 阿姆哈拉文, 阿拉伯文, 阿爾巴尼亞文, 韃靼文, 韓文, 馬來文, 馬其頓文, 馬拉加斯文, 馬拉地文, 馬拉雅拉姆文, 馬耳他文, 高棉文, 等語言的翻譯.

Copyright ©2024 I Love Translation. All reserved.

E-mail: