Diskussion:Session Initiation Protocol

Dies ist eine alte Version dieser Seite, zuletzt bearbeitet am 27. März 2006 um 14:24 Uhr durch Ole.Hinz (Diskussion | Beiträge) (Teilnehmerzahl?). Sie kann sich erheblich von der aktuellen Version unterscheiden.

Letzter Kommentar: vor 20 Jahren von Sparti in Abschnitt Echo

Aus dem Artikel:

"Die dafür verwendeten UDP-Ports werden dynamisch vergeben, was die Verwendung von SIP in Verbindung mit Firewalls oder Network Address Translation (NAT, RFC 2663) schwierig macht, da die meisten Firewalls bzw. NAT-Router die dynamisch vergebenen Ports nicht der Signalisierungsverbindung zuordnen können."

Ist damit Port Triggering gemeint? Siehe dazu die Diskussion in Port Forwarding.

Danke, --Abdull 18:36, 18. Jan 2005 (CET)

Vorlage:Unbeantwortet

Echo

Kann jemand erklaeren, wie die Echos bei der SIP Telephonie enstehen? Ich denke das ist ein haufig zu beobachtendes Phenomen und wird viele interessieren?

Gruss -- Sparti 16:20, 30. Mai 2005 (CEST)Beantworten

Das ist kein SIP-spezifisches Problem.

Abhörsicher?

Sind die Protokoll rund um SIP abhörsicher? Ist die Authentifizierung verschlüsselt bzw. gehasht?

Es gibt sowohl SIPS (SIP über TLS) als auch SRTP (verschlüsseltes RTP), die nicht mehr so einfach mitgelesen werden können, beide sind allerdings nicht so verbreitet. Bei SIP selbst wird die Authentifizierung mit Hilfe des Digest-Verfahrens durchgeführt. D.h. das Passwort geht nie im Klartext über die Leitung.

Die Links auf die RFC's verweisen alle auf RFC 1. Ist das so gewollt?!? -- Matze 09:23, 19. Okt 2005 Unterschrift nachgetragen durch Stefan506 13:50, 19. Okt 2005 (CEST)

Das scheint ein neuer Software-Bug zu sein, denn im Quelltext des Artikels ist es richtig. Ich habe mal in Wikipedia:Fragen_zur_Wikipedia#Automatische_Verlinkung_von_RFC gefragt. -- Stefan506 13:50, 19. Okt 2005 (CEST)

Unnötige Werbung?

Eine weitere Lösung für das NAT-Traversal-Problem stellen sogenannte Application Layer Gateways (ALG) dar. Diese sind zwischengeschaltete SIP-Proxys, die, auf einem NAT-Router bzw. einer Firewall installiert, für reibungslosen Transfer der SIP-Signalisierung und -Medienströme sorgen. Der IX66/IX67-Router der schwedischen Firma Intertex ist ein solcher ALG, der bei SIP-Telefonaten automatisch für die Öffnung der notwendigen Ports auf der integrierten Firewall sorgt. Außerdem markiert der IX66/IX67 RTP-Medienströme mit DiffServ-Bits, wodurch diese mit höherer Priorität über das Internet transportiert werden können.

Ist es nötig, den Namen der Firma Intertex und deren Produkt zu nennen? Ist das nicht unnötige Werbung? Oder gibt es keine alternativen Produkte am Markt, so dass dieses Produkt eine derart außergewöhnliche Stellung einnimmt und ein Erwähnen an dieser Stelle sinnvoll ist? (15.12.2005)

Muss definitiv nicht sein, habs umformuliert Thomas 21:25, 16. Dez 2005 (CET)

Teilnehmerzahl?

Unterstützt SIP nun "ein oder mehr" oder "zwei oder mehr" Teilnehmer? Vergleiche ersten Satz und Abschnitt Funktionsweise, zweiter Absatz.

Der Wortlaut ist richtig. Im ersten Abschnitt steht "Kommunikationssitzung zwischen zwei" und im zweiten Absatz steht "Sessions mit einem oder...". Es ist also eine Session mit einem Partner, also zwischen zwei Partnern. -- Ole.Hinz 14:24, 27. Mär 2006 (CEST)

Protokoll

Kann jemand sagen, auf welchem Protokoll SIP in der Regel aufsetzt? Es wird wohl TCP oder UDP sein.

Nach RFC3261 sind sowohl TCP wie auch UDP in der Implementierung vorgeschrieben. Dabei dient TCP mehr als Fallback, wenn UDP nicht funktioniert. TCP kann aber auch erzwungen werden. SDP, RTP und RTCP setzen alle auf UDP auf. --Ole.Hinz 10:06, 27. Mär 2006 (CEST)