Cisco 1720 mit Cisco 7905 und 1und1 SIP

[metz310]

Moin,

da ich im mceboard keine Antwort auf mein Prob bekomme, probiere ich es mal bei euch:

Ich habe einen Cisco 1720 mit Vollausstattung und ein Cisco 7905 mit der neusten SIP 1.3.0.

Hatte die ganze Zeit sipgate als Provider für nur eingehende Anrufe. Funktionierte 1a. Raus als auch rein zu telefonieren.

Nun habe ich einen SIP Flat bei 1und1. Ich habe das Telefon schon so weit, dass ich raus telefonieren kann und mich auch mein gegenüber hört. Nur kann man mein SIP Phone nicht von extern erreichen. 6 Stündiges Debuggen, Ports weiterleiten und 1000 reloads des 1720 (um die Konf in den Ursprung zurück zu setzen) haben keinen Erfolg gebracht.

So sah es bei Sipgate aus, was 1a funktionierte. So sieht es jetzt auch noch aus bei 1und1, nur dass ich nicht angerufen werden kann.

Ich denke es geht in die Richtung des Media Ports, den ich nur einmal (nicht als Range ) im 7905 angeben kann. Aber wie bei 1und1 ???

beim 1720 sieht der NAT Berich so aus:

ip nat inside source static udp 192.168.10.8 10000 interface Dialer1 10000
ip nat inside source static udp 192.168.10.8 5004 interface Dialer1 5004
ip nat inside source static udp 192.168.10.8 5060 interface Dialer1 5060

access-list 103 permit icmp any any echo-reply
access-list 103 permit tcp any any eq 22
access-list 103 permit tcp any any eq ftp
access-list 103 permit tcp any any eq ftp-data
access-list 103 permit udp any any eq 10000
access-list 103 permit udp any any eq 5004
access-list 103 permit udp any any 5060
access-list 103 deny ip any any log

beim Phone so:

UID Username
PWD Passwort
Proxy sipgate.de
AltProxyTimeOut 0
UseLoginID 0
LoginID 0
SIPRegInterval 900
MaxRedirect 5
SIPRegOn 1
NATIP 0.0.0.0
SIPPort 5060
MediaPort 5004
OutBoundProxy 0
MsgRetryLimits 0x00000000
NatServer stun.sipgate.de:10000
NatTimer 0x0000003c
DialPlan *St4-|St4-|110|1>t8.r9t2-|0>t811.rat4-|^1t4>.-
IPDialPlan 1

P.S.: Hatte auch schon wie in anderen Threads die udp Ports 5060, 5062, 3478, 3479, 8000-8005 und 16384-32766 weitergeleitet. Ohne Erfolg !


Bitte um Hilfe.....

THX

 

[metz310]

sorry....bei der phone conf gehört natürlich bei proxy der sip.1und1.de rein.

beim nat server der: stun.1und1.de:10000

my little fault


Löst aber nicht das o.a. Problem !!!!!!!!

 

[metz310]

hmmm...ich philosopiere gerade darüber...mal ein anderer ansatz:

wenn ich:

nat ip source static udp IPTELEFON 5004 interface Dialer1 16384
nat ip source static udp IPTELEFON 5004 interface Dialer1 bis ....32766

mache, leitet er ja alle udp´s des ranges schon mal auf die 5004 um.
Dementsprechend nur noch in der access list

access-list 103 permit udp any any range 16384 32766

Eintragen !

Könnte das gehen ?

Wie kann ich ranges beim nat hinter dem Dialer definieren ?
Hmmmm....Kopf platz !!!!!!!!

 

[RB]

Moin und willkommen im Forum!

Ich habe da so ein oder zwei Anmerkungen, obwohl ich mich mit Cisco-Routern so gar nicht auskenne...

Erstens
Die benötigten (Incoming) Ports sind nur vom Client (in diesem Falle also dem Telefon) abhängig, nicht vom Registrar. Da sollte sich also gar nicht geändert haben.

Zweitens
Da es mit Sipgate geklappt hat und die (als große Ausnahme) eine eigenständige Methode zur Feststellung der öffentlichen IP-Adresse des Clients haben (die nehmen wohl einfach die Absender-Adresse vom REGISTER), tippe ich mal darauf, daß da die Crux liegt.

Woher hat das Telefon seine eigene öffentliche IP-Adresse (resp. die des Routers)?

Diese wird u.U. nicht benötigt für eine erfolgreiche Registrierung (da wahrscheinlich einfach auf die Telegramme geantwortet wird - return to sender). Um von außen einen Anruf signalisieren zu können, benötigt der Registrar aber natürlich die korrekte IP-Adresse. Wenn der Client statt dessen die private IP-Adresse bei der Registrierung angegeben hat, landen die INVITEs im Nirwana...

Eine weitere Variante des Problems ist folgende:
Eigentlich ist vorgesehen, daß bei der Registrierung dem Provider im REGISTER-Telegramm mitgeteilt wird, auf welchem externen Port die ankommende Signalisierung erfolgen soll (gewöhnlich 5060). Manche Provider/Registrare ignorieren das aber und merken sich stattdessen den Absender-Port des REGISTER-Telegramms, der bei NAT ja mehr oder weniger zufällig ist. Um dieses Problem zu umgehen, habe ich bei mir im Router auch den abgehenden externen Port auf 5060 festgenagelt, wenn der Zielport 5060 ist. Ich kann nicht sagen, wie sich 1&1 da verhält.

 

[metz310]

hmmm....ich prob das mal mit extern 5060 nachher aus...melde mich dann nochmal

thx schon mal für antwort