Nachfrage: kein eingehender Anruf möglich

[technologisch]

Also ich dachte eigentlich dass das Problem mittlerweile gelöst ist?
Zumindest hat sich die einzige Bekannte die bei mir noch Alice mit Carpo hat schon länger nicht mehr beschwert.

Ich habe meinen Beitrag gelöscht, weil ich festgestellt habe, dass ich da etwas verwechselt hatte. Peinlich, aber es ist genau umgekehrt. Eine Rufumleitung von Carpo zu KDG liefert bei Anrufern zur Carpo-Nr. ein ständiges Besetzt. Andere Umleitungsziele funktionieren. Das liegt dann vermutlich an KDG (Kabel Deutschland). Seltsamerweise ist der KDG-Anschluß per Direktwahl vom Carpoanschluß erreichbar, nur die Weiterleitung von Carpo zum KDG-Anschluß liefert eben ein Besetzt.

Und, die Carpo-Kurzwahlfunktion funktioniert einfach nicht. Zumindest nicht über die Fritzbox 7170. Das Ereignislog der Box zeigt dazu Fehler 408.

 

[Kudde]

Moin, hat es sich ja auch.

 

[pixide]

Carpo : ATA hinter Router unmöglich !

Also ich habe immer noch das Problem, daß Carpo in der Variante ATA hinter Router *N*I*C*H*T* dazu zu bewegen ist, daß eingehende Telefonate ans ATA signalisiert werden.

Portweiterleitungen Router (Linksys WRT54GS mit Tomatoe FW v1.23.1607)
-> ATA (AVM Fritz!Box Fon ata 1020 FW 11.04.01)

SIP : 5060-5072 UDP
RTP: 7078-7097 UDP


Nur wenn ich das ATA direkt ans Internet (ohne Router) hänge funktioniert es - hinter dem Router mit Portweiterleitung funktiert Carpo nicht. SIPGATE hingegen funktioniert einwandfrei hinter dem Router !



VOIP-Einstellungen ATA:
+++++++++++++++++++++++++++++++++++++++++++++

1) Carpo:
Internettelefonie-Anbieter : anderer Anbieter
Internetrufnummer : 07123456789
Benutzername : carpobenutzername[[email protected]]
Password : carpopasswort
Registrar : sip.carpo.de
Proxy-Server : [kein Proxy-Server eingetragen]
STUN-Server : [kein STUN-Server eingetragen]

-> raustelefonieren geht, angerufen werden kommt Stille und dann Rufnummer sei nicht vergeben



2) SIPGATE:
Internettelefonie-Anbieter : anderer Anbieter
Internetrufnummer : 07987654321
Benutzername : sipgate-id [1234567]
Password : sipdate-id-passwort
Registrar : sipgate.de
Proxy-Server : [kein Proxy-Server eingetragen]
STUN-Server : [kein STUN-Server eingetragen]


-> telefonieren kein Problem !



Hat jemand noch nen Tip für mich ?

++++++++++++++++++++++++++++++++++++++++++++++++++++++++
EDIT: PBX-Networks Account zusätzlich zum Testen angelegt -> funktioniert auch problemlos.
-> Nur den Carpo Account kann ich partout nicht anrufen. Mist.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
EDIT2: Hänge ich das ATA direkt ans Internet (pppoE EInwahl durch ATA)
-> funktioniert Carpo sofort
Also, was ist das Carpo-only-Problem, das es nicht reinwärts geht, wenn das ATA HINTER einem Router hängt ?

 

[pixide]

Carpo <-> Router <-> ATA : Geht oder geht nicht ?

Hab´nur ich das Problem, dass eingehende Anrufe bei Carpo nicht funktionieren, wenn das ATA Endgerät hinter einem Router hängt ?

Supportanfrage an Carpo ist bereits gestartet.
Wäre interessant zu wissen, ob es bei euch problemlos hinter nem Router funktioniert .
...... und mit welchen Einstellungen.

 

[morten]

PSTN ==> Carpo <-> Router <-> ATA geht nicht immer, 5060-5061 UDP 7078-7079 UDP

