/u/13283/kop.png?f=community)
en nee, ik houd niet van voetbal... :)
:strip_exif()/u/106146/bleach_usericon.gif?f=community)
5060 wordt niet gebruikt voor zover ik weet.
De livebox/orange netwerk gebruikt geen SIP. Ze gebruiken H.323 verkeer over diverse poorten.
5060 wat jij noemt is bedoeld voor SIP.
Die SIP blokkering is niet bedoeld aanwezig denk ik. het is gewoon een kwestie van het verkeer niet weten te herkennen (geen SIP ALG zoals in een ZyXEL). De livebox mangelt het SIP verkeer waarschijnlijk zo erg dat je ATA er niets meer mee kan. SIP is ZEER nat gevoelig.
In bridge hangen met 2 apparaten??
Bridging betekent: aangesloten apparaat vraagt direct een DHCP WAN IP op van Orange.
Dus tenzij jij 2 WAN ip's krijgt van Orange, gaat dat niet. (ja, je krijgt er maar 1).
De hele functie van de router is uiteraard NAT routering omdat je maar 1 WAN IP hebt
Mijn advies is dan ook om je livebox in bridge te draaien met een router erachter (denk WRT54G bijvoorbeeld).
Meeste routers ondersteunen SIP goed, ik heb zelf een WRT draaien die SIP verkeer perfect afhandelt. Je livebox heeft er dan in bridge niks meer mee te maken (of welk ander bridge modem dan ook). Overigens ondersteunt mijn WRT54GL (DD-WRT custom firmware) ook QoS en eventueel zelfs een SIP proxy.
Heb je STUN al geprobeerd? Dat zou moeten functioneren achter elke router omdat het je NAT router 'bypassed'.
[ Voor 4% gewijzigd door IEF op 02-08-2006 01:58 ]
:strip_exif()/u/135148/nijntje2.gif?f=community)
Ik heb dus al sinds vorig jaar september wanadoo familiy. In het begin heb ik echter mijn oude Draytek 2600 WEblijven gebruiken, welke een gewoon ADSL modem bevat, waardoor ik ook "maar" een snelheid had van 8 Mbit. Maar goed - ik heb twee weken terug een nieuwe router aangeschaft (de WRT300N van Linksys) en zaterdag en zondag geprobeerd de livebox ervoor te hangen.
Dat wilde de zaterdag niet goed lukken. Wilde de livebox in bridge mode zetten met tst10 en het script dat hier daarvoor gepost is. Maar de router kreeg maar geen ip adres. Nu had ik ook een tip gelezen om de kabel een tijdje uit te de livebox te laten en daarna de livebox in bridge modus te zetten. Dat ben ik de zondag gaan proberen. Dat ging echter niet in een keer. Je kunt dan namelijk niet de dhcp server op de externe interface stoppen. Uiteindelijk kreeg ik het echter toch voor mekaar. Voor diegenen onder ons die het ook niet lukt. Ik heb de volgende stappen uitgevoerd:
Heb het script voor tst10.exe in tweeën gehakt.
Script1.txt bevat de volgende regels:
Script2.txt bevat de volgende regels:
TST10.exe heb ik overigens gekopieerd naar C:\Program Files\tst. En daar heb ik ook die 2 scriptjes in gekopieerd. Vervolgens heb ik de volgende stappen uitgevoerd.
1. cd program files\tst
2. tst10 /r:script1.txt
3. telefoonkabel uittrekken uit livebox (line)
4. tst10 /r:script2.txt
5. vervolgens heb ik een uur gewacht.
6. telefoonkabel weer aangesloten.
7. router krijgt IP adres van wanadoo.
That's it, folks
. Heb overigens een snelheid nu van ca. 18 Mbit. Was dus de moeite zeker waard. En m'n router is ook stuuuuukken sneller.
TST10 is overigens heel makkelijk op internet te vinden. Gewoon een search op google. Issa quite simple
.
Dat wilde de zaterdag niet goed lukken. Wilde de livebox in bridge mode zetten met tst10 en het script dat hier daarvoor gepost is. Maar de router kreeg maar geen ip adres. Nu had ik ook een tip gelezen om de kabel een tijdje uit te de livebox te laten en daarna de livebox in bridge modus te zetten. Dat ben ik de zondag gaan proberen. Dat ging echter niet in een keer. Je kunt dan namelijk niet de dhcp server op de externe interface stoppen. Uiteindelijk kreeg ik het echter toch voor mekaar. Voor diegenen onder ons die het ook niet lukt. Ik heb de volgende stappen uitgevoerd:
Heb het script voor tst10.exe in tweeën gehakt.
Script1.txt bevat de volgende regels:
| 192.168.1.1 23 WAIT "login" SEND "root\m" WAIT "Password" SEND "1234\m" wait "[root @ home]$" send "dhcpserver" wait "[root @ dhcpserver]$" send "stop" wait "[root @ dhcpserver]$" send ".." wait "[root @ home]$" send "dhcp stop mer0" wait "DHCP Client Stopped Interface = mer0" |
Script2.txt bevat de volgende regels:
| 192.168.1.1 23 WAIT "login" SEND "root\m" WAIT "Password" SEND "1234\m" wait "[root @ home]$" send "bridge" wait "[root @ bridge]$" send "bridge delete" wait "[root @ bridge]$" send "group eth0 mer0 -o eth0" wait "[root @ bridge]$" send "bridge enable" wait "[root @ bridge]$" send ".." wait "[root @ home]$" send "save" wait "[root @ home]$" send "exit" |
TST10.exe heb ik overigens gekopieerd naar C:\Program Files\tst. En daar heb ik ook die 2 scriptjes in gekopieerd. Vervolgens heb ik de volgende stappen uitgevoerd.
1. cd program files\tst
2. tst10 /r:script1.txt
3. telefoonkabel uittrekken uit livebox (line)
4. tst10 /r:script2.txt
5. vervolgens heb ik een uur gewacht.
6. telefoonkabel weer aangesloten.
7. router krijgt IP adres van wanadoo.
That's it, folks
. Heb overigens een snelheid nu van ca. 18 Mbit. Was dus de moeite zeker waard. En m'n router is ook stuuuuukken sneller.TST10 is overigens heel makkelijk op internet te vinden. Gewoon een search op google. Issa quite simple
.
[ Voor 3% gewijzigd door Perenor op 08-09-2006 18:05 ]
:strip_icc():strip_exif()/u/37745/6060avatar2.jpg?f=community){kind=avatar}
:strip_icc():strip_exif()/u/48372/jeebs_les_sybelles.jpg?f=community)
Verwijderd
Geen matches
Ja! Ik inmiddels. Na wat gekloot met het laten forwarden van het verkeer: De firewall was van mening dat de livebox pakketen spoofed packets waren omdat het een private address (192.168.1.x) is die over mn external interface binnenkomt. Custom iptable rules toegevoegd en de livebox kan nu op internet, yeey! Voor geinteresseerden:
$IPTABLES -A FORWARD -s 192.168.1.1 -i eth1 -j ACCEPT
$IPTABLES -A FORWARD -s 192.168.1.5 -i eth1 -j ACCEPT
(iptables kan niet routen op ip alias interfaces afiak, dus even hard op ip-adres).
Ik heb alles ingericht zoals ieftm dat heeft gedaan, dus eth0mer0 (= externe interface livebox) heeft 192.168.1.5, mer0 eth0 (=interne interface livebox) 192.168.1.1 en een eth1:1 ip alias met fixed adres 192.168.1.10.
Vervolgens tcpdump laten capturen en met Ethereal geanalyseerd. Van de eth0 interface van de Livebox stromen UDP pakketjes - door Ethereal geidentificeerd als H.255.0 pakketjes - naar 193.253.66.70 portje 1719. Dus hij probeert 't
Eventuele replies zullen niet aankomen bij de eth0 van de Livebox maar ik zie ook eigenlijk niet zoveel in de firewall logs aankomen.. wordt vervolgd
Edit: forward is leuk, maar nu wordt natuurlijk mn private address meegestuurd en daar kan zo'n server aan de andere kant niets mee
[ Voor 15% gewijzigd door Verwijderd op 22-09-2006 16:46 ]
ik kan me herinneren dat ik in de firmware na een 'bepaalde' login Gatekeeper etc. kon instellen.
Misschien is het wel handiger om iets te zoeken dat H323 doet ipv de livebox.
Wellicht bestaan er pakketten voor linux die het doen. (asterisk?).
Ik denk dat je een probleem hebt, ik meen me te kunnen herinneren dat H323 zich _NIET_ liet NAT'ten. Behalve dus met het gebruik van een H323 proxy met NAT traversal.
Persoonlijk zou ik dan liever een H323 client draaien op de linux server zelf zodat het niet geNAT wordt
nadeel is dan weer dat je een telefoonpoort moet hebben op je linuxbak. Dat kan meen ik een gemod analoog modem zijn (intel?) of een duur FXO/FXS kaartje.
Misschien is het wel handiger om iets te zoeken dat H323 doet ipv de livebox.
Wellicht bestaan er pakketten voor linux die het doen. (asterisk?).
Ik denk dat je een probleem hebt, ik meen me te kunnen herinneren dat H323 zich _NIET_ liet NAT'ten. Behalve dus met het gebruik van een H323 proxy met NAT traversal.
Persoonlijk zou ik dan liever een H323 client draaien op de linux server zelf zodat het niet geNAT wordt
nadeel is dan weer dat je een telefoonpoort moet hebben op je linuxbak. Dat kan meen ik een gemod analoog modem zijn (intel?) of een duur FXO/FXS kaartje.
Verwijderd
Geen matches
Er zijn legio pakketten die dat doen Asterisk moet 't vast kunnen, heb al een testje draaien met GnuGK, die zou het ook moeten kunnen. Met zo'n H323 proxy valt 't boeltje dus wel te NAT'ten. Je zal nog wel wat 'secrets' moeten weten (H232-Id, etc) maar ik denk dat 't zeker op te zetten is vanuit niet-Livebox.
Echter, dit zou geen probleem meer moeten zijn, omdat ik nu een direct extern adres erin heb staan. De firewall regel die alle verkeer op de h323 portrange komende van de Orange GK doorstuurt is zo getikt en dan is er dus geen sprake meer van NAT.
Ik zit me echter nu af te vragen waarom ik geen antwoord terugkrijg als ik de livebox pakketjes doorstuur. Heb zelfs de UDP payload vanaf mn Windows PC gestuurd, exact de zelfde berichtinhoud als wat de Livebox stuurt. Krijgt ik net zo makkelijk wel een reply. Alleen niet als het bericht van de livebox komt.. zou er dan toch nog iets niet goed gaan met forwarden?
Asterisk moet 't vast kunnen, heb al een testje draaien met GnuGK, die zou het ook moeten kunnen. Met zo'n H323 proxy valt 't boeltje dus wel te NAT'ten. Je zal nog wel wat 'secrets' moeten weten (H232-Id, etc) maar ik denk dat 't zeker op te zetten is vanuit niet-Livebox. Echter, dit zou geen probleem meer moeten zijn, omdat ik nu een direct extern adres erin heb staan. De firewall regel die alle verkeer op de h323 portrange komende van de Orange GK doorstuurt is zo getikt en dan is er dus geen sprake meer van NAT.
Ik zit me echter nu af te vragen waarom ik geen antwoord terugkrijg als ik de livebox pakketjes doorstuur. Heb zelfs de UDP payload vanaf mn Windows PC gestuurd, exact de zelfde berichtinhoud als wat de Livebox stuurt. Krijgt ik net zo makkelijk wel een reply. Alleen niet als het bericht van de livebox komt.. zou er dan toch nog iets niet goed gaan met forwarden?
Verwijderd
Geen matches
Kernel gerecompiled met nat_323 module.
Volgende probleem was het feit dat 192.168.1.5 niet de interface is waar de Livebox normaal mee communiceert.. dus die had geen MAC. Een poging tot het handmatig toevoegen aan de arp tabel (natuurlijk hetzelfde mac als de 192.168.1.1) resulteert in mijn eerste echte niet-tijdens-booten-kernel-panic.
Gereboot, eerst 192.168.1.1 uit de arp tabel weggegooid en toen 192.168.1.5 toegevoegd. Nu durf ik natuurlijk niet meer te telnetten, dat zal wel in een nieuwe kernel panic resulteren
De eindstand for now:
Oftewel UDP gaat heen ende weer, waarom het nou van 192.168.1.5 komt en niet 192.168.1.1 is me helaas ook niet duidelijk. Want hier wordt overduidelijk het UDP pakketje weer hard gedropped door de livebox..
Oftewel, het is toch wel kritisch dat de interface waar *blijkbaar* de h323 pakketjes vandaan komen niet alleen naar buiten kan, maar ook routable is, wat niet het geval is. Inmiddels met het superuser account in de h323 instellingen zitten vrutten, maar die lijkt 'gewoon' op 192.168.1.1 te draaien. Toch gaat ie pas verzenden als je mer0 up brengt. Dus het is op eoa manier gekoppeld aan mer0. Maar die is niet (goed) routable.
Dus als iemand daar nog iets slims op weet.. shoot!
Volgende probleem was het feit dat 192.168.1.5 niet de interface is waar de Livebox normaal mee communiceert.. dus die had geen MAC. Een poging tot het handmatig toevoegen aan de arp tabel (natuurlijk hetzelfde mac als de 192.168.1.1) resulteert in mijn eerste echte niet-tijdens-booten-kernel-panic.
Gereboot, eerst 192.168.1.1 uit de arp tabel weggegooid en toen 192.168.1.5 toegevoegd. Nu durf ik natuurlijk niet meer te telnetten, dat zal wel in een nieuwe kernel panic resulteren De eindstand for now:
code:
1
2
3
4
| 23:08:59.454268 IP 192.168.1.5.3719 > 193.253.66.70.1719: UDP, length: 86 23:08:59.454372 IP sxxxxxxx.adsl.wanadoo.nl.3719 > 193.253.66.70.1719: UDP, length: 86 23:08:59.502791 IP 193.253.66.70.1719 > sxxxxxxx.adsl.wanadoo.nl.3719: UDP, length: 53 23:08:59.502868 IP 193.253.66.70.1719 > 192.168.1.5.3719: UDP, length: 53 |
Oftewel UDP gaat heen ende weer, waarom het nou van 192.168.1.5 komt en niet 192.168.1.1 is me helaas ook niet duidelijk. Want hier wordt overduidelijk het UDP pakketje weer hard gedropped door de livebox..
Oftewel, het is toch wel kritisch dat de interface waar *blijkbaar* de h323 pakketjes vandaan komen niet alleen naar buiten kan, maar ook routable is, wat niet het geval is. Inmiddels met het superuser account in de h323 instellingen zitten vrutten, maar die lijkt 'gewoon' op 192.168.1.1 te draaien. Toch gaat ie pas verzenden als je mer0 up brengt. Dus het is op eoa manier gekoppeld aan mer0. Maar die is niet (goed) routable.
Dus als iemand daar nog iets slims op weet.. shoot!
:strip_icc():strip_exif()/u/59234/aapje.jpg?f=community)
:strip_icc():strip_exif()/u/97338/86564003443efbf7248717.jpg?f=community)
:strip_icc():strip_exif()/u/151926/crop562e6cef6b286_cropped.jpeg?f=community)
Idd, hier heb ik sinds vandaag ook last van:
Ik kom er niet meer in, bij password kan ik niks meer invullen
Heeft altijd prima gewerkt als bridge, maar nu na een harde reset (had geen verbinding meer) heeft hij de laatste firmware erin gezet, en nu kan ik dus ook geen password meer invullen
Niet echt lekker aangezien ik nu dus ook niet mijn ventrillo servertje kan draaien en dus een aantal boze gezichetn op me gericht heb staan
Iemand enig idee hoe dit op te lossen?
OVERCLOCKING - The process of installing high hopes, dumb luck, and several paychecks into a rectangular box which transmits a signal to a screen that displays your fate. The outcome is usually depressing.
:strip_exif()/u/46738/modemsig.gif?f=community)
juistem vandaar 'verklaar je nader'.
Je kunt de livebox geen bridging laten doen icm H323 Telefonie. Tenzij je een slimme methode hebt gevonden om:
-Telefonie via een andere weg te laten verlopen dan de livebox. (zou te doen moeten zijn
met de juiste instellingen en de juiste client)
-Telefonie op je router op te vangen en weer terug te sturen naar je livebox (moeilijk)
vandaar 'verklaar je nader'.Je kunt de livebox geen bridging laten doen icm H323 Telefonie. Tenzij je een slimme methode hebt gevonden om:
-Telefonie via een andere weg te laten verlopen dan de livebox. (zou te doen moeten zijn
met de juiste instellingen en de juiste client)
-Telefonie op je router op te vangen en weer terug te sturen naar je livebox (moeilijk)
Verwijderd
Geen matches
Inderdaad, daarom ben ik zeer benieuwd hoe hij het voor elkaar heeft gekregen
Ik ben sowieso erg benieuwd naar een pcap dumpje van een succesvolle registratie naar de H323 server van Orange, zodat ik weet wat ik in moet stellen in Asterisk om dit te laten werken. Ik zie in het algemene topic dat dit mensen gelukt is..
edit: Bezzerk: bel je nu niet gewoon via je KPN lijn? Heb je het livebox 'riedeltje' wel als je je telefoon opneemt en naar de kiestoon luistert?
Ik ben sowieso erg benieuwd naar een pcap dumpje van een succesvolle registratie naar de H323 server van Orange, zodat ik weet wat ik in moet stellen in Asterisk om dit te laten werken. Ik zie in het algemene topic dat dit mensen gelukt is..
edit: Bezzerk: bel je nu niet gewoon via je KPN lijn? Heb je het livebox 'riedeltje' wel als je je telefoon opneemt en naar de kiestoon luistert?
[ Voor 18% gewijzigd door Verwijderd op 17-11-2006 11:50 ]
:strip_icc():strip_exif()/u/88502/untitled.jpg?f=community)
kortweg: nee.
verder zou je die linux bak aan je WRT54GL kunnen hangen (welke ongetwijfeld als router functioneert en dus lokale IP's uitgeeft). Dan kun je toch simpel via je linuxbak die instellingen resetten met dat script?
Of je maakt gewoon een virtual interface eth0:0 aan met een vast IP in de livebox range en hangt een 2e kabel aan de livebox. Die zorgt dan voor het bridgen.
Is natuurlijk hoe dan ook nogal een 'gare' oplossing. De firmware laat simpelweg niets anders toe
vandaar ook mijn overstap naar een 'echt' modem
Verwijderd
Geen matches
Pfoe, goeie vraag, mijn avontuur met de livebox is alweer een tijd geleden
Ik zal ns kijken..Allereerst de boel instellen zoals ieftm dat heeft gedaan op de livebox:
IEFtm in "Wanadoo Livebox als bridge"
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
| [root @ home]$ ifconfig -o mer0 192.168.1.5 netmask 255.255.255.0 up [root @ home]$ route delete -o -dest 0.0.0.0 [root @ home]$ route add -o -dest 0.0.0.0 -gateway 192.168.1.10 [root @ home]$ ping www.google.nl Pinging www.google.nl (66.249.93.99) with 56 bytes of data 64 bytes from 66.249.93.99: icmp_seq= 0 ttl=246 time= 34 ms 64 bytes from 66.249.93.99: icmp_seq= 1 ttl=246 time= 33 ms 64 bytes from 66.249.93.99: icmp_seq= 2 ttl=246 time= 32 ms 64 bytes from 66.249.93.99: icmp_seq= 3 ttl=246 time= 33 ms --- www.google.nl ping statistics --- 4 packets transmitted, 4 packets received, 0% packet loss round-trip min/avg/max = 32/ 33/ 34 ms [root @ home]$ list routes Internet Routing Table Destination Gateway Netmask Interface Metric ------------------------------------------------------------------------ 0.0.0.0 192.168.1.10 0.0.0.0 eth0 0 127.0.0.1 127.0.0.1 255.0.0.0 lo0 0 192.168.1.0 192.168.1.1 255.255.255.0 eth0 0 224.0.0.0 192.168.1.1 255.0.0.0 eth0 0 |
Op de linuxbak een virtuele interface eth1:1 aangemaakt met static-ip 192.168.1.10.
Even wachten en daar zijn ze al:
code:
1
2
| 12:05:06.522749 IP 192.168.1.5.3719 > 193.253.66.70.1719: UDP, length: 86 12:05:06.522802 IP sxxxxxxx.adsl.wanadoo.nl.3719 > 193.253.66.70.1719: UDP, length: 86 |
Hoe ik die reply voor elkaar heb gekregen weet ik echt niet meer helaas. Ik heb weer met die arp tabel zitten stoeien, maar dat had het beoogde effect niet. Overigens heb ik wel nog een firewall-rule gemaakt voor die 192.168.1.5, anders wordt het pakketje gedropped als spoofed packet, dus 192.168.1.5 is gewhitelist.
Punt is dat ik nog steeds lost ben in die livebox. Ik denk om dit een beetje betrouwbaar aan de praat te krijgen, je een h323-proxy op moet zetten op een server en vervolgens de livebox hiernaar moet laten connecten. Zelfs met superuser-pw kon ik niet alle gegevens vinden om succesvol een verbinding op te zetten met een voip-h323-clientje. Ik heb het h323-id en het password, maar wellicht checkt die server ook nog op client-version-string of mac-adres of weet ik veel.
[ Voor 121% gewijzigd door Verwijderd op 26-12-2006 12:50 ]
Verwijderd
Geen matches
Ik heb er nog eens naar zitten kijken, maar ik weet niet voldoende van h323 om een conclusie te trekken.
In tegenstelling tot wat tcpdump me lijkt te vertellen, gaan volgens mij de pakketjes vanaf de livebox niet 'de deur uit'. Er komt nml nul komma nul antwoord, de firewall logs blijven leeg.
Als ik hetzelfde udp pakketje dat de livebox verstuurt vervolgens via udp-flooper verstuurt (payload via ethereal in een bestandje gegooid), komt er nml wel netjes een antwoord terug, zoals ik al eens geschreven heb.
Dusse.. ik weet het niet echt meer verder
In tegenstelling tot wat tcpdump me lijkt te vertellen, gaan volgens mij de pakketjes vanaf de livebox niet 'de deur uit'. Er komt nml nul komma nul antwoord, de firewall logs blijven leeg.
Als ik hetzelfde udp pakketje dat de livebox verstuurt vervolgens via udp-flooper verstuurt (payload via ethereal in een bestandje gegooid), komt er nml wel netjes een antwoord terug, zoals ik al eens geschreven heb.
Dusse.. ik weet het niet echt meer verder
Dit probleem heb ik ook. Ik heb alleen nooit in bridge mode kunnen draaien, en nu nog steeds niet
Wie weet hiervoor een oplossing?
Kan je deze wel goed in bridge mode zetten? Want ik wil mijn linux router gewoon weer kunnen gebruiken.
Verwijderd
Geen matches
Jep, de 546 werkt hier vooralsnog perfect.
Momenteel dus pas 9 dagen maar ik heb dan ook geen problemen ondervonden.
Na met DMT.exe getweaked te hebben traint ie ook sneller in.
Kan het alleen maar aanraden voor degenen die van die livebox af willen.
Gewoon zo'n 546 scoren voor 20 euro of zo.
Ik ben er iig erg
mee
Momenteel dus pas 9 dagen maar ik heb dan ook geen problemen ondervonden.
Na met DMT.exe getweaked te hebben traint ie ook sneller in.
Kan het alleen maar aanraden voor degenen die van die livebox af willen.
Gewoon zo'n 546 scoren voor 20 euro of zo.
Ik ben er iig erg
mee
Jij hebt 'm ook in bridge mode draaien of niet? Want daar gaat het mij wel om.:
Jep, de 546 werkt hier vooralsnog perfect.
Momenteel dus pas 9 dagen maar ik heb dan ook geen problemen ondervonden.
Na met DMT.exe getweaked te hebben traint ie ook sneller in.
Kan het alleen maar aanraden voor degenen die van die livebox af willen.
Gewoon zo'n 546 scoren voor 20 euro of zo.
Ik ben er iig erg
En welke instellingen moet je verder maken om die combi werkend te krijgen (Orange ADSL met Speedtouch modem)?
Verwijderd
Geen matches
Not true! Ik heb firmware wel vooraf gedaan ivm de instellingen die verloren gaan, dat is wel aan te raden. Maar als je je netwerkkaart in de range 10.0.0.x zet dan is de Speedtouch gewoon op 10.0.0.138 bereikbaar. DMT heb ik dus lekker achteraf gedraaid en zit nou heel netjes ingetrained
Ik heb het zelf opgelost door op mn linux router een alias-eth te maken (eth1:1) en deze een static ip van 10.0.0.1 te geven.
[ Voor 5% gewijzigd door Verwijderd op 25-01-2007 17:06 ]
Verwijderd
Geen matches
Goed om te weten.:
[...]
als je je netwerkkaart in de range 10.0.0.x zet dan is de Speedtouch gewoon op 10.0.0.138 bereikbaar. DMT heb ik dus lekker achteraf gedraaid en zit nou heel netjes ingetrained
Ik heb het zelf opgelost door op mn linux router een alias-eth te maken (eth1:1) en deze een static ip van 10.0.0.1 te geven.
Maar in mijn geval vanwege de "vele" netwerkapparatuur die allemaal statisch ingesteld zijn wat minder handig.
Wellicht op termijn nog eens de moeite waard om het zo in te stellen.
En daarom kies ik altijd voor een router waarbij je meestal met telnet vaste ip adressen kan uitdelen door de dhcp server voor apparatuur en de overige range vrijlaat voor echt dhcp als je wat extra's toevoegd.Dat zijn er trouwens heel veel je moet alleen eerst even zoeken naar handleidingen en tips via google.:
[...]
Goed om te weten.
Maar in mijn geval vanwege de "vele" netwerkapparatuur die allemaal statisch ingesteld zijn wat minder handig.
Wellicht op termijn nog eens de moeite waard om het zo in te stellen.
[ Voor 8% gewijzigd door redyak op 26-01-2007 21:48 ]
Vandaag gekocht morgen weer oud , dat is IT.
Verwijderd
Geen matches
AARGH, heb net een WRT54GC besteld als accespoint. Nu kan ik weer dokken voor een SpeedTouch?
Een SpeedTouch 516 of 546 kan niet meer kosten (2e hands) dan een paar tientjes.
Overigens is mijn lijnsnelheid van 17 mbit naar 20.4 mbit gegaan met een Speedtouch inmiddels.
Dit na het draaien van DMT.
De LiveBox lijkt met elke software update lager in te trainen
Overigens is mijn lijnsnelheid van 17 mbit naar 20.4 mbit gegaan met een Speedtouch inmiddels.
Dit na het draaien van DMT.
De LiveBox lijkt met elke software update lager in te trainen
:strip_icc():strip_exif()/u/103501/morpheus0.jpg?f=community)
Verwijderd
Geen matches
Zijn er ook nog oplossingen met telefonie erbij in?:
Een SpeedTouch 516 of 546 kan niet meer kosten (2e hands) dan een paar tientjes.
Overigens is mijn lijnsnelheid van 17 mbit naar 20.4 mbit gegaan met een Speedtouch inmiddels.
Dit na het draaien van DMT.
De LiveBox lijkt met elke software update lager in te trainen
ff terug komen op men reply hierboven.
heb dus net geprobeerd om hem terug te zetten in router modus, goede reset gegeven dus zoals in het boekje staat beschreven.
vervolgens kwam de livebox dus online, kon via 192.168.1.1 op de router komen.
maar hij had geen internet verbinding.
heb vervolgens geprobeerd om een verbinding te realiseren, maar tervergeefs.
bij het verbinden zei men router:
Status ADSL-lijn : Geen kabel (ook het lampje op de LB @ bleef knipperen).
dit is natuurlijk onzin, helemaal omdat ik wel een kiestoon hoor(gewone telefonie btw).
anyway heb uiteindelijk men LB 10 keer een reset gegeven maar wilde niet baten.
vervolgens de handleiding weer uitgevoerd om hem in bridge modus te zetten en binnen 10 seconden had ik weer internet.
nu vraag ik me dus af hoe ik dit op 1 of andere manier kan fixxen
please kan iemand me uit de brand helpen?
als er enige onduidelijkheden zijn over wat ik hier neerzet, please let me know. het is tenslote 2:39 in de ochtend
ps.: ik heb nu dus wel verbinding met men eigen router/firewall, en de LiveBox het "@" lampje knipperd nogsteeds. maar ik heb dus nu wel internet.
misschien dat dit wat meer helpt met het oplossen van mijn probleem om de LB weer terug te zetten in router modus
heb dus net geprobeerd om hem terug te zetten in router modus, goede reset gegeven dus zoals in het boekje staat beschreven.
vervolgens kwam de livebox dus online, kon via 192.168.1.1 op de router komen.
maar hij had geen internet verbinding.
heb vervolgens geprobeerd om een verbinding te realiseren, maar tervergeefs.
bij het verbinden zei men router:
Status ADSL-lijn : Geen kabel (ook het lampje op de LB @ bleef knipperen).
dit is natuurlijk onzin, helemaal omdat ik wel een kiestoon hoor(gewone telefonie btw).
anyway heb uiteindelijk men LB 10 keer een reset gegeven maar wilde niet baten.
vervolgens de handleiding weer uitgevoerd om hem in bridge modus te zetten en binnen 10 seconden had ik weer internet.
nu vraag ik me dus af hoe ik dit op 1 of andere manier kan fixxen
please kan iemand me uit de brand helpen?als er enige onduidelijkheden zijn over wat ik hier neerzet, please let me know. het is tenslote 2:39 in de ochtend
ps.: ik heb nu dus wel verbinding met men eigen router/firewall, en de LiveBox het "@" lampje knipperd nogsteeds. maar ik heb dus nu wel internet.
misschien dat dit wat meer helpt met het oplossen van mijn probleem om de LB weer terug te zetten in router modus
[ Voor 11% gewijzigd door SteZZz op 11-02-2007 03:19 ]
SteZZz is the Name, Everything is my Game.
Verwijderd
Geen matches
WRT54GC binnen, wat een klein ding
De combinatie livebox/linksys zou dus niet werken, maar toch heb ik het geprobeerd aangezien ik het al besteld heb. Livebox aangesloten op ethernet poort van wrt54gc, pc had perfecte ontvangst (90%) door een aantal muren. Maar zoals verwacht werkte het niet, dus op 192.168.1.1 (van Linksys dus) de ip ingesteld op 192.168.2.1. En tadaa, het werkt!
De combinatie livebox/linksys zou dus niet werken, maar toch heb ik het geprobeerd aangezien ik het al besteld heb. Livebox aangesloten op ethernet poort van wrt54gc, pc had perfecte ontvangst (90%) door een aantal muren. Maar zoals verwacht werkte het niet, dus op 192.168.1.1 (van Linksys dus) de ip ingesteld op 192.168.2.1. En tadaa, het werkt!
Dit had ik precvies hetzelfde op vrijdag ochtend deed hij dit ook. Van zaterdag op zondagnacht had hij de firmware geupdate en kon ik weer onlie, gerouterd wel te verstaan. 25 minuten mobiel met de helpdesk is overbodig. Uiteindelijk pushen ze de nieuwe firmware en kan je niet meer bridgen. Dus gezien de tijdsduur kan je nu weer een continu brandend lampje zien en heb je weer verbinding:
ff terug komen op men reply hierboven.
heb dus net geprobeerd om hem terug te zetten in router modus, goede reset gegeven dus zoals in het boekje staat beschreven.
vervolgens kwam de livebox dus online, kon via 192.168.1.1 op de router komen.
maar hij had geen internet verbinding.
heb vervolgens geprobeerd om een verbinding te realiseren, maar tervergeefs.
bij het verbinden zei men router:
Status ADSL-lijn : Geen kabel (ook het lampje op de LB @ bleef knipperen).
dit is natuurlijk onzin, helemaal omdat ik wel een kiestoon hoor(gewone telefonie btw).
anyway heb uiteindelijk men LB 10 keer een reset gegeven maar wilde niet baten.
vervolgens de handleiding weer uitgevoerd om hem in bridge modus te zetten en binnen 10 seconden had ik weer internet.
nu vraag ik me dus af hoe ik dit op 1 of andere manier kan fixxen
als er enige onduidelijkheden zijn over wat ik hier neerzet, please let me know. het is tenslote 2:39 in de ochtend
ps.: ik heb nu dus wel verbinding met men eigen router/firewall, en de LiveBox het "@" lampje knipperd nogsteeds. maar ik heb dus nu wel internet.
misschien dat dit wat meer helpt met het oplossen van mijn probleem om de LB weer terug te zetten in router modus
[ Voor 4% gewijzigd door redyak op 13-02-2007 23:23 ]
Vandaag gekocht morgen weer oud , dat is IT.
Verwijderd
Geen matches
Nu dan, mijn geliefde bridge is ook niet meer sinds de laatste firmwares, hiervoor al maanden stabiel (dank allen in dit topic). Nu ben ik zelf ook maar aan het kloten geslagen.
Firmware 3202WNLB_22204A, router FreeBSD6.2 server
Na bridgen krijg je idd geen extern IP op je router en als je dan een 192.168 adres pakt is je livebox er nog gewoon.
Als je echter op je router het MAC adres van mer0 cloned krijg je a-la de seconde wel het externe IP adres toegewezen. Helaas kan je dan nogsteeds geen externe adressen bereiken, ook niet op basis van IP.
Lijkt me dat er in de bridge group nog iets niet klopt, ik heb wat combinaties geprobeerd met eth0 en mer0, maar meestal moet ik de livebox dan hard-resetten om er uberhaupt weer bij te kunnen.
Voorlopig dus nogsteeds vast aan tcp/udp forward, bah
Firmware 3202WNLB_22204A, router FreeBSD6.2 server
Na bridgen krijg je idd geen extern IP op je router en als je dan een 192.168 adres pakt is je livebox er nog gewoon.
Als je echter op je router het MAC adres van mer0 cloned krijg je a-la de seconde wel het externe IP adres toegewezen. Helaas kan je dan nogsteeds geen externe adressen bereiken, ook niet op basis van IP.
Lijkt me dat er in de bridge group nog iets niet klopt, ik heb wat combinaties geprobeerd met eth0 en mer0, maar meestal moet ik de livebox dan hard-resetten om er uberhaupt weer bij te kunnen.
Voorlopig dus nogsteeds vast aan tcp/udp forward, bah
Verwijderd
Geen matches
Hoe lang is lang bij jou? Na een dag nog niets hier, tenzij ik dus het MAC clone en dan krijg ik geen web access 
:strip_icc():strip_exif()/u/57475/ico.jpg?f=community)
het is me uiteindelijk gelukt:
via telnet naar LB de base mac van de LB aangepast (log in als root, ga naar ethernet, en gebruik commando setemac, save settings en dan reboot) en de mac van mijn server gespoofed. Heb nu gewoon internet
Volgende probleem is is dat na 1 group te maken in bridge het niet mogelijk is om meer interfaces te groupen (ik kijg dan de melding invalid interface)
ben niet echt een expert in bridge instellingen of routen, maar de bedoeling is dat de LB dus als 2 bridges functioneerd 1 naar de server (nu over ethernet als het niet mogelijk gaat zijn om dan de teruglijn ook over ethernet te gooien dan gooi ik een usb2 kaart in me server en gaat ie via usb verbinden) en dan nog een bridge tussen rest netwerk (met draaiende DHCP) en wireless kant van LB
Als iemand nog iets weet om of een 2e bridge/group erin te krijgen, of om eth1 echt actief te krijgen (hij heeft een mac, dus er moet _iets_ mee te doen zijn)
Zag ook dat de LB Vlan mogelijkheden heeft en nog veel meer dingen die via telnet te doen zijn maar niet via de webinterface
via telnet naar LB de base mac van de LB aangepast (log in als root, ga naar ethernet, en gebruik commando setemac, save settings en dan reboot) en de mac van mijn server gespoofed. Heb nu gewoon internet
Volgende probleem is is dat na 1 group te maken in bridge het niet mogelijk is om meer interfaces te groupen (ik kijg dan de melding invalid interface)
ben niet echt een expert in bridge instellingen of routen, maar de bedoeling is dat de LB dus als 2 bridges functioneerd 1 naar de server (nu over ethernet als het niet mogelijk gaat zijn om dan de teruglijn ook over ethernet te gooien dan gooi ik een usb2 kaart in me server en gaat ie via usb verbinden) en dan nog een bridge tussen rest netwerk (met draaiende DHCP) en wireless kant van LB
Als iemand nog iets weet om of een 2e bridge/group erin te krijgen, of om eth1 echt actief te krijgen (hij heeft een mac, dus er moet _iets_ mee te doen zijn)
Zag ook dat de LB Vlan mogelijkheden heeft en nog veel meer dingen die via telnet te doen zijn maar niet via de webinterface
too weird to live too rare to die
Verwijderd
Geen matches
Ik ben van plan om vandaag de wrt54gc aan te schaffen, maar is het nu zeker dat ie werkt icm de orange livebox? Werkt het bijv nog steeds bij jouw vincper?En kan iemand svp vertellen welke en hoe je de instellingen kunt wijzigen?:
WRT54GC binnen, wat een klein ding
De combinatie livebox/linksys zou dus niet werken, maar toch heb ik het geprobeerd aangezien ik het al besteld heb. Livebox aangesloten op ethernet poort van wrt54gc, pc had perfecte ontvangst (90%) door een aantal muren. Maar zoals verwacht werkte het niet, dus op 192.168.1.1 (van Linksys dus) de ip ingesteld op 192.168.2.1. En tadaa, het werkt!
Thanks
Het werkt dus maar je hebt wel een router achter een router dus wel even opletten met forwarding. En daarom was die bridgestand zo lekker:
[...]
Ik ben van plan om vandaag de wrt54gc aan te schaffen, maar is het nu zeker dat ie werkt icm de orange livebox? Werkt het bijv nog steeds bij jouw vincper?En kan iemand svp vertellen welke en hoe je de instellingen kunt wijzigen?
Thanks
Vandaag gekocht morgen weer oud , dat is IT.
Verwijderd
Geen matches
Dank voor je snelle antwoord Dus naast het veranderen van ip wrt54gc moet er geforwarded worden?
Ik ben een leek als het gaat om routers enz: Toevallig iemand een how-to om de wrt54gc in te stellen na aansluiting (hoe te forwarden/brigden)?
Bedankt voor de moeite!!
Dus naast het veranderen van ip wrt54gc moet er geforwarded worden?Ik ben een leek als het gaat om routers enz: Toevallig iemand een how-to om de wrt54gc in te stellen na aansluiting (hoe te forwarden/brigden)?
Bedankt voor de moeite!!
Sorry, nu was ik niet zo snel. Op www.portforward.com zoek je je linksys op en daarna het programma dat je wilt forwarden. Moet kunnen voor een leek.:
Dank voor je snelle antwoord
Ik ben een leek als het gaat om routers enz: Toevallig iemand een how-to om de wrt54gc in te stellen na aansluiting (hoe te forwarden/brigden)?
Bedankt voor de moeite!!
In de livebox doe je onder Firewall dat zelfde voor UDP en TCP voor de complete range 0-65xxx.
Dan moet alles werken.
Vandaag gekocht morgen weer oud , dat is IT.
Anoniem: 215139
Geen matches
Ik heb ook livebox versie 3202WNLB_22204A.
Heb gisteren mn livebox als bridge ingesteld zoals in the startpost vermeld, maar mijn router wat achter de livebox zit krijgt dus geen extern IP van orange, ook niet na 30 minuten wachten.
Zoals ik het hier lees is er dus geen enkele manier om de livebox als bridge te gebruiken als je er een router achter hebt hangen (als je de nieuwste livebox firmware hebt) ?
Als dit toch gaat via MAC clonen naar de router, en bijv. de livebox een ander MAC adres geven (als dit mogelijk is) welk LB MAC adres moet ik de router dan geven? Bij mij heeft eth0 (met intern IP) een MAC adres, maar mer0 (extern IP) krijgt er géén. Je zou toch denken dat mer0 (waar de internetverbinding op binnenkomt) een MAC adres heeft, of is dit hetzelfde als eth0? Sorry ben een noob op dit gebied
Alvast bedankt!
Edit: kan ook niet precies vinden hoe ik het MAC adres van de livebox via telnet aan kan passen
Heb gisteren mn livebox als bridge ingesteld zoals in the startpost vermeld, maar mijn router wat achter de livebox zit krijgt dus geen extern IP van orange, ook niet na 30 minuten wachten.
Zoals ik het hier lees is er dus geen enkele manier om de livebox als bridge te gebruiken als je er een router achter hebt hangen (als je de nieuwste livebox firmware hebt) ?
Als dit toch gaat via MAC clonen naar de router, en bijv. de livebox een ander MAC adres geven (als dit mogelijk is) welk LB MAC adres moet ik de router dan geven? Bij mij heeft eth0 (met intern IP) een MAC adres, maar mer0 (extern IP) krijgt er géén. Je zou toch denken dat mer0 (waar de internetverbinding op binnenkomt) een MAC adres heeft, of is dit hetzelfde als eth0? Sorry ben een noob op dit gebied
Alvast bedankt!
Edit: kan ook niet precies vinden hoe ik het MAC adres van de livebox via telnet aan kan passen
[ Voor 6% gewijzigd door Anoniem: 215139 op 06-04-2007 12:07 ]
Verwijderd
Geen matches
Zo ik heb eindelijk ook weer Orange/Wanadoo, had de boel af laten sluiten omdat ik in het buitenland zat. Maar nu dus weer terug, net livebox ontvangen van de TPG, aansluiten, firmware geupdate naar laaste versie, telnetten, bridge mode instellen en hoppakee, het werkt uit de kunst. Weet niet waarom mensen problemen hebben met bridge en de laaste firmware. Wat heb ik precies gedaan
Thats it!
Daarna dhcp renew gedaan in mijn wrt54g met tomato, en ik kreeg extern ip
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
| toor@epia:~$ telnet 192.168.1.1 Trying 192.168.1.1... Connected to 192.168.1.1. Escape character is '^]'. login: root Password: [root @ home]$ dhcpserver [root @ dhcpserver]$ stop DHCP Server stopped !!! [root @ dhcpserver]$ .. [root @ home]$ dhcp stop mer0 DHCP Client Stopped Interface = mer0 [root @ home]$ bridge [root @ bridge]$ bridge delete [root @ bridge]$ group eth0 mer0 -o eth0 [root @ bridge]$ bridge enable [root @ bridge]$ cd .. [root @ home]$ save Configuration saved successfully [root @ home]$ exit Connection closed by foreign host. toor@epia:~$ |
Thats it!
Daarna dhcp renew gedaan in mijn wrt54g met tomato, en ik kreeg extern ip
[ Voor 5% gewijzigd door Verwijderd op 06-04-2007 14:06 ]
Anoniem: 215139
Geen matches
Heb dus precies hetzelfde gedaan, maar via het webmenu van de router DHCP renew gedaan. Aantal keren geprobeerd (ook na een uur wachten) maar de router krijgt nog steeds geen outside IP (0.0.0.0). Heb btw zelfde router alleen iets meer uitgebreide versie.:
Zo ik heb eindelijk ook weer Orange/Wanadoo, had de boel af laten sluiten omdat ik in het buitenland zat. Maar nu dus weer terug, net livebox ontvangen van de TPG, aansluiten, firmware geupdate naar laaste versie, telnetten, bridge mode instellen en hoppakee, het werkt uit de kunst. Weet niet waarom mensen problemen hebben met bridge en de laaste firmware. Wat heb ik precies gedaancode:
Thats it!
Daarna dhcp renew gedaan in mijn wrt54g met tomato, en ik kreeg extern ip
de mac van eth0 en mer0 zijn bij (mijn?) livebox dus hetzelfde om dus de livebox op 192.168.1.1 nog te bereiken moest ik dus wel de base mac aanpassen
om dus de livebox op 192.168.1.1 nog te bereiken moest ik dus wel de base mac aanpassen
too weird to live too rare to die
:strip_icc():strip_exif()/u/96899/blackberry_lp.jpg?f=community)