Op dit moment ondersteunt geen enkele telco IPv6. We kunnen daarmee de eerste zijn.

In de infrastructuur is het in principe mogelijk om IPv6 aan te bieden, maar daarmee zijn we afhankelijk van bovenliggende leveranciers. Dat wordt een lange draad, en geen kansrijke zolang we relatief klein zijn. Wel kunnen we gaan werken via een tunnel.

==6bed4==

Een ontwikkeling van een van de leden van Limesco is het [https://tools.ietf.org/id/draft-vanrein-6bed4 6bed4 tunnel mechanisme]. Dit is een tunnel die meestal point-to-point connectiviteit biedt, en die alleen in uitzonderlijke gevallen (namelijk bij gebruik van Symmetric NAT) terug moet vallen op een backend server. Je zou kunnen stellen dat het doet waarvan Microsoft droomde met Teredo -- maar waarvan ze inmiddels [http://www.potaroo.net/ispcol/2011-04/teredo.html badend in het zweet] zijn wakkergeschud. Daarentegen is 6bed4 stabiel.

Onder normale condities kan 6bed4 omgaan met peer-to-peer verkeer, en dat houdt in dat er niet meer latency is dan met normaal IPv4 verkeer. Bovendien schaalt dit ook naar grote aantallen gebruikers; bij afwezigheid van een tunnel service is er geen centrale node die een knelpunt kan worden.

Normaalgesproken voegt een tunnel headers toe, en worden pakketten dus langer. Dat is ook zo met 6bed4. Alleen zijn er manieren om daar wat aan te doen voor speciale applicaties. Voor ons interessant is dat de RTP-stromen van een mediaverbinding daaronder valt. Het mechanisme om dit te doen is [http://en.wikipedia.org/wiki/Robust_Header_Compression Robust Header Compression], en daarvoor bestaat uiteraard [http://rohc-lib.org open source code]. De grap is dat de ingebouwde ondersteuning van RoHC in 6bed4 ervoor zorgt dat het minder ruimte kost om RTP over 6bed4 over IPv4 te streamen dan rechtstreeks over IPv4!

==Eigen of Publieke 6bed4 Server==

De normale werkwijze om een 6bed4 Server te draaien is op een netwerk met een /16 prefix. Hierop kun je namelijk een /48 IPv6 prefix aanbieden, en zulke prefixes worden doorgaans goed gerouteerd. In de infrastructuur is ook een mogelijkheid voor ondersteuning van de /32 prefix die alles 6bed4 omsluit, en servers die dat in BGP aanbieden zijn gehouden om het verkeer naar langere prefixes zoals /64 te forwarden.

Het is ook mogelijk om een eigen 6bed4 server op te zetten op je thuisnetwerk. Dit is afhankelijk van zo'n /32 forwarder, dus het is niet het ideale geval, maar nog altijd mogelijk. Je kunt ook gebruikmaken van een publieke 6bed4 server, die heeft dan wel een eigen /48 en routeert goed. Er is een tussenweg, waarbij je in je thuisnetwerk een router hangt die lokaal verkeer routeert naar de ingestelde publieke 6bed4 Server; die configuratie werkt perfect samen met port forwarding vanuit je router. Je kunt dan intern adressen in een /114 prefix uitgeven via DHCPv6.

==Work In Progress==

De nieuwste specificatie van 6bed4 verandert een aantal dingen. Die dingen moeten worden omgezet.

Daarnaast werken we aan een App die 6bed4 op je mobiel beschikbaar brengt. Een van de leden heeft aangeboden hiervoor een nette GUI te bouwen, Rick werkt aan de client zelf. Limesco heeft toegezegd dat ze 6bed4 actief wil ondersteunen als de voorlopige defaultmethode om IPv6 bij Limesco werkend te krijgen.

We zullen te zijner tijd ook een publieke 6bed4 Server aankondigen; daarvoor is inmiddels long-term support verzekerd.

IPv6

2014-11-10T13:35:04Z

Vanrein: /* Eigen of Publieke 6bed4 Server */

IPv6

2014-11-10T13:34:09Z

Vanrein: IPv6 bij Limesco

Op dit moment ondersteunt geen enkele telco IPv6. We kunnen daarmee de eerste zijn.

In de infrastructuur is het in principe mogelijk om IPv6 aan te bieden, maar daarmee zijn we afhankelijk van bovenliggende leveranciers. Dat wordt een lange draad, en geen kansrijke zolang we relatief klein zijn. Wel kunnen we gaan werken via een tunnel.

==6bed4==

Een ontwikkeling van een van de leden van Limesco is het [https://tools.ietf.org/id/draft-vanrein-6bed4 6bed4 tunnel mechanisme]. Dit is een tunnel die meestal point-to-point connectiviteit biedt, en die alleen in uitzonderlijke gevallen (namelijk bij gebruik van Symmetric NAT) terug moet vallen op een backend server. Je zou kunnen stellen dat het doet waarvan Microsoft droomde met Teredo -- maar waarvan ze inmiddels [http://www.potaroo.net/ispcol/2011-04/teredo.html badend in het zweet] zijn wakkergeschud. Daarentegen is 6bed4 stabiel.

Onder normale condities kan 6bed4 omgaan met peer-to-peer verkeer, en dat houdt in dat er niet meer latency is dan met normaal IPv4 verkeer. Bovendien schaalt dit ook naar grote aantallen gebruikers; bij afwezigheid van een tunnel service is er geen centrale node die een knelpunt kan worden.

Normaalgesproken voegt een tunnel headers toe, en worden pakketten dus langer. Dat is ook zo met 6bed4. Alleen zijn er manieren om daar wat aan te doen voor speciale applicaties. Voor ons interessant is dat de RTP-stromen van een mediaverbinding daaronder valt. Het mechanisme om dit te doen is [http://en.wikipedia.org/wiki/Robust_Header_Compression Robust Header Compression], en daarvoor bestaat uiteraard [http://rohc-lib.org open source code]. De grap is dat de ingebouwde ondersteuning van RoHC in 6bed4 ervoor zorgt dat het minder ruimte kost om RTP over 6bed4 over IPv4 te streamen dan rechtstreeks over IPv4!

==Eigen of Publieke 6bed4 Server==

De normale werkwijze om een 6bed4 Server te draaien is op een netwerk met een /16 prefix. Hierop kun je namelijk een /48 IPv6 prefix aanbieden, en zulke prefixes worden doorgaans goed gerouteerd. In de infrastructuur is ook een mogelijkheid voor ondersteuning van de /32 prefix die alles 6bed4 omsluit, en servers die dat in BGP aanbieden zijn gehouden om het verkeer naar langere prefixes zoals /64 te forwarden.

Het is goed mogelijk om een eigen 6bed4 server op te zetten op je thuisnetwerk. Dit maakt gebruik van zo'n /32 forwarder, dus het is niet het ideale geval, maar nog altijd mogelijk. Je kunt ook gebruikmaken van een publieke 6bed4 server, die heeft dan wel een eigen /48 en routeert goed. Er is een tussenweg, waarbij je in je thuisnetwerk een router hangt die lokaal verkeer routeert naar de ingestelde publieke 6bed4 Server; die configuratie werkt perfect samen met port forwarding vanuit je router. Je kunt dan intern adressen in een /114 prefix uitgeven via DHCPv6.

==Work In Progress==

De nieuwste specificatie van 6bed4 verandert een aantal dingen. Die dingen moeten worden omgezet.

Daarnaast werken we aan een App die 6bed4 op je mobiel beschikbaar brengt. Een van de leden heeft aangeboden hiervoor een nette GUI te bouwen, Rick werkt aan de client zelf. Limesco heeft toegezegd dat ze 6bed4 actief wil ondersteunen als de voorlopige defaultmethode om IPv6 bij Limesco werkend te krijgen.

Instellen

2014-07-12T20:39:00Z

Vanrein: /* Hoe SIP bij Limesco werkt */

===Accountinstellingen bij Limesco===

''Dit verhaal legt in het algemeen uit hoe je Limesco-account ingesteld wordt. Elders op deze Wiki wordt dat in HOWTO-vorm uitgewerkt voor specifieke stukken software of diensten; het helpt echter je begrip als je iets weet van de algemene werking van je account bij Limesco, en de instellingen die je hiermee maakt.''

====Hoe SIP normaal werkt====

SIP is het open protocol dat het voor apparaten mogelijk maakt om mediaverbindingen op te bouwen, te verleggen en weer af te breken. De eigenlijke mediaverbinding vindt plaats over RTP-stromen, maar om die op te zetten en te veranderen wordt SIP gebruikt. De technische term daarvoor is ''signalering''. Als je nu denkt aan DTMF-tonen of kies- en bezettonen dan zit je op het goede spoor.

Het is belangrijk te beseffen dat signalering (via SIP) en mediastromen (via RTP) gescheiden zijn. Dit maakt het mogelijk om SIP-boodschappen kris-kras door allerlei systemen te sturen, en uiteindelijk toch een rechtstreekse RTP-stroom tussen de eindpunten te verkrijgen. Dit mooie ontwerp gaat natuurlijk stuk als er NAT in het spel is, dus daar wordt onder IPv4 ongelofelijk veel moeite in gestoken. Laten we maar hopen dat we snel over gaan op SIP en RTP via IPv6.

=====Belangrijke SIP Concepten=====

Meestal wordt SIP gesproken over UDP. Daarbij neemt een van de eindpunten een initiatief, die is dan voor dat initiatef de ''User Agent Client''; de andere kant bedient en reageert in principe met een responscode in de rol van ''User Agent Server''. Deze rollen kunnen van initiatief tot initiatief verschillen. Dat verwacht je ook -- ongeacht wie een telefoongesprek start, moet elke partij afzonderlijk het initiatief kunnen nemen het gesprek te beeindigen.

De rol die een apparaat speelt in het SIP-gebeuren varieert nogal. Telefoons doen dienst als eindpunten; je handelingen met een telefoon worden vertaald in SIP messages die via het Internet worden rondgestuurd, en de reacties daarop zorgen voor een reactie in de vorm van een bepaalde toon, een wijzinging in de geluidsweergave, statuswisseling van een LED of het tonen van een tekst. Onderweg zijn er doorstuurders van SIP messages, de zogenaamde ''SIP Proxies''. Een speciaal geval hiervan is de ''SIP Location Server'', die zich naar buiten toe (zoals via DNS, of via een koppeling aan het telefoonnetwerk) profileert als ontvanger voor signalering voor een bepaalde bestemming. Bij een poging een mediastroom voor zo'n bestemming op te zetten worden dan de concrete locaties van SIP apparaten opgezocht en aangesproken.

Wat hierboven een intiiatief wordt genoemd, heet formeel een Request of ''SIP Request'', en de responscode zit vervat in een ''SIP Response''.

De eerste regel van een SIP Request vermeldt een ''Method'' en een ''Request URI'' waarheen die methode gestuurd wordt. In eerste instantie is de Request URI de SIP URI waarheen je belt, maar die kan gaandeweg aangepast en herschreven worden ten bate van de routering via een aantal hops naar de eindbestemming. De Method dient als instructie om bijvoorbeeld te verbinden of te verbreken. De eerste regel van een SIP Response bevat een driecijferige Status Code die vaak dezelfde is als onder HTTP, en een beschrijving. Als je dus dingen krijgt als ''404 Not Found'' dan komt dat uit de eerste regel van de SIP Response,

De rest van een SIP Request en SIP Response is verder vergelijkbaar; het is een serie headers en een eventuele body. De headers doen denken aan email, en behalve dat het niet gaat om mailadressen maar SIP-adressen vind je vergelijkbare betekenissen voor From, To, Subject headers. Daarnaast zijn er natuurlijk allerlei SIP-specifieke aanvullingen.

De combinatie van een SIP Request met de bijbehorende SIP Response en eventueel nog meer heet een ''SIP Transaction''. Let op dat zo'n transactie gaat over een enkele verandering, zoals het afbreken van een gesprek, maar niet over een heel gesprek. De term ''Dialog'' is gereserveerd voor dat laatste, en is feitelijk iets wat het niveau van de afzonderlijke SIP Transactions overstijgt.

Onder de headers kan nog een body hangen, met een MIME-type. Normaalgesproken is dit een SDP-beschrijving van een mediastroom.

=====Belangrijke SIP Messages=====

Het soort dingen dat je via een SIP Message regelt is bijvoorbeeld:

* Met de INVITE Method met SDP body te sturen aan een Request URI nodig je de ontvanger van dat laatste uit tot een gesprek of, formeler, tot media-uitwisseling.
* Met de BYE Method beeindig je een bestaande media-uitwisseling.
* Met de CANCEL Method geef je aan dat een poging tot gespreksopbouw niet voortgezet wordt.
* Met de REGISTER Method meldt een partij zich aan bij een SIP Location Server.
* Met de MESSAGE Method kun je korte tekstberichten sturen; doorgaans werkt XMPP overigens beter; er is overigens wel een mogelijkheid tot presence subscription onder SIP.
* Een "183 Ringing" response houdt in dat er tenminste 1 telefoon staat te rinkelen in reactie op een INVIITE.
* Een "200 OK" response op een INVITE beklinkt de opbouw van een verbinding.
* Een "404 Not Found" response houdt in dat de aangeschreven Request URI niet gevonden werd.

====Hoe SIP telefoons werken====

Een SIP telefoon meldt zich aan bij een PBX waar gesprekken op binnenkomen. Hoe eigenlijk?

=====Hoe een standaard SIP-telefoon werkt=====

{| style="text-align: center; font-weight: bold"
|[[Bestand:model1-voiptelco-sip.png]]
|[[Bestand:model1-voiptelco-sipreality.png]]
|-
|Standaardmodel SIP telefonie
|Geavanceerd model SIP telefonie
|}

Een SIP-telefoon kan allerlei verschijningsvormen hebben; bijvoorbeeld hardware of software, bijvoorbeeld audio of ook video en eventueel interactief doorgegeven tekst.

Doorgaans is de telefoon geen eindpunt dat publiek vindbaar wordt gemaakt in DNS; in plaats daarvan melden we SIP Location Servers aan in DNS, en meldt een telefoon zich via de REGISTER Method aan bij zo'n PBX.

De SIP Location Server houdt een lijstje bij van zulke telefoons die zich aangemeld hebben. Zodra een INVITE voor een gesprek bij de SIP Location Server binnenkomt zullen de telefoons die bij de Request URI horen deze INVITE doorgestuurd krijgen; ze reageren als het goed is met "183 Ringing" en, na opnemen van de hoorn, met "200 OK". Tot een van de partijen later de BYE Method gebruikt is de telefoon dan via RTP-mediastromen verbonden met de verzender van de INVIITE.

Het geavanceerde geval is een variant waarbij een "outbound proxy" wordt ingesteld als een andere server dan de "registration server". Dit zijn in de praktijk de twee uitgaande initiatieven vanuit een SIP telefoon, dus effectief zorg je hiermee dat je inkomende account en uitgaande account afzonderlijk ingesteld kunnen worden. Dat kan worden gedaan naar dezelfde telco of, als je dat prettiger of bijvoorbeeld goedkoper vindt, naar een andere.

=====Hoe SIP bij Limesco werkt=====

{| style="text-align: center; font-weight: bold"
|[[Bestand:model2-limesco-ootb.png]]
|[[Bestand:model3-limesco-diy.png]]

|-
|Limesco "Out of the Box"
|Limesco "Do It Yourself"

|}

De GSM is bij Limesco in feite een SIP-telefoon geworden. Je meldt hem aan bij een SIP Location Server naar keuze. Dat kan bijvoorbeeld een eigen PBX zijn, of een SIP-telefoonprovider die een (vast) telefoonnummer voor je aanneemt.

De link met het ouderwetse telefoonnetwerk (vaak ''POTS'' genoemd) wordt ook aangeboden door Limesco, en wel als een SIP Location Server waarbij je een SIP-telefoon kunt aanmelden.

De simpelst denkbare opzet is het als je je GSM-telefoon rechtstreeks bij die POTS-server. Belt iemand het 06-nummer via POTS, dan wordt een INVITE naar de GSM-link verzonden. En draai je een nummer op je mobiel, dan wordt vandaaruit een INVITE naar POTS verzonden.

Je kunt natuurlijk ook een gewone SIP-telefoon in hard- of software aanmelden bij de POTS-account. Deze telefoon gaat dan rinkelen als iemand je 06-nummer belt, en je kunt vanuit zo'n telefoon bellen met je 06-nummer als afzender.

Het meest voor de hand ligt het echter er een PBX of andere dienst tussen te schakelen, zodat je enige controle kunt uitoefenen op de link tussen POTS en je GSM-device. Die eigen PBX kan een Asterisk PBX zijn, een FreeSWITCH PBX of iets nog exotischer.

Het geavanceerde schema met een afzonderlijke provider voor inkomend en uitgaand verkeer is op dit moment niet mogelijk met Limesco. Op dit punt is de GSM dus (nog) een iets simpeler toestel dan een standaard SIP-toestel. Je kunt dit wel zelf regelen in Jouw SIP PBX, maar er is geen mogelijkheid om bijvoorbeeld de twee verkeersrichtingen als kant-en-klaar product van totaal afzonderlijke SIP-telco's af te nemen zoals dat met een normale SIP-telefoons wel kan.

=====Instellingen van parameters=====

Er zijn twee accounts van belang in de Limesco-opzet, namelijk voor de dienstverlening richting POTS en voor de dienstverlening richting de GSM. In principe functioneren deze accounts los van elkaar. Elke account wordt gekenmerkt door een username, eventuele authentication username, een domain of realm, en een password. Niet zo heel anders dan bij andere protocollen dus. Het onderscheid tussen username en authentication username bestaat overigens om het mogelijk te maken heel veel telefoonnummers te bedienen met een enkele authenticatie.

De dienst richting POTS gebruikt als username iets van de vorm 316xxxxxxxx waarbij de xxx feitelijk je 06-nummer weergeven. Je gebruikt de authentication username en password die aan je toegekend zijn door Limesco; als realm gebruik je de SIP-naar-POTS service van SpeakUp, te weten alg.sip.speakup.nl. Je dient je bij de POTS-service te registreren en/of uitgaande belverzoeken te authenticeren.

De dienst richting GSM gebruikt een zelf te kiezen username, eventueel een authentication username, verder een domain/realm en een password. Je kunt deze gegevens zelf kiezen en doorgeven aan Limesco; die zorgt dan dat de GSM zich met deze gegevens registreert. Dit zijn dus gegevens die afkomstig zijn uit je PBX of dienst die je tussen de POTS-service en GSM-service wenst te schakelen om grip te krijgen op je belverkeer. Als je dus anonieme bellers wilt wegsturen dan kan dat hier. Ook kun je allerlei andere dingen doen, zoals een internetaccount sip:mobiel@jouwdomein.nep maken die naar het GSM-kanaal doorverbindt.

De gegevens waar we om vragen, zijn de volgende.
<pre>
- Username:
- Domein/realm:
- Authenticatie-username:
- Password:
- SIP uri/adres:
- Gewenste expiry: (standaard 3600, mag bij Limesco liggen tussen 600 en 3600)
</pre>

Instellen

2014-07-12T20:38:03Z

Vanrein: /* Hoe SIP bij Limesco werkt */

===Accountinstellingen bij Limesco===

''Dit verhaal legt in het algemeen uit hoe je Limesco-account ingesteld wordt. Elders op deze Wiki wordt dat in HOWTO-vorm uitgewerkt voor specifieke stukken software of diensten; het helpt echter je begrip als je iets weet van de algemene werking van je account bij Limesco, en de instellingen die je hiermee maakt.''

====Hoe SIP normaal werkt====

SIP is het open protocol dat het voor apparaten mogelijk maakt om mediaverbindingen op te bouwen, te verleggen en weer af te breken. De eigenlijke mediaverbinding vindt plaats over RTP-stromen, maar om die op te zetten en te veranderen wordt SIP gebruikt. De technische term daarvoor is ''signalering''. Als je nu denkt aan DTMF-tonen of kies- en bezettonen dan zit je op het goede spoor.

Het is belangrijk te beseffen dat signalering (via SIP) en mediastromen (via RTP) gescheiden zijn. Dit maakt het mogelijk om SIP-boodschappen kris-kras door allerlei systemen te sturen, en uiteindelijk toch een rechtstreekse RTP-stroom tussen de eindpunten te verkrijgen. Dit mooie ontwerp gaat natuurlijk stuk als er NAT in het spel is, dus daar wordt onder IPv4 ongelofelijk veel moeite in gestoken. Laten we maar hopen dat we snel over gaan op SIP en RTP via IPv6.

=====Belangrijke SIP Concepten=====

Meestal wordt SIP gesproken over UDP. Daarbij neemt een van de eindpunten een initiatief, die is dan voor dat initiatef de ''User Agent Client''; de andere kant bedient en reageert in principe met een responscode in de rol van ''User Agent Server''. Deze rollen kunnen van initiatief tot initiatief verschillen. Dat verwacht je ook -- ongeacht wie een telefoongesprek start, moet elke partij afzonderlijk het initiatief kunnen nemen het gesprek te beeindigen.

De rol die een apparaat speelt in het SIP-gebeuren varieert nogal. Telefoons doen dienst als eindpunten; je handelingen met een telefoon worden vertaald in SIP messages die via het Internet worden rondgestuurd, en de reacties daarop zorgen voor een reactie in de vorm van een bepaalde toon, een wijzinging in de geluidsweergave, statuswisseling van een LED of het tonen van een tekst. Onderweg zijn er doorstuurders van SIP messages, de zogenaamde ''SIP Proxies''. Een speciaal geval hiervan is de ''SIP Location Server'', die zich naar buiten toe (zoals via DNS, of via een koppeling aan het telefoonnetwerk) profileert als ontvanger voor signalering voor een bepaalde bestemming. Bij een poging een mediastroom voor zo'n bestemming op te zetten worden dan de concrete locaties van SIP apparaten opgezocht en aangesproken.

Wat hierboven een intiiatief wordt genoemd, heet formeel een Request of ''SIP Request'', en de responscode zit vervat in een ''SIP Response''.

De eerste regel van een SIP Request vermeldt een ''Method'' en een ''Request URI'' waarheen die methode gestuurd wordt. In eerste instantie is de Request URI de SIP URI waarheen je belt, maar die kan gaandeweg aangepast en herschreven worden ten bate van de routering via een aantal hops naar de eindbestemming. De Method dient als instructie om bijvoorbeeld te verbinden of te verbreken. De eerste regel van een SIP Response bevat een driecijferige Status Code die vaak dezelfde is als onder HTTP, en een beschrijving. Als je dus dingen krijgt als ''404 Not Found'' dan komt dat uit de eerste regel van de SIP Response,

De rest van een SIP Request en SIP Response is verder vergelijkbaar; het is een serie headers en een eventuele body. De headers doen denken aan email, en behalve dat het niet gaat om mailadressen maar SIP-adressen vind je vergelijkbare betekenissen voor From, To, Subject headers. Daarnaast zijn er natuurlijk allerlei SIP-specifieke aanvullingen.

De combinatie van een SIP Request met de bijbehorende SIP Response en eventueel nog meer heet een ''SIP Transaction''. Let op dat zo'n transactie gaat over een enkele verandering, zoals het afbreken van een gesprek, maar niet over een heel gesprek. De term ''Dialog'' is gereserveerd voor dat laatste, en is feitelijk iets wat het niveau van de afzonderlijke SIP Transactions overstijgt.

Onder de headers kan nog een body hangen, met een MIME-type. Normaalgesproken is dit een SDP-beschrijving van een mediastroom.

=====Belangrijke SIP Messages=====

Het soort dingen dat je via een SIP Message regelt is bijvoorbeeld:

* Met de INVITE Method met SDP body te sturen aan een Request URI nodig je de ontvanger van dat laatste uit tot een gesprek of, formeler, tot media-uitwisseling.
* Met de BYE Method beeindig je een bestaande media-uitwisseling.
* Met de CANCEL Method geef je aan dat een poging tot gespreksopbouw niet voortgezet wordt.
* Met de REGISTER Method meldt een partij zich aan bij een SIP Location Server.
* Met de MESSAGE Method kun je korte tekstberichten sturen; doorgaans werkt XMPP overigens beter; er is overigens wel een mogelijkheid tot presence subscription onder SIP.
* Een "183 Ringing" response houdt in dat er tenminste 1 telefoon staat te rinkelen in reactie op een INVIITE.
* Een "200 OK" response op een INVITE beklinkt de opbouw van een verbinding.
* Een "404 Not Found" response houdt in dat de aangeschreven Request URI niet gevonden werd.

====Hoe SIP telefoons werken====

Een SIP telefoon meldt zich aan bij een PBX waar gesprekken op binnenkomen. Hoe eigenlijk?

=====Hoe een standaard SIP-telefoon werkt=====

{| style="text-align: center; font-weight: bold"
|[[Bestand:model1-voiptelco-sip.png]]
|[[Bestand:model1-voiptelco-sipreality.png]]
|-
|Standaardmodel SIP telefonie
|Geavanceerd model SIP telefonie
|}

Een SIP-telefoon kan allerlei verschijningsvormen hebben; bijvoorbeeld hardware of software, bijvoorbeeld audio of ook video en eventueel interactief doorgegeven tekst.

Doorgaans is de telefoon geen eindpunt dat publiek vindbaar wordt gemaakt in DNS; in plaats daarvan melden we SIP Location Servers aan in DNS, en meldt een telefoon zich via de REGISTER Method aan bij zo'n PBX.

De SIP Location Server houdt een lijstje bij van zulke telefoons die zich aangemeld hebben. Zodra een INVITE voor een gesprek bij de SIP Location Server binnenkomt zullen de telefoons die bij de Request URI horen deze INVITE doorgestuurd krijgen; ze reageren als het goed is met "183 Ringing" en, na opnemen van de hoorn, met "200 OK". Tot een van de partijen later de BYE Method gebruikt is de telefoon dan via RTP-mediastromen verbonden met de verzender van de INVIITE.

Het geavanceerde geval is een variant waarbij een "outbound proxy" wordt ingesteld als een andere server dan de "registration server". Dit zijn in de praktijk de twee uitgaande initiatieven vanuit een SIP telefoon, dus effectief zorg je hiermee dat je inkomende account en uitgaande account afzonderlijk ingesteld kunnen worden. Dat kan worden gedaan naar dezelfde telco of, als je dat prettiger of bijvoorbeeld goedkoper vindt, naar een andere.

=====Hoe SIP bij Limesco werkt=====

{| style="text-align: center; font-weight: bold"
|[[Bestand:model2-limesco-ootb.png]]
|[[Bestand:model3-limesco-diy.png]]

|-
|Limesco "Out of the Box"
|Limesco "Do It Yourself"

|}

De GSM is bij Limesco in feite een SIP-telefoon geworden. Je meldt hem aan bij een SIP Location Server naar keuze. Dat kan bijvoorbeeld een eigen PBX zijn, of een SIP-telefoonprovider die een (vast) telefoonnummer voor je aanneemt.

De link met het ouderwetse telefoonnetwerk (vaak ''POTS'' genoemd) wordt ook aangeboden door Limesco, en wel als een SIP Location Server waarbij je een SIP-telefoon kunt aanmelden.

De simpelst denkbare opzet is het als je je GSM-telefoon rechtstreeks bij die POTS-server. Belt iemand het 06-nummer via POTS, dan wordt een INVITE naar de GSM-link verzonden. En draai je een nummer op je mobiel, dan wordt vandaaruit een INVITE naar POTS verzonden.

Je kunt natuurlijk ook een gewone SIP-telefoon in hard- of software aanmelden bij de POTS-account. Deze telefoon gaat dan rinkelen als iemand je 06-nummer belt, en je kunt vanuit zo'n telefoon bellen met je 06-nummer als afzender.

Het meest voor de hand ligt het echter er een PBX of andere dienst tussen te schakelen, zodat je enige controle kunt uitoefenen op de link tussen POTS en je GSM-device. Die eigen PBX kan een Asterisk PBX zijn, een FreeSWITCH PBX of iets nog exotischer.

Het geavanceerde schema met een afzonderlijke provider voor inkomend en uitgaand verkeer is op dit moment niet mogelijk met Limesco. Op dit punt is de GSM dus (nog) een iets simpeler toestel dan een standaard SIP-toestel. Je kunt dit wel zelf regelen in Jouw SIP PBX, maar er is geen mogelijkheid om bijvoorbeeld zulke componenten van afzonderlijke SIP-telco's af te nemen zoals dat met een normale SIP-telefoons wel kan.

=====Instellingen van parameters=====

Er zijn twee accounts van belang in de Limesco-opzet, namelijk voor de dienstverlening richting POTS en voor de dienstverlening richting de GSM. In principe functioneren deze accounts los van elkaar. Elke account wordt gekenmerkt door een username, eventuele authentication username, een domain of realm, en een password. Niet zo heel anders dan bij andere protocollen dus. Het onderscheid tussen username en authentication username bestaat overigens om het mogelijk te maken heel veel telefoonnummers te bedienen met een enkele authenticatie.

De dienst richting POTS gebruikt als username iets van de vorm 316xxxxxxxx waarbij de xxx feitelijk je 06-nummer weergeven. Je gebruikt de authentication username en password die aan je toegekend zijn door Limesco; als realm gebruik je de SIP-naar-POTS service van SpeakUp, te weten alg.sip.speakup.nl. Je dient je bij de POTS-service te registreren en/of uitgaande belverzoeken te authenticeren.

De dienst richting GSM gebruikt een zelf te kiezen username, eventueel een authentication username, verder een domain/realm en een password. Je kunt deze gegevens zelf kiezen en doorgeven aan Limesco; die zorgt dan dat de GSM zich met deze gegevens registreert. Dit zijn dus gegevens die afkomstig zijn uit je PBX of dienst die je tussen de POTS-service en GSM-service wenst te schakelen om grip te krijgen op je belverkeer. Als je dus anonieme bellers wilt wegsturen dan kan dat hier. Ook kun je allerlei andere dingen doen, zoals een internetaccount sip:mobiel@jouwdomein.nep maken die naar het GSM-kanaal doorverbindt.

De gegevens waar we om vragen, zijn de volgende.
<pre>
- Username:
- Domein/realm:
- Authenticatie-username:
- Password:
- SIP uri/adres:
- Gewenste expiry: (standaard 3600, mag bij Limesco liggen tussen 600 en 3600)
</pre>

Bestand:model1-voiptelco-sipreality.png

2014-07-12T20:29:26Z

Vanrein: Vanrein heeft een nieuwe versie van "Bestand:model1-voiptelco-sipreality.png" toegevoegd

Verfraaid voor pagina "Instellen"

Bestand:model1-voiptelco-sip.png

2014-07-12T20:27:06Z

Vanrein: Vanrein heeft een nieuwe versie van "Bestand:model1-voiptelco-sip.png" toegevoegd

Instellen

2014-07-12T20:25:24Z

Vanrein: Better figures, placed in tables, comment about separation incoming/outgoing service settings.

===Accountinstellingen bij Limesco===

''Dit verhaal legt in het algemeen uit hoe je Limesco-account ingesteld wordt. Elders op deze Wiki wordt dat in HOWTO-vorm uitgewerkt voor specifieke stukken software of diensten; het helpt echter je begrip als je iets weet van de algemene werking van je account bij Limesco, en de instellingen die je hiermee maakt.''

====Hoe SIP normaal werkt====

SIP is het open protocol dat het voor apparaten mogelijk maakt om mediaverbindingen op te bouwen, te verleggen en weer af te breken. De eigenlijke mediaverbinding vindt plaats over RTP-stromen, maar om die op te zetten en te veranderen wordt SIP gebruikt. De technische term daarvoor is ''signalering''. Als je nu denkt aan DTMF-tonen of kies- en bezettonen dan zit je op het goede spoor.

Het is belangrijk te beseffen dat signalering (via SIP) en mediastromen (via RTP) gescheiden zijn. Dit maakt het mogelijk om SIP-boodschappen kris-kras door allerlei systemen te sturen, en uiteindelijk toch een rechtstreekse RTP-stroom tussen de eindpunten te verkrijgen. Dit mooie ontwerp gaat natuurlijk stuk als er NAT in het spel is, dus daar wordt onder IPv4 ongelofelijk veel moeite in gestoken. Laten we maar hopen dat we snel over gaan op SIP en RTP via IPv6.

=====Belangrijke SIP Concepten=====

Meestal wordt SIP gesproken over UDP. Daarbij neemt een van de eindpunten een initiatief, die is dan voor dat initiatef de ''User Agent Client''; de andere kant bedient en reageert in principe met een responscode in de rol van ''User Agent Server''. Deze rollen kunnen van initiatief tot initiatief verschillen. Dat verwacht je ook -- ongeacht wie een telefoongesprek start, moet elke partij afzonderlijk het initiatief kunnen nemen het gesprek te beeindigen.

De rol die een apparaat speelt in het SIP-gebeuren varieert nogal. Telefoons doen dienst als eindpunten; je handelingen met een telefoon worden vertaald in SIP messages die via het Internet worden rondgestuurd, en de reacties daarop zorgen voor een reactie in de vorm van een bepaalde toon, een wijzinging in de geluidsweergave, statuswisseling van een LED of het tonen van een tekst. Onderweg zijn er doorstuurders van SIP messages, de zogenaamde ''SIP Proxies''. Een speciaal geval hiervan is de ''SIP Location Server'', die zich naar buiten toe (zoals via DNS, of via een koppeling aan het telefoonnetwerk) profileert als ontvanger voor signalering voor een bepaalde bestemming. Bij een poging een mediastroom voor zo'n bestemming op te zetten worden dan de concrete locaties van SIP apparaten opgezocht en aangesproken.

Wat hierboven een intiiatief wordt genoemd, heet formeel een Request of ''SIP Request'', en de responscode zit vervat in een ''SIP Response''.

De eerste regel van een SIP Request vermeldt een ''Method'' en een ''Request URI'' waarheen die methode gestuurd wordt. In eerste instantie is de Request URI de SIP URI waarheen je belt, maar die kan gaandeweg aangepast en herschreven worden ten bate van de routering via een aantal hops naar de eindbestemming. De Method dient als instructie om bijvoorbeeld te verbinden of te verbreken. De eerste regel van een SIP Response bevat een driecijferige Status Code die vaak dezelfde is als onder HTTP, en een beschrijving. Als je dus dingen krijgt als ''404 Not Found'' dan komt dat uit de eerste regel van de SIP Response,

De rest van een SIP Request en SIP Response is verder vergelijkbaar; het is een serie headers en een eventuele body. De headers doen denken aan email, en behalve dat het niet gaat om mailadressen maar SIP-adressen vind je vergelijkbare betekenissen voor From, To, Subject headers. Daarnaast zijn er natuurlijk allerlei SIP-specifieke aanvullingen.

De combinatie van een SIP Request met de bijbehorende SIP Response en eventueel nog meer heet een ''SIP Transaction''. Let op dat zo'n transactie gaat over een enkele verandering, zoals het afbreken van een gesprek, maar niet over een heel gesprek. De term ''Dialog'' is gereserveerd voor dat laatste, en is feitelijk iets wat het niveau van de afzonderlijke SIP Transactions overstijgt.

Onder de headers kan nog een body hangen, met een MIME-type. Normaalgesproken is dit een SDP-beschrijving van een mediastroom.

=====Belangrijke SIP Messages=====

Het soort dingen dat je via een SIP Message regelt is bijvoorbeeld:

* Met de INVITE Method met SDP body te sturen aan een Request URI nodig je de ontvanger van dat laatste uit tot een gesprek of, formeler, tot media-uitwisseling.
* Met de BYE Method beeindig je een bestaande media-uitwisseling.
* Met de CANCEL Method geef je aan dat een poging tot gespreksopbouw niet voortgezet wordt.
* Met de REGISTER Method meldt een partij zich aan bij een SIP Location Server.
* Met de MESSAGE Method kun je korte tekstberichten sturen; doorgaans werkt XMPP overigens beter; er is overigens wel een mogelijkheid tot presence subscription onder SIP.
* Een "183 Ringing" response houdt in dat er tenminste 1 telefoon staat te rinkelen in reactie op een INVIITE.
* Een "200 OK" response op een INVITE beklinkt de opbouw van een verbinding.
* Een "404 Not Found" response houdt in dat de aangeschreven Request URI niet gevonden werd.

====Hoe SIP telefoons werken====

Een SIP telefoon meldt zich aan bij een PBX waar gesprekken op binnenkomen. Hoe eigenlijk?

=====Hoe een standaard SIP-telefoon werkt=====

{| style="text-align: center; font-weight: bold"
|[[Bestand:model1-voiptelco-sip.png]]
|[[Bestand:model1-voiptelco-sipreality.png]]
|-
|Standaardmodel SIP telefonie
|Geavanceerd model SIP telefonie
|}

Een SIP-telefoon kan allerlei verschijningsvormen hebben; bijvoorbeeld hardware of software, bijvoorbeeld audio of ook video en eventueel interactief doorgegeven tekst.

Doorgaans is de telefoon geen eindpunt dat publiek vindbaar wordt gemaakt in DNS; in plaats daarvan melden we SIP Location Servers aan in DNS, en meldt een telefoon zich via de REGISTER Method aan bij zo'n PBX.

De SIP Location Server houdt een lijstje bij van zulke telefoons die zich aangemeld hebben. Zodra een INVITE voor een gesprek bij de SIP Location Server binnenkomt zullen de telefoons die bij de Request URI horen deze INVITE doorgestuurd krijgen; ze reageren als het goed is met "183 Ringing" en, na opnemen van de hoorn, met "200 OK". Tot een van de partijen later de BYE Method gebruikt is de telefoon dan via RTP-mediastromen verbonden met de verzender van de INVIITE.

Het geavanceerde geval is een variant waarbij een "outbound proxy" wordt ingesteld als een andere server dan de "registration server". Dit zijn in de praktijk de twee uitgaande initiatieven vanuit een SIP telefoon, dus effectief zorg je hiermee dat je inkomende account en uitgaande account afzonderlijk ingesteld kunnen worden. Dat kan worden gedaan naar dezelfde telco of, als je dat prettiger of bijvoorbeeld goedkoper vindt, naar een andere.

=====Hoe SIP bij Limesco werkt=====

{| style="text-align: center; font-weight: bold"
|[[Bestand:model2-limesco-ootb.png]]
|[[Bestand:model3-limesco-diy.png]]

|-
|Limesco "Out of the Box"
|Limesco "Do It Yourself"

|}

De GSM is bij Limesco in feite een SIP-telefoon geworden. Je meldt hem aan bij een SIP Location Server naar keuze. Dat kan bijvoorbeeld een eigen PBX zijn, of een SIP-telefoonprovider die een (vast) telefoonnummer voor je aanneemt.

De link met het ouderwetse telefoonnetwerk (vaak ''POTS'' genoemd) wordt ook aangeboden door Limesco, en wel als een SIP Location Server waarbij je een SIP-telefoon kunt aanmelden.

De simpelst denkbare opzet is het als je je GSM-telefoon rechtstreeks bij die POTS-server. Belt iemand het 06-nummer via POTS, dan wordt een INVITE naar de GSM-link verzonden. En draai je een nummer op je mobiel, dan wordt vandaaruit een INVITE naar POTS verzonden.

Je kunt natuurlijk ook een gewone SIP-telefoon in hard- of software aanmelden bij de POTS-account. Deze telefoon gaat dan rinkelen als iemand je 06-nummer belt, en je kunt vanuit zo'n telefoon bellen met je 06-nummer als afzender.

Het meest voor de hand ligt het echter er een PBX of andere dienst tussen te schakelen, zodat je enige controle kunt uitoefenen op de link tussen POTS en je GSM-device. Die eigen PBX kan een Asterisk PBX zijn, een FreeSWITCH PBX of iets nog exotischer.

Het geavanceerde schema met een afzonderlijke provider voor inkomend en uitgaand verkeer is op dit moment niet mogelijk met Limesco. Op dit punt is de GSM dus (nog) een iets simpeler toestel dan een standaard SIP-toestel.

=====Instellingen van parameters=====

Er zijn twee accounts van belang in de Limesco-opzet, namelijk voor de dienstverlening richting POTS en voor de dienstverlening richting de GSM. In principe functioneren deze accounts los van elkaar. Elke account wordt gekenmerkt door een username, eventuele authentication username, een domain of realm, en een password. Niet zo heel anders dan bij andere protocollen dus. Het onderscheid tussen username en authentication username bestaat overigens om het mogelijk te maken heel veel telefoonnummers te bedienen met een enkele authenticatie.

De dienst richting POTS gebruikt als username iets van de vorm 316xxxxxxxx waarbij de xxx feitelijk je 06-nummer weergeven. Je gebruikt de authentication username en password die aan je toegekend zijn door Limesco; als realm gebruik je de SIP-naar-POTS service van SpeakUp, te weten alg.sip.speakup.nl. Je dient je bij de POTS-service te registreren en/of uitgaande belverzoeken te authenticeren.

De dienst richting GSM gebruikt een zelf te kiezen username, eventueel een authentication username, verder een domain/realm en een password. Je kunt deze gegevens zelf kiezen en doorgeven aan Limesco; die zorgt dan dat de GSM zich met deze gegevens registreert. Dit zijn dus gegevens die afkomstig zijn uit je PBX of dienst die je tussen de POTS-service en GSM-service wenst te schakelen om grip te krijgen op je belverkeer. Als je dus anonieme bellers wilt wegsturen dan kan dat hier. Ook kun je allerlei andere dingen doen, zoals een internetaccount sip:mobiel@jouwdomein.nep maken die naar het GSM-kanaal doorverbindt.

De gegevens waar we om vragen, zijn de volgende.
<pre>
- Username:
- Domein/realm:
- Authenticatie-username:
- Password:
- SIP uri/adres:
- Gewenste expiry: (standaard 3600, mag bij Limesco liggen tussen 600 en 3600)
</pre>

Bestand:model1-voiptelco-sip.png

2014-07-12T20:14:36Z

Vanrein:

Instellen

2014-07-12T19:52:15Z

Vanrein:

===Accountinstellingen bij Limesco===

''Dit verhaal legt in het algemeen uit hoe je Limesco-account ingesteld wordt. Elders op deze Wiki wordt dat in HOWTO-vorm uitgewerkt voor specifieke stukken software of diensten; het helpt echter je begrip als je iets weet van de algemene werking van je account bij Limesco, en de instellingen die je hiermee maakt.''

====Hoe SIP normaal werkt====

SIP is het open protocol dat het voor apparaten mogelijk maakt om mediaverbindingen op te bouwen, te verleggen en weer af te breken. De eigenlijke mediaverbinding vindt plaats over RTP-stromen, maar om die op te zetten en te veranderen wordt SIP gebruikt. De technische term daarvoor is ''signalering''. Als je nu denkt aan DTMF-tonen of kies- en bezettonen dan zit je op het goede spoor.

Het is belangrijk te beseffen dat signalering (via SIP) en mediastromen (via RTP) gescheiden zijn. Dit maakt het mogelijk om SIP-boodschappen kris-kras door allerlei systemen te sturen, en uiteindelijk toch een rechtstreekse RTP-stroom tussen de eindpunten te verkrijgen. Dit mooie ontwerp gaat natuurlijk stuk als er NAT in het spel is, dus daar wordt onder IPv4 ongelofelijk veel moeite in gestoken. Laten we maar hopen dat we snel over gaan op SIP en RTP via IPv6.

=====Belangrijke SIP Concepten=====

Meestal wordt SIP gesproken over UDP. Daarbij neemt een van de eindpunten een initiatief, die is dan voor dat initiatef de ''User Agent Client''; de andere kant bedient en reageert in principe met een responscode in de rol van ''User Agent Server''. Deze rollen kunnen van initiatief tot initiatief verschillen. Dat verwacht je ook -- ongeacht wie een telefoongesprek start, moet elke partij afzonderlijk het initiatief kunnen nemen het gesprek te beeindigen.

De rol die een apparaat speelt in het SIP-gebeuren varieert nogal. Telefoons doen dienst als eindpunten; je handelingen met een telefoon worden vertaald in SIP messages die via het Internet worden rondgestuurd, en de reacties daarop zorgen voor een reactie in de vorm van een bepaalde toon, een wijzinging in de geluidsweergave, statuswisseling van een LED of het tonen van een tekst. Onderweg zijn er doorstuurders van SIP messages, de zogenaamde ''SIP Proxies''. Een speciaal geval hiervan is de ''SIP Location Server'', die zich naar buiten toe (zoals via DNS, of via een koppeling aan het telefoonnetwerk) profileert als ontvanger voor signalering voor een bepaalde bestemming. Bij een poging een mediastroom voor zo'n bestemming op te zetten worden dan de concrete locaties van SIP apparaten opgezocht en aangesproken.

Wat hierboven een intiiatief wordt genoemd, heet formeel een Request of ''SIP Request'', en de responscode zit vervat in een ''SIP Response''.

De eerste regel van een SIP Request vermeldt een ''Method'' en een ''Request URI'' waarheen die methode gestuurd wordt. In eerste instantie is de Request URI de SIP URI waarheen je belt, maar die kan gaandeweg aangepast en herschreven worden ten bate van de routering via een aantal hops naar de eindbestemming. De Method dient als instructie om bijvoorbeeld te verbinden of te verbreken. De eerste regel van een SIP Response bevat een driecijferige Status Code die vaak dezelfde is als onder HTTP, en een beschrijving. Als je dus dingen krijgt als ''404 Not Found'' dan komt dat uit de eerste regel van de SIP Response,

De rest van een SIP Request en SIP Response is verder vergelijkbaar; het is een serie headers en een eventuele body. De headers doen denken aan email, en behalve dat het niet gaat om mailadressen maar SIP-adressen vind je vergelijkbare betekenissen voor From, To, Subject headers. Daarnaast zijn er natuurlijk allerlei SIP-specifieke aanvullingen.

De combinatie van een SIP Request met de bijbehorende SIP Response en eventueel nog meer heet een ''SIP Transaction''. Let op dat zo'n transactie gaat over een enkele verandering, zoals het afbreken van een gesprek, maar niet over een heel gesprek. De term ''Dialog'' is gereserveerd voor dat laatste, en is feitelijk iets wat het niveau van de afzonderlijke SIP Transactions overstijgt.

Onder de headers kan nog een body hangen, met een MIME-type. Normaalgesproken is dit een SDP-beschrijving van een mediastroom.

=====Belangrijke SIP Messages=====

Het soort dingen dat je via een SIP Message regelt is bijvoorbeeld:

* Met de INVITE Method met SDP body te sturen aan een Request URI nodig je de ontvanger van dat laatste uit tot een gesprek of, formeler, tot media-uitwisseling.
* Met de BYE Method beeindig je een bestaande media-uitwisseling.
* Met de CANCEL Method geef je aan dat een poging tot gespreksopbouw niet voortgezet wordt.
* Met de REGISTER Method meldt een partij zich aan bij een SIP Location Server.
* Met de MESSAGE Method kun je korte tekstberichten sturen; doorgaans werkt XMPP overigens beter; er is overigens wel een mogelijkheid tot presence subscription onder SIP.
* Een "183 Ringing" response houdt in dat er tenminste 1 telefoon staat te rinkelen in reactie op een INVIITE.
* Een "200 OK" response op een INVITE beklinkt de opbouw van een verbinding.
* Een "404 Not Found" response houdt in dat de aangeschreven Request URI niet gevonden werd.

====Hoe SIP telefoons werken====

Een SIP telefoon meldt zich aan bij een PBX waar gesprekken op binnenkomen. Hoe eigenlijk?

[[Bestand:model1-voiptelco-sipreality.png]]

=====Hoe een standaard SIP-telefoon werkt=====

Een SIP-telefoon kan allerlei verschijningsvormen hebben; bijvoorbeeld hardware of software, bijvoorbeeld audio of ook video en eventueel interactief doorgegeven tekst.

Doorgaans is de telefoon geen eindpunt dat publiek vindbaar wordt gemaakt in DNS; in plaats daarvan melden we SIP Location Servers aan in DNS, en meldt een telefoon zich via de REGISTER Method aan bij zo'n PBX.

De SIP Location Server houdt een lijstje bij van zulke telefoons die zich aangemeld hebben. Zodra een INVITE voor een gesprek bij de SIP Location Server binnenkomt zullen de telefoons die bij de Request URI horen deze INVITE doorgestuurd krijgen; ze reageren als het goed is met "183 Ringing" en, na opnemen van de hoorn, met "200 OK". Tot een van de partijen later de BYE Method gebruikt is de telefoon dan via RTP-mediastromen verbonden met de verzender van de INVIITE.

=====Hoe SIP bij Limesco werkt=====

[[Bestand:model2-limesco-ootb.png]]

[[Bestand:model3-limesco-diy.png]]

De GSM is bij Limesco in feite een SIP-telefoon geworden. Je meldt hem aan bij een SIP Location Server naar keuze. Dat kan bijvoorbeeld een eigen PBX zijn, of een SIP-telefoonprovider die een (vast) telefoonnummer voor je aanneemt.

De link met het ouderwetse telefoonnetwerk (vaak ''POTS'' genoemd) wordt ook aangeboden door Limesco, en wel als een SIP Location Server waarbij je een SIP-telefoon kunt aanmelden.

De simpelst denkbare opzet is het als je je GSM-telefoon rechtstreeks bij die POTS-server. Belt iemand het 06-nummer via POTS, dan wordt een INVITE naar de GSM-link verzonden. En draai je een nummer op je mobiel, dan wordt vandaaruit een INVITE naar POTS verzonden.

Je kunt natuurlijk ook een gewone SIP-telefoon in hard- of software aanmelden bij de POTS-account. Deze telefoon gaat dan rinkelen als iemand je 06-nummer belt, en je kunt vanuit zo'n telefoon bellen met je 06-nummer als afzender.

Het meest voor de hand ligt het echter er een PBX of andere dienst tussen te schakelen, zodat je enige controle kunt uitoefenen op de link tussen POTS en je GSM-device. Die eigen PBX kan een Asterisk PBX zijn, een FreeSWITCH PBX of iets nog exotischer.

=====Instellingen van parameters=====

Er zijn twee accounts van belang in de Limesco-opzet, namelijk voor de dienstverlening richting POTS en voor de dienstverlening richting de GSM. In principe functioneren deze accounts los van elkaar. Elke account wordt gekenmerkt door een username, eventuele authentication username, een domain of realm, en een password. Niet zo heel anders dan bij andere protocollen dus. Het onderscheid tussen username en authentication username bestaat overigens om het mogelijk te maken heel veel telefoonnummers te bedienen met een enkele authenticatie.

De dienst richting POTS gebruikt als username iets van de vorm 316xxxxxxxx waarbij de xxx feitelijk je 06-nummer weergeven. Je gebruikt de authentication username en password die aan je toegekend zijn door Limesco; als realm gebruik je de SIP-naar-POTS service van SpeakUp, te weten alg.sip.speakup.nl. Je dient je bij de POTS-service te registreren en/of uitgaande belverzoeken te authenticeren.

De dienst richting GSM gebruikt een zelf te kiezen username, eventueel een authentication username, verder een domain/realm en een password. Je kunt deze gegevens zelf kiezen en doorgeven aan Limesco; die zorgt dan dat de GSM zich met deze gegevens registreert. Dit zijn dus gegevens die afkomstig zijn uit je PBX of dienst die je tussen de POTS-service en GSM-service wenst te schakelen om grip te krijgen op je belverkeer. Als je dus anonieme bellers wilt wegsturen dan kan dat hier. Ook kun je allerlei andere dingen doen, zoals een internetaccount sip:mobiel@jouwdomein.nep maken die naar het GSM-kanaal doorverbindt.

De gegevens waar we om vragen, zijn de volgende.
<pre>
- Username:
- Domein/realm:
- Authenticatie-username:
- Password:
- SIP uri/adres:
- Gewenste expiry: (standaard 3600, mag bij Limesco liggen tussen 600 en 3600)
</pre>

Bestand:model4-limesco-split.png

2014-07-12T19:52:06Z

Vanrein: Zo zou het eigenlijk moeten zijn... ;-)

Zo zou het eigenlijk moeten zijn... ;-)

Bestand:model3-limesco-diy.png

2014-07-12T19:51:33Z

Vanrein:

2014-04-07T10:08:33Z

Vanrein: /* When and where is it? */

''Limesco is a Dutch virtual mobile operator with a strong emphasis on freeing the mobile market, and bringing it more in line with the notions of freedom and openness as they are cherished in the Internet community. Although this is a good reason the cheer up most current mobile users, the small scale at which Limesco still operates means that most of its users are technically inclined, hacker-style users. They are permitted to experiment on the network within the bounds of law and reason. One thing that is still missing, is a platform where these technically oriented users can exchange their knowledge and ideas, a community of cooperative development. This is why we started Limesco Academy.''

Limesco Academy is currently a '''concept plan''' that was greeted with enthousiasm by Limesco share holders; so the following is primarily intended to start discussion of Limesco Academy #0; nothing has yet been formally established.vastgelegd.

= What is it? =

The idea behind Limesco Academy is to bring members together to learn about GSM protocols, and exchange experiences about playing with them. We will come together for a day, in a sort of informal conference. The current day plan is:

* ''What do we know?'' Lectures in which we share knowledge about the GSM protocol stack (in the morning)
* ''What do we want?'' Discussions about questions cutting through the protocol layers (around lunch time)
* ''What can we do?'' Practical experiments and demonstrations (end of the afternoon)

Since the day is held in Enschede, we expect to welcome German visitors, so the day's default language will be English.

== Limesco Academy #0: Understanding the GSM protocol stack ==

The proposed topics for the morning lectures follow; we are '''looking for speakers'' willing to study these topics and explain them to others:

* Management of voice: component MSC; protocols GSM and, with Limesco, SIP; AT commands
* Management of data: components SGSN, GGSN; protocols GPRS and UMTS; AT commands
* Management of messaging: components SMSC, MMSC; protocols SMS PDU; AT commands
* Logical Link Control: The connection layer above the radio layer, and the foundation for SMS, GPRS, UMTS
* Mobility management: Transparant hand-over;
* Data transport: protocols Robust Header Compression, IPv6, IPsec; relations with PPP, SNDCP and PDCP; AT commands

The order of the lectures will be bottom-up as far as possible. If a topic is sufficiently interesting to you to be willing to explain it to other Limesco members, then please let us know. We are not assuming that you will know everything about it, but would like to get a headstart in understanding these layers and their interactions. And if you happen to find an intruiging possibility that is not commonly practiced in mobile applications yet, you are welcome to share that too!

You are also welcome to pick multiple topics that you might address, so we have more freedom to decide what to ask you to explain to us.

== What has happened in the past? ==

Limesco Academy #0 is yet to start. A bit more patience please ;-)

= Who should attend? =

Limesco Academy is accessible to all; if too many people want to visit we will select. Specifically invited are

* Limesco members and related interested parties
* Tkkrlab members and other hacker spaces (including German ones, of course)
* Other sprekers

Explicitly banned are activities of improper conduct, invasions on network security/privacy and the stability of the GSM infrastructure.

== Are there things I coul do? ==

An event like this is modestly sized, but a bit of help is quite welcome.

* We are guests at [http://www.tkkrlab.nl Tkkrlab]; please leave the place in a better state than you found it!
* Share your knowledge, even if you still have to study it; specifically, please consider filling in a lecturing slot
* Send us your questions, specifically for the luncheon time discussions
* Prepare an experiment or demonstration
* Maybe we should revived the (typewrite-made) magazine [http://www.hacktic.nl/index.html Hack-Tic]?
* Maybe you would like to organise the next Limesco Academy in your home town, half a year from now?

= When and where is it? =

Limesco Academy #0 is scheduled on Saturday, June 14th, 2014. The day play will be roughly like this:

* 10.00 - 12.30 -- Lectures / Introductions
* 13.30 - 15.30 -- Discussions / Questions
* 14.00 - 17.00 -- Demonstrations / Experiments
* 16.00 - 17.00 -- Press conference / Question time
* After closing, there are going to be people who wish to go somewhere for diner. I propose that we tidy-up together, and reconvene to De Kater, which offers [http://www.dekater.com/eten-drinken/diner/ proper food at affordable prices] including the day's menu at EUR 9,50.

We are graceously welcome at [http://www.tkkrlab.nl Tkkrlab] in [http://m.ns.nl/planner.action?from=&to=Enschede&via=&date=14-06&time=09%3A45&departure=false&planroute=Journey+advice Enschede]. They are situated in the former Polaroid film development laboratory, a large industrial space with lots of spaces which seem to be capable of storing an awful lot of soldering stations.

The venue is located in an old factory building of Polaroid; free parking is available next to the buildings, so you don't need to fear that your circuit boards get soaked. The full address and a map can be found on [http://tkkrlab.nl/wordpress/contact Tkkrlab's contact page].

The location is a [https://www.google.com/maps/dir/Station+Enschede,+Stationsplein+33,+7511+JD+Enschede,+Netherlands/TkkrLab/@52.2229983,6.8948332,15z/am=t/data=!4m14!4m13!1m5!1m1!1s0x47b814751ab9e341:0xc757acecfa1fdab0!2m2!1d6.890235!2d52.222482!1m5!1m1!1s0x0:0x19afd02a9c840a4!2m2!1d6.902037!2d52.222975!3e2?hl=en 13 minute walk] from [http://m.ns.nl/planner.action?from=&to=Enschede&via=&date=14-06&time=09%3A45&departure=false&planroute=Journey+advice railway station Enschede].

We advise you to bring your own lunch sandwiches, but you might find the time to visit one of the nearby stores: [http://www.ekoplaza.nl/vestigingen/enschede/ EkoPlaza], [http://www.jumbosupermarkten.nl/Alle-Jumbo-Winkels/Winkels/?storeid=2923 Jumbo], [http://www.bakkerbart.nl/winkels/enschede/kalanderstraat-6 Bakker Bart] or the [https://www.google.com/maps/place/Hendrik+Jan+van+Heekplein+50/@52.2182989,6.8972008,17z/data=!3m1!4b1!4m2!3m1!1s0x47b814718177f5b9:0xa54e266567246244 market place]. These pretty much lie on one street in the shopping centre, nearest one first.

Limesco Academy

2014-04-05T08:55:07Z

Vanrein: /* When and where is it? */

''Limesco is a Dutch virtual mobile operator with a strong emphasis on freeing the mobile market, and bringing it more in line with the notions of freedom and openness as they are cherished in the Internet community. Although this is a good reason the cheer up most current mobile users, the small scale at which Limesco still operates means that most of its users are technically inclined, hacker-style users. They are permitted to experiment on the network within the bounds of law and reason. One thing that is still missing, is a platform where these technically oriented users can exchange their knowledge and ideas, a community of cooperative development. This is why we started Limesco Academy.''

Limesco Academy is currently a '''concept plan''' that was greeted with enthousiasm by Limesco share holders; so the following is primarily intended to start discussion of Limesco Academy #0; nothing has yet been formally established.vastgelegd.

= What is it? =

The idea behind Limesco Academy is to bring members together to learn about GSM protocols, and exchange experiences about playing with them. We will come together for a day, in a sort of informal conference. The current day plan is:

* ''What do we know?'' Lectures in which we share knowledge about the GSM protocol stack (in the morning)
* ''What do we want?'' Discussions about questions cutting through the protocol layers (around lunch time)
* ''What can we do?'' Practical experiments and demonstrations (end of the afternoon)

Since the day is held in Enschede, we expect to welcome German visitors, so the day's default language will be English.

== Limesco Academy #0: Understanding the GSM protocol stack ==

The proposed topics for the morning lectures follow; we are '''looking for speakers'' willing to study these topics and explain them to others:

* Management of voice: component MSC; protocols GSM and, with Limesco, SIP; AT commands
* Management of data: components SGSN, GGSN; protocols GPRS and UMTS; AT commands
* Management of messaging: components SMSC, MMSC; protocols SMS PDU; AT commands
* Logical Link Control: The connection layer above the radio layer, and the foundation for SMS, GPRS, UMTS
* Mobility management: Transparant hand-over;
* Data transport: protocols Robust Header Compression, IPv6, IPsec; relations with PPP, SNDCP and PDCP; AT commands

The order of the lectures will be bottom-up as far as possible. If a topic is sufficiently interesting to you to be willing to explain it to other Limesco members, then please let us know. We are not assuming that you will know everything about it, but would like to get a headstart in understanding these layers and their interactions. And if you happen to find an intruiging possibility that is not commonly practiced in mobile applications yet, you are welcome to share that too!

You are also welcome to pick multiple topics that you might address, so we have more freedom to decide what to ask you to explain to us.

== What has happened in the past? ==

Limesco Academy #0 is yet to start. A bit more patience please ;-)

= Who should attend? =

Limesco Academy is accessible to all; if too many people want to visit we will select. Specifically invited are

* Limesco members and related interested parties
* Tkkrlab members and other hacker spaces (including German ones, of course)
* Other sprekers

Explicitly banned are activities of improper conduct, invasions on network security/privacy and the stability of the GSM infrastructure.

== Are there things I coul do? ==

An event like this is modestly sized, but a bit of help is quite welcome.

* We are guests at [http://www.tkkrlab.nl Tkkrlab]; please leave the place in a better state than you found it!
* Share your knowledge, even if you still have to study it; specifically, please consider filling in a lecturing slot
* Send us your questions, specifically for the luncheon time discussions
* Prepare an experiment or demonstration
* Maybe we should revived the (typewrite-made) magazine [http://www.hacktic.nl/index.html Hack-Tic]?
* Maybe you would like to organise the next Limesco Academy in your home town, half a year from now?

= When and where is it? =

Limesco Academy #0 is scheduled on Saturday, June 14th, 2014. The day play will be roughly like this:

* 10.00 - 12.30 -- Lectures / Introductions
* 13.30 - 15.30 -- Discussions / Questions
* 14.00 - 17.00 -- Demonstrations / Experiments
* 16.00 - 17.00 -- Press conference / Question time
* After closing, there are going to be people who wish to go somewhere for diner. I propose that we tidy-up together, and reconvene to De Kater, which offers [http://www.dekater.com/eten-drinken/diner/ proper food at affordable prices].

We are graceously welcome at [http://www.tkkrlab.nl Tkkrlab] in [http://m.ns.nl/planner.action?from=&to=Enschede&via=&date=14-06&time=09%3A45&departure=false&planroute=Journey+advice Enschede]. They are situated in the former Polaroid film development laboratory, a large industrial space with lots of spaces which seem to be capable of storing an awful lot of soldering stations.

The venue is located in an old factory building of Polaroid; free parking is available next to the buildings, so you don't need to fear that your circuit boards get soaked. The full address and a map can be found on [http://tkkrlab.nl/wordpress/contact Tkkrlab's contact page].

The location is a [https://www.google.com/maps/dir/Station+Enschede,+Stationsplein+33,+7511+JD+Enschede,+Netherlands/TkkrLab/@52.2229983,6.8948332,15z/am=t/data=!4m14!4m13!1m5!1m1!1s0x47b814751ab9e341:0xc757acecfa1fdab0!2m2!1d6.890235!2d52.222482!1m5!1m1!1s0x0:0x19afd02a9c840a4!2m2!1d6.902037!2d52.222975!3e2?hl=en 13 minute walk] from [http://m.ns.nl/planner.action?from=&to=Enschede&via=&date=14-06&time=09%3A45&departure=false&planroute=Journey+advice railway station Enschede].

We advise you to bring your own lunch sandwiches, but you might find the time to visit one of the nearby stores: [http://www.ekoplaza.nl/vestigingen/enschede/ EkoPlaza], [http://www.jumbosupermarkten.nl/Alle-Jumbo-Winkels/Winkels/?storeid=2923 Jumbo], [http://www.bakkerbart.nl/winkels/enschede/kalanderstraat-6 Bakker Bart] or the [https://www.google.com/maps/place/Hendrik+Jan+van+Heekplein+50/@52.2182989,6.8972008,17z/data=!3m1!4b1!4m2!3m1!1s0x47b814718177f5b9:0xa54e266567246244 market place]. These pretty much lie on one street in the shopping centre, nearest one first.