Hab´nur ich das Problem, dass eingehende Anrufe bei Carpo nicht funktionieren, wenn das ATA Endgerät hinter einem Router hängt ?

Supportanfrage an Carpo ist bereits gestartet.
Wäre interessant zu wissen, ob es bei euch problemlos hinter nem Router funktioniert .
...... und mit welchen Einstellungen.

Carpo <-> Router <-> ATA : Geht oder geht nicht ?
Hab´nur ich das Problem, dass eingehende Anrufe bei Carpo nicht funktionieren, wenn das ATA Endgerät hinter einem Router hängt ?


Interessant, das kennen wir alle.

PSTN ==> Carpo <-> Router <-> ATA geht nicht immer,


GSM ==> Carpo <-> Router <-> ATA geht auch nicht immer,


es gibt vier unterschiedliche GSM anbieter
und zwei unterschiedliche PSTN anbieter,

bei jedem funzt es anders. UMTS lasse ich weg.


Du kannst auch hinter dem router alles mitloggen.

eventuell einen testserver,
aber was wirklich einfach und nuetzlich ist,
ist folgender versuch:

einen portscanner wie nmap. der irgendwo im WAN sitzt.

idealerweise muesste carpo das fuer dich machen koennen.

dann schliesst Du alles an, ohne router
und misst den traffic bei aktivitaet,

ich hatte mit frenet und sipgate verglichen


freenet an, portscan,

D1 D2 E1 E2 eingehender anruf auf carpo SIP triggern,

messen,


T-com, arcor PSTN, ISDN anruf triggern, dann portscan.


dann siehst Du welche ports extra im router frei sein muessen,

das haengt auch vom router ab,

der fritzbox gehoert sich nicht in die DMZ,

in meinem D-LINK muss ich andere ports weiterleiten als in meinem linksys,

Dann gibt es auch high end modems von thomson mit sehr viel raffinierte einstellungen.

Das laesst sich auch in bridge mode konfigurieren.


fuer genaueres troubleshooting hilft kenntnisse in
tcpview,
Ethereal: A Network Protocol Analyzer
wireshark,

und du brauchst einen hub, zum schnueffeln auf carpo pakete,
die manchmal sehr schwer zu finden sein koennen.



momentan habe ich nur

5060-5061 UDP
7078-7079 UDP

freigeschaltet,

festgestellt habe ich auch aktivitaet auf

3478 UDP


Du kannst Port address translation PAT 1:1 waehlen
oder zu andere ports forwarden,

port triggering ist noch besser,

geht ein wenig anders.

http://portforward.com/


http://en.wikipedia.org/wiki/Port_triggering


Ist fast richtig,

Gamer kennen sich hier gut aus,
wenn deinen router fuer den meisten anwendungen
mit portforwards rules vollgestopft worden ist,

dann brauchst Du keine statische port tabelle,
port trigger ist der eninzige richtige weg, wenn du myriaden von rules hast,

eingehendes signal , welches du selber fuer deine hardware messen kannst,

triggert einen temporaeren portforward, der ruhig 90 Minuten dauern kann,


Auch wenn Du ein mal fuer eikommende Telekom call center terror deine carpo getunt, hast

dann kann sich eine woche spaeter die situation aendern.


Es geht,
aber ich habe Carpo mehrere male auf diesen nicht rfc 3261 konformen unfug aufmerksam gemacht.


port trigger mit SPI stateful packet inspection
von carpo auf einen arcor anschluss mit D-LINK und ATA hinter router
ist ungefaehr das schlimmste was Du haben kannst.

aber es geht.

Alledings ohne nmap und sehr viel geduld hast Du
"no chance." TM


Die Anleitungen von carpo sind hier nicht richtig.

Einen externen portscanner ist hier sehr hilfreich.


http://www.securityfocus.com/infocus/1753

http://www.nessus.org/nessus/

http://nmap.org/

http://www.unicornscan.org/


dann gibt es auch den

SIP swiss army knife

What is it?

sipsak is a small command line tool for developers and administrators of Session Initiation Protocol (SIP) applications. It can be used for some simple tests on SIP applications and devices.

http://sipsak.org/



