route kérdések

Debian GNU/Linux

Sziasztok!

Rég foglalkoztam ilyennel, ezért a feledés homályába merült.
A helyzet a következő. Van egy debian gép, abban 2 db hálókártya (eth0 és eth1). Az eth0 -ban jön egy bérelt vonali végpont. Az eth1 megy a helyi hálózat fele egy switchbe. Ebbe a switchbe kapcsolódnak szépen a felhasználók. Náluk megy minden szépen (belső háló, net). A switchbe bedugtam egy wireless router WAN portját. A wireless eszközben beállítottam a wan portjára, hogy static ip (megadtam neki a 10.0.0.100 -as IPt a netmaskot és a linux gépet 10.0.0.1 átjárónak). Ha ebbe beledugtam egy laptopot simán ment rajta a net. A wireless router a saját kis hálózata felé 192.168.0.0/24 címtartományba oszt ki címeket. Ehhez a wireless routerhez kapcsolódik egy VoIP mobiltelefon, ami szépen megkapja az IP címét és be is tud jelentkezni a beállított proxyra, de a telefonálás nem igen megy róla. A problémát ott látom, ha a linux gépen kiadom, hogy traceroute 192.168.0.10 (ez a mobil telefon IPje), akkor nem a wireless router irányába indul el (ami 10.0.0.100), hanem a bérelt vonalon próbálkozik ki. Gondolom a route paranccsal lehetne megadni neki esetleg iptables -val, hogy ha a 10.0.0.0/24 hálózatról érkező csomagok célállomása 192.168.0.0/24 hálózatba történik, akkor ezt ne a bérelt vonal felé próbálja célbajuttatni, hanem a 10.0.0.100 felé. Ebben kérném a segítségeteket, hgy oldjam meg. Köszönöm!

  • 917 megtekintés

( aszechy | 2006. 05. 23., k – 11:49 )

A "route add -net 192.168.0.0/24 gw 10.0.0.100" parancs kiadasa a 10.0.0.1-es gepen elvileg megoldja a gondodat, ha ez a gep van beallitva a belso halonak default gw-nek...

Tudomasom szerint a switch MAC cimekkel "dolgozik", az IP nemigen erdekli. Ami IP cimekkel tokol az mar inkabb router... (Javits ki, ha tevedek). Ha pedig nem erdekli az IP, akkor tokmindegy. Az elejen lesz egy broadcast arp who-has, azt kiloki mindenfele, oszt megjegyzi a return-bol a MAC-et. Megint ki lehet javitani, nem vagyok szakember...

En sem vagyok egy guru benne, de ha a parancsot vesszuk: "ip route add 192.168.0.0/24 dev eth1", akkor milyen ARP keres menne ki? A switch nem fogja tudni neked megmondani, hogy kie a (pl.)192.168.1.1-es cim, mert nem ismeri. A wireless router se fog ra valaszolni, mert a masik laban lognak azok a cimek, szovel szerintem ez eltunik eterben. De ez a szaraz elmelet...gyakorlatban lehet, hogy mashogy mukodik...ki kell probalni es megtracelni :-)

Ez a része működik már a route add -net 192.168.0.0/24 gw 10.0.0.100 megoldással. De ez a szerencsétlen VoIP -es telefon az Istennek sem akar működni. Ha hívász kezdeményeznek róla, a másik félnél csörög, de ha felveszi nem hall semmit. Én közben néztem iptraf -al a forgalmat és ott azon látszik is szépen, hogy a 10.0.0.100 kommunikálgat a proxy -val és vissza fele is jönnek adatok most már a 10.0.0.100 -ra. Van valakinek tapasztalata VoIP -es technológiában? Nekem nem igen és rágdossák a fülemet :(

Te, nem vagy veletlen letuzfalazva? Mert ilyen mar nalam is elofordult, es ott a tuzfal szabalyok enyhitesevel megoldodott a problema. Eleg eselyes, hogy a wifi router conf-jat is matatni kell ezugyben.

Az hogy kicsong, de nem hall semmit, az olyankor van, amikor a communication port (SIP-nel alt. 5060-as port) ki tud menni, de a data/stream port nem.

Arra is figyelj oda, hogy a VoIP-nak UDP is kell, ha jol emlekszek.

Szia!

Ugye a belso halod NAT-olt(10.0.0.0/24), es utanna betettel egy DSL routert aminek van egy WLAN-ja. Na most a DSL routered is NAT-ol, amin lehet trukkozni kell a hanghoz(ket NAT-on mar lehet gond a hanggal). Nezd meg eloszor a 10-es halodbol megy e a telcsi. Milyen VoIP technologiat hasznal a VoIP szolgaltatod?

Udv Zsirmo