60 likes | 175 Views
IP Address Management Issue and Data Survey in Reference Doc#79. 2005/03/0 2 KDDI Masaru Umekawa. IP Address Management Issue. A potential problem about IP address management which makes the coexistence of the recommended roaming configurations (Simple IP, Mobile IP and L2TP) difficult
E N D
IP Address Management Issueand Data Survey in Reference Doc#79 2005/03/02 KDDI Masaru Umekawa KDDI Confidential Proprietary
IP Address Management Issue • A potential problem about IP address management which makes the coexistenceof the recommended roaming configurations (Simple IP, Mobile IP and L2TP) difficult • The gap of the address requirements in each roaming configuration causes the problem KDDI Confidential Proprietary
IP Address Requirements Simple IP RADIUS message Proxy-AAA (Global) Proxy-AAA (Global) PDSN (Private/Global) Bearer Data MS (Global/Private*) Application Server (Global) *IP masquerade CRX/Internet Home NW Visited NW Mobile IP/L2TP RADIUS Message Proxy-AAA (Global) Proxy AAA (Global) Mobile IP/L2TP message FA/LAC(PDSN) (Global) HA/LNS (Global) BearerData MS (Private/Global) Application Server (Private/Global) CRX/Internet Visited NW Home NW KDDI Confidential Proprietary
IP Address Requirements • Proxy-AAA – Proxy-AAA • Public IP address is definitely required • Mobile Station – Application Server(DNS, E-mail, Web, etc.) • Simple IP • Public IP address is required (IP masquerade is available for Mobile Station) • Mobile IP/L2TP • Public IP address is NOT required. Private IP address is available. • PDSN/FA/LAC – HA/LNS • Simple IP • Public IP address is NOT required. Private IP address is available • Mobile IP/L2TP • Public IP address is required. • IS-835 standard describes that the PDSN/HA shall use a publicly routable and visible IP address as a FA/HA address. • IP masquerade is not available. It changes only the source IP address of PDSN, but does not change the care of address in the packet payload. (as know NAT Problem) KDDI Confidential Proprietary
IP Address Management Issue • Some home operators who normally provide Mobile IP or L2TP for their own subscribers assign private IP addresses to their application servers (DNS server, E-mail server and Web server, etc.) and request the tunnel solution from visited operators. • On the other hand, Some visited operators who normally provide Simple IP for their own subscribers assign private IP addresses to their PDSN. • In that case, the visited PDSN can not negotiate with the HA/LNS in the home NW across the public NW and can not provide the tunnel solution, even if it has these tunnel functions. Public IP addressfor all PDSN? Unrealistic… IP masquerade solution ? NOT available KDDI Confidential Proprietary
Survey Items 1. Which roaming configurations can you provide? 2. Which type of IP address (Public or Private) do you assign to your network elements? For example, operator A can provide all of the roaming configurations as visited operator as well as home operator. Operator B can provide only simple IP as visited operator as well as home operator and assigns private IP address to their PDSN. Operator C has LNS but not LAC. Operators C can provide all of the roaming configuration as home operator, but not support L2TP as the visited operator KDDI Confidential Proprietary