all die von extern als messinstrument anwenden,
um den WAN ICMP TCP und UDP traffic to messen,

auch UDP packete lassen sich feststellen.

bei carpo ist das problem, dass es ueberhaupt nicht klingelt.

hier musst du die ICMP pakete messen.


Intern im LAN schaust du nach packet collissions und nicht ankommende ICMP pakete.


hier ist der exakte dokumentation vom ganzen.



http://www.ietf.org/rfc/rfc3261.txt



In meinem serverfarm habe ich vier router,
einen HUB
einen switch
einen fritzbox,
und carpo war mit abstand das uebelste was ich je gesehen habe,
aber es hat nach viel rumprobieren funktioniert und ich kann nur hoffen,
dass carpo keine weiteren tricks anwendet.


SPI ist aktiv und alle mir bekannten eingehende GSM + PSTN anrufe kommen an.


so sieht es bei mir aus, und das funzt, Auch bei carpo.

http://www.flickr.com/photos/lordbyte/3436026428/


http://www.flickr.com/photos/lordbyte/3436026432/sizes/o/

 

[morten]

Also ich habe immer noch das Problem, daß Carpo in der Variante ATA hinter Router *N*I*C*H*T* dazu zu bewegen ist, daß eingehende Telefonate ans ATA signalisiert werden.

Portweiterleitungen Router (Linksys WRT54GS mit Tomatoe FW v1.23.1607)
-> ATA (AVM Fritz!Box Fon ata 1020 FW 11.04.01)

SIP : 5060-5072 UDP
RTP: 7078-7097 UDP


Nur wenn ich das ATA direkt ans Internet (ohne Router) hänge funktioniert es - hinter dem Router mit Portweiterleitung funktiert Carpo nicht. SIPGATE hingegen funktioniert einwandfrei hinter dem Router !



VOIP-Einstellungen ATA:
+++++++++++++++++++++++++++++++++++++++++++++

1) Carpo:
Internettelefonie-Anbieter : anderer Anbieter
Internetrufnummer : 07123456789
Benutzername : carpobenutzername[[email protected]]
Password : carpopasswort
Registrar : sip.carpo.de
Proxy-Server : [kein Proxy-Server eingetragen]
STUN-Server : [kein STUN-Server eingetragen]

-> raustelefonieren geht, angerufen werden kommt Stille und dann Rufnummer sei nicht vergeben



2) SIPGATE:
Internettelefonie-Anbieter : anderer Anbieter
Internetrufnummer : 07987654321
Benutzername : sipgate-id [1234567]
Password : sipdate-id-passwort
Registrar : sipgate.de
Proxy-Server : [kein Proxy-Server eingetragen]
STUN-Server : [kein STUN-Server eingetragen]


-> telefonieren kein Problem !



Hat jemand noch nen Tip für mich ?

++++++++++++++++++++++++++++++++++++++++++++++++++++++++
EDIT: PBX-Networks Account zusätzlich zum Testen angelegt -> funktioniert auch problemlos.
-> Nur den Carpo Account kann ich partout nicht anrufen. Mist.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++
EDIT2: Hänge ich das ATA direkt ans Internet (pppoE EInwahl durch ATA)
-> funktioniert Carpo sofort
Also, was ist das Carpo-only-Problem, das es nicht reinwärts geht, wenn das ATA HINTER einem Router hängt ?

STUN ist der bringer.

Password : sipdate-id-passwort
Registrar : sipgate.de
Proxy-Server : [kein Proxy-Server eingetragen]
STUN-Server : [kein STUN-Server eingetragen]


-> telefonieren kein Problem !



Hat jemand noch nen Tip für mich ?

++++++++++++++++++++++++++++++++++++++++++++++++++++++++
EDIT: PBX-Networks Account zusätzlich zum Testen angelegt -> funktioniert auch problemlos.
-> Nur den Carpo Account kann ich partout nicht anrufen. Mist.
++++++++++++++++++++++++++++++++++++++++++++++++++++++++


