Руководство По Устранению Ошибки для Cisco Cisco Tunnel Terminating Gateway (TTG)

 

 

IP v

 

4  

 

U E

 

P

 

-

 

C S C F

 

IP v

 

4

 

/

 

IP v

 

6

 

I

 

-

 

C S C F

 

IP v

 

6

 

S

 

-

 

C S C F

IP v6

D u a l S ta c k

 

IP v

 

6  

 

IM S  C o re  n e tw o rk

 

C C F

P C R F

 

R f

IP v4/IP v6

R x

 

IP v

 

4

 

/

 

IP v

 

6

 

D N S

 

IP v

 

4

 

/

 

IP v

 

6

 

 

To identify the need for IPv4-IPv6 interworking for a new incoming IPv6 REGISTER arriving at V6-SVC, a route 
lookup is performed based on the request-uri, first in V4-SVC context and then in V6-SVC context if the first lookup 
does not return any matching route entry. If a matching IPv4 next-hop route entry is found, then this indicates that 
interworking needs to be done. If no route entry is found, then a DNS query on request-uri domain is done for both A 
and AAAA type records. If DNS response yields only an IPv4 address, then this is also the case for performing IPv4-
IPv6 interworking. 

Headers (such as Via, Path, etc.) are automatically set to IPv4 bind address of P-CSCF V4-SVC. Remaining headers 
will be not be altered and sent as is toward the S-CSCF. The IPv4 address in a Path header received from S-CSCF in 
200Ok of REGISTER will be replaced with V6-SVC’s IPv6 address before forwarding to UE. 

 

In addition to supporting IPv4, the SCM supports IPv6 addressing. A CSCF service can be configured with v6 addresses 
to support an all v6 network. 

  For this feature, you may bind a CSCF service to either an IPv4 address or to an IPv6 address, but 

not both simultaneously.

 

The following diagram shows the implementation where CSCF supports only IPv4.