Luistert: ik wil graag dat Back-to-my-Mac eens aan de praat krijgen.
Ik heb een draadloos netwerk bestaande uit een Speedtouch-modem
(met router en draadloos, maar die laatste staat uit), daaraan hangt
een TimeCapsule en pikt een Expressje de 'draad' (draadloos) op.

Nu moet voor BtmM de router UPnP of NAT ondersteunen.
Het modem beschikt over UPnP en die functie staat aangeschakeld.
Toch klaagt mijn MobileMe Systeemvoorkeuren-instelling dat BtmM
nog niet goed kan werken omdat "de router het niet ondersteunt".
Bedoelt men nu de Speedtouch of is de TimeCapsule (en Express)
de boosdoener ? Volgens een BtmM-handleiding moeten AirPorts
een NAT-paneel vertonen bij de "Internet"-configuratie, maar dat
tonen mijn AirPorts dus ook (nog) niet.

Er zitten dus nog wat kinks in deze draadloze kabel voor BtmM...
Wie heeft tips ?

Hoe staat de speedtouch ingesteld (doet die aan NAT)?
Hoe staat de Express ingesteld (Bridge of als nieuw netwerk)
Joint de timecapsule het netwerk of staat deze ook in bridge of als nieuw netwerk?

De SpeedTouch doet zowel NAT als UPnP (Universal Plag-and-Play)
wat volgens Apple allebei moet werken. UPnP staat aangeschakeld.
NAT staat volgens mij standaard aan - ik kan geen settings vinden.
De SpeedTouch regelt alles m.b.t. IP-nummers van WAN en LAN.

De TimeCapsule pikt als enige via Ethernet de Internet-draad op,
en verspreidt deze draadloos. De AirPort Express hangt elders
en breidt het draadloze netwerk van de TC uit (géén WDS).

Zowel de ST als de TC kunnen 'kunstjes' met IP-nummers:
Op dit moment fungeert de ST als router en verdeelt alle IP's.
Maar ik kan ST het Public-IP-nummer aan de TC laten toewijzen
en de TC kan via Verdindingsdeling dat Public-IP-nummer delen
(dan verschijnt ook die "NAT" knop bovenaan, heb ik ontdekt).

Wat is wijsheid en wat is voor deze situatie de juiste setting ?
Moet de ST de baas over Public-IP-nummer èn DHCP blijven,
of kunnen die twee zaken gescheiden blijven ? Er is verschil
in prestaties te verwachten (langzamer) als de TC allerlei
taken van de ST overneemt ? Dat soort vraagtekens...

Ik heb er geen moeite mee om allerlei settings uit te proberen,
maar dat kost meestal meer tijd dan hopen op een forum-tip !

Apparaten die in bridge mode staan hebben nooit (als het goed is) NAT faciliteiten.
Om BtmM goed te laten werken moet je versie 7.3.1 in je Airportsoftware hebben (richtlijn Apple).
Verder ondersteunt niet iedere router BtmM.
Kijk ook even naar: http://support.apple.com/kb/TS1304
De ST staat hier niet tussen maar zou dit volgens mij wel moeten kunnen.
Heb je op de ST wel poort 548 gemapt naar de TC? Dat is nodig bij versie 7.3.1 (daarvoor werkte het ook zonder).

Dus TC zou het Public-IP-nummer moeten gaan overnemen,
anders blijft-ie in die "brugmodus" (geen "Verbindingsdeling")
en doet hij geen NAT - da's in ieder geval de eerste hindernis.
Dus dan moet ik vanuit de ST het Public-IP-nummer toewijzen
aan TC en deze ook DHCP laten regelen (o jee, IP-ranges...)

Maar het lastige is, in hoeverre protocollen en voorzieningen
elkaar mogen dubbelen (als ze op meerdere ingesteld staan)
of in hoeverre ze uitwisselbaar zijn (ST UPnP & TC op NAT?)
Poortje mappen op de ST heb ik al eens eerder gedaan.

Overigens heeft de TC software 7.3.2 maar is de AE op 6.3
(heb echter geen update-waarschuwingen erover gezien).

Ik ga weer puzzelen...

Btmm was destijds voor mij één van dé redenen om gelijk over te gaan op Leopard.
Maar heb het helaas ook nooit werkend gekregen. De functie is dan ook één van de
weinigen die meer op een product uit Redmond lijkt, qua (niet) gebruiksgemak.

Als je AE op 6.3 zit heb je een 'oude' AE (eentje zonder 802.11n ondersteuning). Daarvoor is nooit iets hoger dan 6.3 uitgebracht. Denk niet dat BtmM daarmee gaat lukken.
En nee, je TC hoeft niet je public IP over te nemen (mag wel natuurlijk). Als de juiste poorten in de ST (543, 548 TCP en 4500 UDP) openstaan en de TC in bridgemode zou het moeten werken.

Voorzieningen dubbelen is een garantie voor problemen. Dus ook al zou je het voor elkaar krijgen nooit twee keer 'NAT'ten. (ook al heb ik dat zelf wel eens voor elkaar gekregen, dus technisch kan het wel met een beetje klooien )
Als de ST z'n public IP toewijst aan de TC fungeert ie in theorie als bridge. De ST zou dan transparant moeten zijn voor het IP verkeer. Maar ik heb zelf geen ST dus ik kan dat niet testen.

Hmm... Die AE moet wel actief blijven.
Het wordt me nu wel al wat duidelijker,
maar zoals Buibkier ook al zegt: het lijkt
onderhand op Redmond-gebruiksgemak:
mooie dingen beloven maar halverwege
de weg erheen denk je "laat maar".

Ik doe vanavond wat pogingen en zal er
verslag van geven, als ik meer ontdek.

Zit ook met dit probleem te stoeien. Niet dat ik zoveel computerplekken heb, maar gewoon interesse. Ik gebruik een miniMac en heb een FritzBox die de ip-adressen uitdeelt. Vreemd vind ik dat het ene account die opmerking over NAT-PMP of UPnP krijgt, terwijl onder een ander account op (dezelfde computer) 'groen licht' krijgt.
Wat kan hier aan de hand zijn?