Xirilius schreef:Het bovenstaande (de quote) vind ik wel een beetje vreemd, op een ander forum had ik min of meer de zelfde vraag gesteld en daar gaf iemand juist aan dat SIP juist bedoeld is voor meerdere verbindingen via 1 account.... dat is geheel het tegenovergestelde dus...
Dat is het mooie aan SIP, je kan meerdere keren aanmelden. Zelfs vanaf andere locaties, alleen laat Tiscali dat niet toe dat je van buiten hun netwerk jezelf aanmeldt.
't Is dus geen probleem als je 2 of 3 SIP clients (dus softphone, ZyXEL, Siemens DECT etc) aanmeldt. Je bent dan alleen bijna niet ingesprek omdat er altijd wel ergens iets kan rinkelen
Het item op het andere forum
ps. het wordt een beetje dubbel nu, ik heb min of meer dezelfde reacties op 2 forum items op dit forum....
hier dus ook
O.k.... de simpele en korte versie.
Het hangt van de software af in de router en de software in het SIP-device.
Dus of het nu om een softphone, een IP-telefoon of een converer gaat... en dat in combinatie met een gewone router of bijvoorbeeld een 2602.
We hebben in de basis te maken met 2 dingen:
- het SIP protocol op bijv. poort 5060
- het RTP verkeer, de spraakkanalen dus. Kan op 5004 of elders plaatsvinden.
Zonder router, NAT en NAPT is het allemaal geen probleem. Unieke IP-adressen en direct benaderbaar op Internet. Alles kan met alles kletsen en het leven is mooi.
Dan komt de router met NAT en/of NAPT en een leuke firewall - bijvoorbeeld "state Inspection".
Als de IP-telefoon zich niet helemaal netjes gedraagt om een verbinding open te houden door de firewall heen....
Of dat de Firewall/router niet helemaal kan wat er van het ding verwacht wordt... misschien door een kleine bug inde software...
Dan is de registratie-timer nog niet verlopen, denkt de SIP server dat de IP-telefoon nog steeds ingelogd is en omgekeerd, je kunt alleen niet meer gebeld worden.
Een router/firewall die de hele afhandeling goed doet in combinatie met een IP-telefoon en een SIP-server bij de provider die het NAT probleem adequaat adresseert is een combinatie die probleemloos werkt.
En als je denkt dat het wel meevalt.... kijk maar eens op voip-info.org voor de nodige uitdagingen met NAT en VoIP. Diverse bedrijven wijden er hele 'White-papers' aan met oplossingen.
Sommigen roepen weer 'STUN-servers', anderen claimen dat het niet altijd de oplossing is.
"Your Milage May Vary" is een vaak geziene tekst in de ICT...
Dat iemand het dus in een bepaalde combinatie aan het werk heeft... wil niet zeggen dat het in een iets andere combinatie bij een ander probleemloos werkt.
Het is simpel: ik heb in de praktijk apparatuur in handen gehad die zonder de hele trukendoos open te trekken gewoon niet aan het werk wilde blijven en na een paar minuten niet meer bereikbaar was. Of die doorlopend wel uit kon bellen maar never nooit niet gebeld kon worden.
En soms maakte het zelfs niet uit welke trukendoos er opengetrokken werd - het wil gewoonweg niet.
En het was op een protocol-analyser helemaal duidelijk waar het fout ging... blijft alleen de vraag over of er wel of niet wat aan te doen is.
Dus het verhaal dat "het allemaal gewoon werkt en niet uitmaakt" is gewoonweg niet waar. Degene die dat roept heeft weinig ervaring en simpelweg mazzel gehad.