Den P2P-Ansatz hast du bei VoIP eigentlich immer, ein Server ist immer nur fĂŒrs Call-Handling zustĂ€ndig, nicht fĂŒr das weiterleiten des Datenstreams.
VoIP ist - im grossen und ganzen - fĂŒr LANs in Firmen gedacht. Das zeigt sich natĂŒrlich auch in den Konsequenzen daraus.
Wenn Cedi will das ein Server die KonferenzgesprĂ€che zusammenmischt, und dann dem Client nur einen Stream schickt, dafĂŒr gibts meines Wissens keine Lösung, die das so handhabt (macht auch keinen Sinn in einer Firmeninfastruktur, die benötigte Performance fĂŒr sowas wĂ€r enorm).
"Einen Nachteil hat dieses Programm jedoch. Die eingegeben Sprache wird mechanisch aufbereitet, was zur Folge hat, daà sich alle Personen fast gleich anhören."
Brauch ich jetzt noch ne PCI Karte mit ZahnrÀdli und so drauf?
naja, also brauchen kann man das zeug allemal. natĂŒrlich wĂŒrd' ich in nĂ€chster zeit auch keine liebeserklĂ€rung ĂŒber teamspeak machen wollen, aber tratschen liegt voll drin.
du söttsch eigentlich es NAT table ha... dert chasch dini lokal ip adresse igeh und als post gisch kein a. denn hÀsch ALLI ports gforwarded. Zumindescht isch da diÀ schönscht lösig bi so problem. Bruchsch denn halt eifach e sichers OS bzw. e astÀndigi firewall oder so...
kine, lueg... du hĂ€sch kei vorstellig vom sedi sim router. dĂ€ isch en traum vo mischtigkeit. mit dem chasch eifach nĂŒt mache. wenn mer die war uf en andere port legge wĂŒr, wĂŒr de router wohrschinli no afange lache (unds wĂŒr natĂŒrli immer no nöd funze).
aber i denk scho, dass mer dĂ€ wohrschinli scho irgendwie zum tue bewege chöne mĂŒesst.
