Suchergebnisse

die registrierung ist ja kein "zustand". d.h. es wird dadurch keine session oder sowas in der art aufgebaut. du sagts damit dem server einfach wo er dich erreichen kann. d.h. wenn du dann ein invite schickst, musst du dich natürlich wieder authentifizieren. mfg, michael

soda, wie versprochen meine DA, hat zwar jetzt nix direkt mit asterisk zu tun, sondern generell voip security, aber was solls :-) wenn die DA jemand irgendwo anders zum download anbieten will, dann nur mit meiner ausdrücklichen erlaubung. mfg, michael

1) ZRTP ist eine extension zu RTP, die einen masterkey für SRTP (ebenfalls eine extension zu RTP) bereitstellen soll. => ist also auch auf hardware phones realisierbar 2) ZRTP ist ja gerade End to End! 3) mit DH ist man erstmal nicht gegen man in the middle attacken sicher! außer man...

tut mir leid war vielleicht etwas blöd da nicht jeder private eine domain hat :-) dann halt: rudi@IP_ADRESSE also z.B: [email protected]

nimm einfach SER (openser.org). habe schon öfter gelesen, das es mit SER und SNOM phones halbwegs problemlos geht. zu ZRTP hab ich vor kurzem erst was ergänzt. ist kein eigenes protokoll sondern nur eine erweiterung zu SRTP. mfg, michael

dumußt keinen account einstellen wenn du keinen hast. einfach die sip uri wählen. also z.B.: [email protected] oder [email protected]

so funktionierts leider nicht. aus meiner sip.conf: und aus meiner extensions.conf und in der DB sind meine ganzen SIP user. mfg, michael

hallo, ich schaff es einfach nicht, meine user direkt per sip uri erreichbar zu machen. bekomme immer die fehlermeldung: allowguest hab ich auf yes gestellt (hat das überhaupt was damit zu tun?) der default context ist auch richtig gesetzt, aber da kommt er ja gar nicht erst hin im dialplan...

ja. weiß nicht was du meinst, ich sehe das so: +) UA schickt ein invite (von mir aus mit portnummer) +) verbindung wird aufgebaut +) sobald das erste RTP paket vom UA rausgeht, passt das nat binding und die RTP pakete vom proxy kommen auch an mfg, michael

VORSICHT!!!! RFC 2543: Obsoleted by RFC3261, RFC3262, RFC3263, RFC3264, RFC3265 immer schön die aktuellen RFCs lesen :-) mfg, michael

zum thema NAT (auch wenn offtopic). ich verwende netfilter (linux) ein symetrisches nat. und es funktioniert problemlos ohne stun (mit der nat=yes funktion von meinem asterisk). ich sehe das so: signalisierung (sip): sobald ich mich beim proxy anmelde wird eine "UDP session" geöffnet...

stimmt nicht. aus dem SIP RFC: ... ... ... häh? wenn ein paket nicht ankommt wird einfach die verbindung verworfen? (oder versteh ich dich da falsch) dann wird es selbverständlich nochmal angefordert (bzw. nicht bestätigt) glaubst du nicht, das sich die leute die das SIP...

es macht meiner meinung nach sehr wohl sinn SIP over TCP zu übertragen! wenn man daheim ein 100MBit switched netz hat, wird man durch den overhead eher einen nachteil haben (den man aber sicher auch nicht spürt), aber im reallife gehen genauso daten verloren, die dann irgendwie nochmal...

habe den text wieder etwas aktualisiert bzw. ZRTP hinzugefügt. mfg, michael

das wars leider nicht ganz, weil das hab ich eh auch schon probiert. außerdem muß man rtnoupdate=no setzen. also mit rtcachefriends=yes und rtnoupdate=no funktionierts endlich :-) jetzt würd mich noch brennend interessieren wo (außer im sourcecode) die ganzen rtxxx attribute...

#define DEFAULT_MAXMS 2000 /* Must be faster than 2 seconds by default */ #define DEFAULT_FREQ_OK 60 * 1000 /* How often to check for the host to be up */ #define DEFAULT_FREQ_NOTOK 10 * 1000 /* How often to check, if the host is down... */ stimmt...

was wiederum den client dazu bewegt pakete an den server zu schicken. schon klar das ich mit einer einstellung am server den client nicht direkt (ohne das ihm der server was davon sagt) dazu bewegen kann einfach so ein paket zu schicken :-) mfg, michael

http://www.voip-info.org/wiki/index.php?page=asterisk+sip+qualify siehst du das anders? mfg, michael

ich habe ausschließlich externe clients. ich kann zwar nicht ausschließen das ein user NICHT über NAT kommt (wenn er eine öffentliche IP für sein phone verwendet), aber NAT=yes sollte ja auch nicht weiter stören, wenn ein client mal nicht über NAT kommt. mein asterisk hat eine öffentliche IP...

hallo, ich habe für alle clients nat=yes und qualify=yes aktiviert. allerdings wird der client trotzdem nach 3 minuten (solange merkt sich meine linux firewall mit der ich das probiert hab die udp verbindung) nicht erreichbar. als workaround müssen sich meine clients einfach alle <3 min...