Grandstream BT101 + Sipgate über ICS am SMC-Router

Liebe Gemeinde,

mein erstes Posting mit gleich einem netten Problem:

Fall 1:

Konfiguration:
T-DSL flat
SMC2804WBR WLAN-Router (Subnetz 192.168.1.x)
BT101 konfiguriert (STUN an, "full cone NAT"-Meldung) und direkt am Router mit fester IP (192.168.1.100)
Ports 5004/5005/5060/10000 UDP forward, sowie Trigger UDP/TCP 5004/5005/5060/10000 am Router eingerichtet

Ergebnis:
Telefonieren funktioniert prächtig in beide Richtungen


Fall 2:

Konfiguration:
T-DSL/Router-Konfig. wie Fall 1
Notebook mittels SMC2835W PCMCIA-Karte am WLAN (192.168.1.101)
Das Notebook (W2K) hat noch eine LAN-Schnittstelle eingebaut
(LAN-Verbindung), daran ist das BT101 mittels Cross-Over-Kabel angeschlossen.
Port-Forwarding vom Router jetzt auf die Notebook IP (.101)
Auf dem Notebook den WLAN-Adapter Netzwerkverbindung als Internet Connection Sharing (ICS Gateway) eingerichtet, d.h. Netzwerkverbindung WLAN, rechte Maustaste-Eigenschaften, Freigabe, Häckchen setzen, dann "Erweiterte Einstellungen", Lasche Dienste und Hinzufügen (STUN/RTP/RTCP/RIP-Ports UDP auf 192.168.0.2 forwarden), Lasche Anwendungen STUN/RTP/RTCP/SIP Ports zulassen
Die LAN-Verbindung wird dabei auf 192.168.0.1 gesetzt.
BT101 auf 192.168.0.2 mit Gateywas 192.168.0.1 konfigurieren.
Status Meldung BT101 (STUN an, symmetrisches NAT)

Ergebnis:
Das BT101 kann raustelefonieren (funktioniert Klasse!), beim
Reintelefonieren klingelt das Telefon und die Nummer des Anrufers wird übertragen, aber Gespräche werden nicht übertragen (kein Ton!).

Frage:
Der genaue Ablauf beim Verbindungsaufbau, welches Protokoll wann zum Einsatz kommt, ist mir nicht vollständig klar, deshalb komme ich auch nicht weiter, woran das jetzt liegen kann.
Was ich gerne wüsste ist, bevor ich mit einem Packet-Sniffer zwischen Notebook und BT101 gehe, welches Protokoll beim VoIP jetzt (nach dem Klingeln bzw. beim abheben) zum Einsatz kommt, dass also die Sprache übertragen wird. Vielleicht ist es ja auch ein inhärentes Problem mit dem ICS, dass es überhaupt nicht gehen kann? Hat jemand eine solche Konfiguration schon mal zum Laufen gebracht?

Merci,
Ralph

Die Kombination kommt deshalb zu Stande, weil das Telefon direkt am Notebook (Ja, Windows 2000) hängt und das wiederum "kabellos" am WLAN - ist also reine Bequemlichkeit. Ich wollte mit einfach das ZyXEL ePhone P2000W sparen ...
Eine VoIP-Softwarelösung habe ich sonst nicht mehr drauf, die stören könnte. Wie gesagt direkt am SMC-Router-Port klappt alles bestens. Ich frage mich nur, welcher Port da (ich vermute im ICS) behindert wird, da es ja klingelt und die Nummer beim "Reinrufen" angezeigt wird, aber eben kein Ton übertragen wird ...

Die Firewall habe ich schon mal deaktiviert - ändert aber nichts am Zustand: BT101 direkt am Router-LAN-Port ohne Probleme, am Notebook hinter ICS beim Reinrufen kein Ton.

Einen weiteren Rechner zum Testen hinter der Notebook-LAN-Schnittstelle muss ich noch auftreiben. Nur soviel: Ich habe einmal die ganzen Ports aus der Anwendungen/Dienste-Freigabe des ICS an der USB-WLAN-Schnittstelle rausgenommen; danach ging gar nichts mehr am Telefon ...

Ein normales Kabel geht nicht, die Netzwerkverbindung wird nicht erkannt.

Ich habe gerade das BT101 über eine WLAN-Bridge (Allnet 0275+) ans Netz gehängt, (full cone NAT) -> Telefonieren funktioniert prächtig in beide Richtungen.

Trotzdem würde ich gerne die Version via ICS/Notebook zum Laufen bringen ...

Ralph