Newsgroup: it.comp.reti.cisco
Titolo: nat e multicast

ho una rete nattata con overload....
su alcuni indirizzi pubblici che appartengono ad una rete con nat nativo (pim 
sparse mode con rv statico)
e' possibile da una macchina nattata usare applicazioni mcast con altre macchine 
della rete pubblica?
con uno sh ip mroute vedo il gruppo ma risultano in join gli ip privati...
sul ruoter successivo idem...  e' possibile dire al router di traslare anche gli 
ip che fanno join?
ad esempio:
mio router:
(*, 225.69.69.69), 00:23:33/00:02:59, RP 217.9.66.25, flags: SJCF
   Incoming interface: Serial0/0.1, RPF nbr x.y.z.k
   Outgoing interface list:
     FastEthernet0/0.2, Forward/Sparse, 00:23:33/00:02:12
(10.3.2.2, 225.69.69.69), 00:23:33/00:02:59, flags: PCFT
   Incoming interface: FastEthernet0/0.2, RPF nbr 0.0.0.0, Registering
   Outgoing interface list: Null
(scusate l'indirizzo :PPP  )
sul router successivo (quello all'endpoint del link fr)
(*, 225.69.69.69), 00:24:27/00:02:59, RP 217.9.66.25, flags: SP
   Incoming interface: Serial0/0.1, RPF nbr X.Y.Z.K
   Outgoing interface list: Null
(10.3.2.2, 225.69.69.69), 00:24:27/00:02:13, flags: PR
   Incoming interface: Serial0/0.1, RPF nbr X:Y:Z:K
   Outgoing interface list: Null
configurazione:
version 12.2
service timestamps debug datetime msec localtime show-timezone
service timestamps log datetime localtime show-timezone
service password-encryption
logging buffered 4096 debugging
aaa new-model
!
ip subnet-zero
!
ip multicast-routing
!
interface Loopback0
  no ip address
!
interface FastEthernet0/0
  no ip address
  ip pim sparse-mode
  no ip mroute-cache
  ip sap listen
  speed auto
  half-duplex
!
interface FastEthernet0/0.1
  encapsulation dot1Q 1 native
  ip address mia.rete.pubblica 255.255.255.240
  ip nat outside
  ip pim sparse-mode
  no ip mroute-cache
  ip sap listen
!
interface FastEthernet0/0.2
  encapsulation dot1Q 257
  ip address 10.3.0.1 255.255.0.0
  ip helper-address 10.1.0.255
  ip nat inside
  ip pim sparse-mode
  ip sap listen
!
interface Serial0/0
  no ip address
  encapsulation frame-relay IETF
  no ip mroute-cache
!
interface Serial0/0.1 point-to-point
  ip address 
ip.del.puntopunto.fr
 255.255.255.252
  ip nat outside
  ip pim sparse-mode
  ip sap listen
  no arp frame-relay
  frame-relay interface-dlci 50
  ip rsvp bandwidth 100 32
!
router eigrp as1
  redistribute connected
  network miaretepubblica
  no default-information out
  distribute-list 1300 out
  no auto-summary
  no eigrp log-neighbor-changes
!
router eigrp as2     <----  questo serve perche un pezzo della mia rete privata 
e' altrove e devo annunciarla... ma credo sia ininfluente....
  redistribute connected
  network miaretepubblica
  distribute-list 1301 out
  auto-summary
  no eigrp log-neighbor-changes
!
ip nat pool albergati ippub1 ippub2 netmask 255.255.255.240
ip nat inside source list 102 pool albergati overload
ip classless
no ip http server
ip pim bidir-enable
ip pim rp-address ip.del.rp
!
!
access-list 19 permit 10.3.1.0 0.0.0.255
access-list 19 deny   any
access-list 1300 deny   10.0.0.0 0.255.255.255
access-list 1300 permit any
access-list 1301 permit 10.0.0.0 0.255.255.255
access-list 1301 deny   any
access-list 102 deny   ip 10.0.0.0 0.255.255.255 10.0.0.0 0.255.255.255
access-list 102 deny   ip retepuntopuntofr
access-list 102 deny   ip miaretepubblica 0.0.0.15 any

 
dimenticavo nel copia incolla...
access-list 102 permit any any

della rete pubblica?
Ciao Cesare,
Se ho capito bene la tua problema e' che tra il server multicast e i
clients c'e' Internet, il problema e' che i pacchetti multicast non
possono viaggare  direttamente attraverso Internet, per un semplice
problema di routing...
Le instradamenti che esiste in Internet sono instradamenti per
pacchetti unicast non per multicast.
Solitamente implementazione di multicast si fa dentro una nuvola rete
privata, dove tutti apparati sono configurati in un certo modo per
fare funzionare multicast correttamente. Quando si ha la necessita di
avere servizi multicast anche oltre Internet (2 o piu' nuvola di rete
privata separate dal Internet) allora si encapsula i pacchetti
multicast dentro paccheti unicast, spari dentro Internet e poi esce
dal altra parte della rete = VPN...
Soluzione che puoi optare e' fare un semplice VPN tra 2 reti private
per encapsulare il pacchetti multicast dentro pachetti unicast. 
ciao
omarg



la rete di cui parlo è pubblica ma appartiene ad un AS  gestito da
noi...  quindi accedo a tutti i router... (circa 30 sparsi sul
territorio nazionale...)
su questa rete vengono sperimentati applicativi multicast (in pim
sparse mode con rvp statico)
il mio problema sta nel fatto che in questa rete ci sono anche alcune
reti private nattate sugli ip pubblici del nostro AS.
il problema e' che non voglio propagare a tutto l'AS il routing per le
reti private...  e allo stato attuale se un client fa un join a un
gruppo al rvp arriva come 10.*...  diconseguenza viene prunato
(ovviamente non puo' calcolare il rpf).
volevo sapere come settare il nat in modo da alterare l'ip del join...
documentandomi ho scoperto pero' che se faccio overload questo non e'
possibile!
ciao

possibile!
Ciao Cesare,
Forse commicio a capire il tuo problema...
Devo dire che la mia esperienza di multicast e' su router non cisco,
ma uso router con arcobaleno [;-)]...
So che nei layer 3 switch / router che uso, esiste una feature carino
che sichiama "IGMP proxy". Essendo funziona come un proxy (= delega)
allora quando il router riceve un paccheto joint da un client (ip
privato), il router delega il joint usando indirizzo pubblico anzi che
mandare l'indirizzo privato del client... Addesso che ci penso
funziona quasi come NAT hehehe...
In questo modo, nel edge router (dove sono collegati la rete privata)
si configura un semplice IGMP proxy e si evitare di configurare
multicast routing protocol = simplifica la vita...[:D]
Credo idea principale di questo IGMP proxy proprio per evitare di
configurare multicast routing.
Sinceramente non so come si chiama il analogo "IGMP proxy" del router
con arcobaleno in Cisco, forse non esite (possibile?). Controllando
moltovelocemente, in 
cisco.com
 esiste: 
 ip igmp proxy-service forse funziona come ho il "IGMP proxy" ma non
ho ancora avuto tempo di studiarlo bene per capire di animale si
tratta questo proxy-service...
Se trovi un feature simile, fammi sapere, non si sa mai...
ooop adesso mi ricordo, su PIX si puo fare una cosa simile "IGMP
proxy" che sto parlando:
http://www.cisco.com/en/US/products/hw/vpndevc/ps2030/products_qanda_item09186a0080094874.shtml#Q12
<cut>
NAT is not performed on IGMP packets. When IGMP forwarding is
configured, the PIX forwards the IGMP packets (report and leave) with
the IP address of the helper interface as the source IP address.
<cut>
credo che questo risolve la tua problema, adesso basta che cerchi una
cosa analogo su IOS... Forse e' questo il analogo su IOS:
http://www.cisco.com/en/US/tech/tk828/tk363/technologies_tech_note09186a0080094821.shtml#stub
Ancora se ho capito bene il tuo problema: l'indirizzo privata esce
sulla rete publica, questo vuol dire che non applichi correttamente
RFC 2827 filtering, birbante!!! Ti sugerisco di applicare, a volte puo
salvare il c*l* (ha salvato il mio un una volta...)
url:
http://www.ietf.org/rfc/rfc2827.txt
ciao
omarg

 NAT hehehe...
perdonami. vero che scrivi joint di proposito?
un mayhem ex-adoratore della madonna
-- 
 Everyone is gay, with someone's else ass 
 Cisco  FAQ: 
http://mayhem.oltrelinux.com/icrc
 SPP  wpage: 
http://www.spippolatori.com
 Key on 
pgp.mit.edu
 ID C7393613

un mayhem ex-adoratore della madonna
ho piggiato un "t" in piu'... sono fuso [:B]... intendo pacchetti join
alias pacchetti membership report.
ciao
omarg
un omarg incosciente & fuso aspentando Mozilla 1.5 RC2 finisce di
compilare su un superdotato pentium 133 MHz 32MB...