1) Carpo:
Internettelefonie-Anbieter : anderer Anbieter
Internetrufnummer : 07123456789
Benutzername : carpobenutzername[[email protected]]
Password : carpopasswort
Registrar : sip.carpo.de
/************************!!*****************************/
Proxy-Server : [kein Proxy-Server eingetragen] ==> sip.carpo.de
STUN-Server : [kein STUN-Server eingetragen] ==> stun.carpo.de


=====================================================

ich habe den gleichen fritzbox,


FRITZ!Box Fon ata, Firmware-Version 11.04.01


Proxy-Server ==> sip.carpo.de
STUN-Server ==> stun.carpo.de


ist wichtig,


http://www.ietf.org/rfc/rfc3489.txt

STUN - Simple Traversal of User Datagram Protocol (UDP)
Through Network Address Translators (NATs)

                        +--------+
                        |  Test  |
                        |   I    |
                        +--------+
                             |
                             |
                             V
                            /\              /\
                         N /  \ Y          /  \ Y             +--------+
          UDP     <-------/Resp\--------->/ IP \------------->|  Test  |
          Blocked         \ ?  /          \Same/              |   II   |
                           \  /            \? /               +--------+
                            \/              \/                    |
                                             | N                  |
                                             |                    V
                                             V                    /\
                                         +--------+  Sym.      N /  \
                                         |  Test  |  UDP    <---/Resp\
                                         |   II   |  Firewall   \ ?  /
                                         +--------+              \  /
                                             |                    \/
                                             V                     |Y
                  /\                         /\                    |
   Symmetric  N  /  \       +--------+   N  /  \                   V
      NAT  <--- / IP \<-----|  Test  |<--- /Resp\               Open
                \Same/      |   I    |     \ ?  /               Internet
                 \? /       +--------+      \  /
                  \/                         \/
                  |                           |Y
                  |                           |
                  |                           V
                  |                           Full
                  |                           Cone
                  V              /\
              +--------+        /  \ Y
              |  Test  |------>/Resp\---->Restricted
              |   III  |       \ ?  /
              +--------+        \  /
                                 \/
                                  |N
                                  |       Port
                                  +------>Restricted

                 Figure 2: Flow for type discovery process

Allerdings arbeite ich mit feste IPs, kein DHCP und kein MAC Cloning.


http://www.voip-info.org/wiki-STUN

Note: The STUN RFC states: This protocol is not a cure-all for the problems associated with NAT.

Es kann immer wieder passieren, dass es nicht funktioniert, selbst bei sipgate und freenet ist das heute noch der fall.

Ich habe UPnP in beiden Geraeten (router und fritzbox) deaktiviert.

ich mache alles ganz manuell und ganz primitiv,
und bin eigentlich damit zufrieden.


1. Applicability Statement

This protocol is not a cure-all for the problems associated with NAT.
It does not enable incoming TCP connections through NAT. It allows
incoming UDP packets through NAT, but only through a subset of
existing NAT types. In particular, STUN does not enable incoming UDP
packets through symmetric NATs (defined below), which are common in
large enterprises. STUN's discovery procedures are based on
assumptions on NAT treatment of UDP; such assumptions may prove
invalid down the road as new NAT devices are deployed. STUN does not
work when it is used to obtain an address to communicate with a peer
which happens to be behind the same NAT. STUN does not work when the
STUN server is not in a common shared address realm. For a more
complete discussion of the limitations of STUN, see Section 14.


===

selbst bei ISDN kann es zu verhaspelungen und probleme kommen.

Wenn es nicht von festnetz klappt, kann es besser klappen wenn jemandem von x-lite anruft. Damit kannst Du auch debuggen. Deine verbindung zum carpo kannst Du mit ping traceroute und MTR messen,
und wenn Du einen Kostenpflichtigen account bei DSLreports hast,
kannst Du eine Langzeitbeobachtung aktivieren.

http://www.dslreports.com/schedule

Monitor service - Broadband Monitoring

Mit Deep packet Inspection kanst Du auch netzwerke troubleshooten,
aber Du merkst das schon wenn Du nur einen portscanner und wireshark hast. Die beste loesung bietet fuer STUN probleme Skype, wie die es genau gemacht haben ist marke Eigenbau.