Newsgroup: it.comp.reti.cisco
Titolo: 827-4v ci siamo quasi....


ma io correggo che:
da netmeeting esterno vorrei chiamare ad es. la porta POTS 1 che è cosi'
configurata:
dial-peer voice 1 pots
 destination-pattern 101
 port 1
quindi non devo reindirizzare ad un POC nella LAN
ho provato anche a nattare il router su se stesso.. ma deve essere una
fesseria :-)
ip nat inside source static tcp 192.168.0.254 1720 interface Dialer0 1720
credo cha manchi poco .....
grazie

 grazie
Ciao,
non č una fesseria nattare l'indirizzo privato dell'ethernet del router , il
nat perň dovrebbe essere statico e non limitarsi alla porta 1720 ,il
problema č che ti servirebbe un altro indirizzo pubblico per nattare e far
navigare i client della  LAN .
Ci dovresti anche dire quale router viene utilizzato nella LAN dove si trova
il client Netmeeting.
Saluti,
Matador

 problema è che ti servirebbe un altro indirizzo pubblico per nattare e far


 grazie!
Questo è chiaro e lo era anche prima, ma visto che utilizzi l'indirizzo IP
dell'interfaccia Dialer per nattare gli indirizzi privati della LAN il
router riceve la richiesta di chiamata dulla Dialer ma non è in grado di
determinare a quale interfaccia vada inoltrata la richiesta .
Prova con il NAT statico o prova a non configurare per niente il NAT sul
router e vedrai che funzionerà , sempre che il router al quale è connesso il
client che utilizza netmeeting sia configurato ad-hoc.
Ciao,
Matador

 wrote in message
news:be47vv$c9o$1...@news.flashnet.it...



Scusate l'intromissione, ma volevo riportarvi una mia esperienza ormai però
datata.
Tempo fa ho provato a fare quello che credo stia tentando di fare Gabriele e
ricordo che per attivare la chiamata ho dovuto inserire per forza il dial
peer voip che puntava all'indirizzo pubblico del router remoto (dove dietro
c'era il pc con netmeeting).
In questo modo riuscivo a fare le chiamate in entrambi i sensi ma poi non
riuscivo a parlare, presumo per un problema di nat (sul router isdn remoto).
Si trattava però sicuramente di una release 12.1, per cui non è detto che la
stessa cosa sia applicabile al caso di Gabriele, so che nel frattempo è
stato inserito il supporto del nat per h323, ma non l'ho mai più riprovato.
Se sono fuori dal problema vi chiedo scusa.
Ciao,
        Tosh.

 wrote in message
news:be493m$15ri0$1...@ID-167638.news.dfncis.de...


 netphone o altri progammini....
odio essere pedante.
h323 non e' http. usa piu' porte di quante tu ne possa nattare, e le usa 
  senza una logica comprensibile agli umani (ma per il tcp/ip e per gli 
helper h323 e' logicissimo).
e' normale che la chiamata in uscita funzioni, con qualsivoglia sw che 
si appoggi ad h323: il router vede cosa esce e sa a chi mandare le 
risposte quando torna indietro. questo perche' il tuo ios sa cosa sta 
facendo.
le chiamate in entrata sono un problema invece. se arriva un pacchetto 
tcp con syn=1 sull'indirizzo ip del dialer0, a quale pot e' destinato?
visto che i pots sono interni al router (se fossero pc della lan come 
avevo inteso basterebbe giocare con nat e cbac) la prova che ti direi di 
fare e' questa: disattiva in toto il nat, e metti in shutdown tutti i 
pots tranne quello che interessa a te.
fatto questo fatti chiamare da fuori e con il debug il resto dovrebbe 
venire da se. ci fai vedere una riga di debug che descrive la incoming 
call e come la vorrebbe gestire il router?
penso che questo sia il punto di partenza su cui costrure il resto.
ritengo inoltre ovvio che arrivati alla soluzione funzionante, tu non 
voglia riattivare gli altri pots, altrimenti ....
last, but not least, ti pregherei di quotare correttamente, cioe' di 
riportare solo la parte di messaggio a cui stai effettivamente 
rispondendo e di farle precedere la tua risposta: in questo modo il tuo 
messaggio risultera' molto piu' leggibile per tutti.
un mayhem che oggi hanno vinto i cgi, ma domani ....
-- 
  Diplomazia: dire bravo cagnetto fino a che non trovi il bastone.
  Cisco  FAQ: 
http://mayhem.oltrelinux.com/icrc
  SPP  wpage: 
http://www.spippolatori.com
  Key on 
pgp.mit.edu
 ID C7393613

ho dimenticato una cosa:
il netmeeting che uso per chiamare da "dentro" la LAN unsa come gateway
l'indirizzo eth del router,
da fuori imposto l'IP della Dialer0 e compongo 101, non dovrebbe essere la
stessa cosa?


 stessa cosa?
due altri simpatici suggerimenti: rimuovi il dialer0 e reinseriscilo 
come dialer1. cisco sconsiglia l'utilizzo del dialer0.
inoltre ti pregherei di riportare la tua risposta, *dopo* il testo a cui 
rispondi.
un mayhem che aspetta l'antennista



allora: da un qualsiasi PC all'interno della LAN quindi con indirizzo
privato 192.168.0.xxx impostando su netmeeting come gateway il'indirizzo
della ethernet del router 192.168.0.254 riesco a far squillare (e
conversare) un telefono sirio collegato ad una delle 4 porte POTS, il tutto
sulla stessa LAN interna sulla scrivania, ora se ripeto l'operazione con un
netmeeting che invece di passare tramite ethernet passa dalla Dialer0 (che
cambierň a 1) e quindi che ha impostato come gateway non piů l'indirizzo
della ethernet, ma l'IP pubblico assegnato alla dialer0, e compongo ad
esempio 101, il telefono nn squilla.
spero di essermi riuscito a spiegare!
grazie

 wrote in message
news:be5uuq$11jfc$1...@ID-127011.news.dfncis.de...
