datagott > telecom

Rob (21.06.2018, 14:26)
Is het in het telefoonnet ook mogelijk (bijv door een *xx* code voor je
gebelde nummer te zetten) om een oproep te doen zonder doorgeschakeld
te worden? Dus als het gebelde nummer een doorschakeling gedaan heeft,
bijv *21*nummer# dat die doorschakeling dan NIET uitgevoerd wordt?

Het maakt niet uit of gewoon het oorspronkelijke nummer rinkelt of dat
er een fout terug komt (in-gesprek, informatietoon), maar de bedoeling
is dat de ingeschakelde doorschakeling niet gevolgd wordt.
kees6238 (21.06.2018, 15:03)
On 21 Jun 2018 12:26:36 GMT, Rob <nomail> wrote:

>Is het in het telefoonnet ook mogelijk (bijv door een *xx* code voor je
>gebelde nummer te zetten) om een oproep te doen zonder doorgeschakeld
>te worden? Dus als het gebelde nummer een doorschakeling gedaan heeft,
>bijv *21*nummer# dat die doorschakeling dan NIET uitgevoerd wordt?
>Het maakt niet uit of gewoon het oorspronkelijke nummer rinkelt of dat
>er een fout terug komt (in-gesprek, informatietoon), maar de bedoeling
>is dat de ingeschakelde doorschakeling niet gevolgd wordt.


Ik heb hier helaas geen goed antwoord op.
Maar ik begrijp je behoefte wel, tenminste.
Vrougah was het zo, bellen, geen gehoor, probeer het later nog wel een
keer.
Nu met alle mobiele nummers merk ik dat ik minder gemakkelijk iemand
"zo maar" bel voor een kletspraatje.
Ter eerste omdat de kwaliteit van de "moderne" verbindingen vaak echt
niet te hachelen is.
Maar ook omdat ik niet weet wat iemand aan het doen is . .
Natuurlijk kan de gebelde dan zeggen : "nu even niet".
In praktijk komt het er op neer dat ik een berichtje stuur om te
vragen mij te bellen.

Doorschakelen hoeft van mij ook niet (altijd).
Antwoordapparaten al helemaal niet, dat zet de aanbieder standaard
aan, je moet moeite doen om het uit te zetten.
Vaak weet de gebelde niet eens hoe zo'n AA af te luisteren is.

Dus . .
Wat is je doel, cq reden vd vraag ?
( met een pessimistische blik zie ik ook mogelijk gebruik door de
minder goed bedoelende medemens )
Rob (21.06.2018, 15:37)
kees6238 <kees6238> wrote:
> On 21 Jun 2018 12:26:36 GMT, Rob <nomail> wrote:
>> Ik heb hier helaas geen goed antwoord op.

> Maar ik begrijp je behoefte wel, tenminste.
> Wat is je doel, cq reden vd vraag ?
> ( met een pessimistische blik zie ik ook mogelijk gebruik door de
> minder goed bedoelende medemens )


Het doel is om te voorkomen dat een "2nd factor authenticatie" die naar
de gebruiker belt om te verifieren dat die het is die ergens probeert
in te loggen wordt doorgeschakeld naar een ander toestel en daarmee
mogelijk naar iemand anders die niet het recht heeft de goedkeuring te
doen.
kees6238 (21.06.2018, 16:03)
On 21 Jun 2018 13:37:31 GMT, Rob <nomail> wrote:

>kees6238 <kees6238> wrote:
>Het doel is om te voorkomen dat een "2nd factor authenticatie" die naar
>de gebruiker belt om te verifieren dat die het is die ergens probeert
>in te loggen wordt doorgeschakeld naar een ander toestel en daarmee
>mogelijk naar iemand anders die niet het recht heeft de goedkeuring te
>doen.


Aha, juist.
En dan heb je het over voip (dus niet mobiel) telefonie ?

Stel dat het kan, de voipaanbieders moeten het ondersteunen, dan zie
ik direct een omweg, in mijn fritzbox kan ik een call-through"
instellen, dat is niet door de aanbieder te blokkeren.
Aan de andere kant, dan gaat het over op een ander nummer, maar ook
dat niet noodzakelijkerwijs.

Ik heb hier in de curiosa doos nog een doorschakel apparaat liggen, om
2 "echte" telefoonlijnen door te verbinden.
Uit de tijd dat er wel mensen waren met 2 lijnen maar toen er nog geen
doorschakel mogelijkheden waren.
Doet me denken aan de tijd dat ik in een huis woonde met meerdere
mensen en ik daar een eigen 2e lijn heb laten aanleggen, was ook in de
begintijd van internet trouwens, dus inbellen.
Rob (21.06.2018, 16:12)
kees6238 <kees6238> wrote:
> On 21 Jun 2018 13:37:31 GMT, Rob <nomail> wrote:
>> Aha, juist.

> En dan heb je het over voip (dus niet mobiel) telefonie ?


In de praktijk gaat het alleen over mobiele nummers.
Maar mijn vraag gaat over "het telefoonnet" dus niet over de aansluit
techniek van de toestellen.

> Stel dat het kan, de voipaanbieders moeten het ondersteunen, dan zie
> ik direct een omweg, in mijn fritzbox kan ik een call-through"
> instellen, dat is niet door de aanbieder te blokkeren.
> Aan de andere kant, dan gaat het over op een ander nummer, maar ook
> dat niet noodzakelijkerwijs.


Het gaat niet in de eerste plaats om sabotage, hoewel het mooi zou zijn
om daar ook wat tegen te doen. Praktische case is meer dat sommige
collega's als ze naar huis gaan en de volgende dag een vrije dag hebben
hun telefoon doorschakelen naar iemand die er dan wel is, en dan willen
ze s'avonds inloggen op hun mail of sharepoint ofzo en dan gaat die
"2nd factor authenticatie" naar hun collega. Ze kunnen dan niet werken
en komen de volgende dag klagen "ik kon niet inloggen" en vertellen dit
verhaal er dan natuurlijk niet bij.

Bovendien gaat die collega wellicht denken "oh weer zo'n belletje over
een login, laat ik maar akkoord geven dan kan hij werken" en als
dat common practice wordt dan is die hele "2nd factor authenticatie"
waardeloos.

Omdat ik aanneem dat we niet de eersten zijn die hier tegenaan lopen
kan ik me voorstellen dat er ook al iemand een oplossing voor bedacht
heeft.
Rob (21.06.2018, 16:14)
Erik.jo32 <id.43792> wrote:
> On 21 Jun 2018 13:35:27 GMT, Rob <nomail> wrote:
>> Doorschakelen is een bewuste keuze van degene die je belt.

> met die code kun je zijn wens ongedaan maken.


Ja maar het is onze wens om die keuze te negeren. Ik zeg toch al dat
hij ook met een foutmelding terug mag komen. Het is prima als die call
niet lukt, als ie maar niet bij iemand anders terecht komt.
kees6238 (21.06.2018, 16:21)
On 21 Jun 2018 14:12:52 GMT, Rob <nomail> wrote:

( hier zou een stukje van het vorige bericht kunnen staan )

De verificatie gaat dus via spraak ?
Bij verificatie via SMS heb je dit probleem niet, neem ik aan,
tenmiste, dat wordt veel gebruikt hiervoor.

Overigens, ik kan (kon?) heel eenvoudig een sms sturen met elk nummer
als afzender.
Rob (21.06.2018, 16:52)
kees6238 <kees6238> wrote:
> On 21 Jun 2018 14:12:52 GMT, Rob <nomail> wrote:
> ( hier zou een stukje van het vorige bericht kunnen staan )
> De verificatie gaat dus via spraak ?


Dat klopt.
Je krijgt een electronische stem met een bericht en daar op moet je
reageren met DTMF.

> Bij verificatie via SMS heb je dit probleem niet, neem ik aan,
> tenmiste, dat wordt veel gebruikt hiervoor.


Inderdaad, maar dan heb je weer andere problemen.

> Overigens, ik kan (kon?) heel eenvoudig een sms sturen met elk nummer
> als afzender.


Dat boeit niet.
Erik.jo32 (21.06.2018, 20:33)
On 21 Jun 2018 14:12:52 GMT, Rob <nomail> wrote:

[..]
>een login, laat ik maar akkoord geven dan kan hij werken" en als
>dat common practice wordt dan is die hele "2nd factor authenticatie"
>waardeloos.


Een oplossing is, persoon met nummer herkenning terug laten bellen.

Erik
Erik (21.06.2018, 21:15)
Op 21-6-2018 om 16:14 schreef Rob:
> Erik.jo32 <id.43792> wrote:
> Ja maar het is onze wens om die keuze te negeren. Ik zeg toch al dat
> hij ook met een foutmelding terug mag komen. Het is prima als die call
> niet lukt, als ie maar niet bij iemand anders terecht komt.


De standaard truc is: stel je eigen telefoon in op doorschakelen naar
het doorgeschakelde nummer. Bel jezelf, en voila, je komt uit bij degene
die doorgeschakeld staat. Een dubbele doorschakeling wordt namelijk niet
gevolgd (als het goed is).

Groet,
Erik
Rob (21.06.2018, 21:56)
Erik <noname@invalid> wrote:
> Op 21-6-2018 om 16:14 schreef Rob:
> De standaard truc is: stel je eigen telefoon in op doorschakelen naar
> het doorgeschakelde nummer. Bel jezelf, en voila, je komt uit bij degene
> die doorgeschakeld staat. Een dubbele doorschakeling wordt namelijk niet
> gevolgd (als het goed is).


Daar hebben we helaas niets aan want we bellen dat nummer niet zelf,
dat doet die 2nd factor authenticatie service (van Microsoft).
Eigenlijk zouden die steeds een nummer moeten doorschakelen en dat
dan bellen, dus. Leuke truuk!
Arnold (22.06.2018, 10:06)
Op 21-06-18 om 21:56 schreef Rob:
> Erik <noname@invalid> wrote:
> Daar hebben we helaas niets aan want we bellen dat nummer niet zelf,
> dat doet die 2nd factor authenticatie service (van Microsoft).
> Eigenlijk zouden die steeds een nummer moeten doorschakelen en dat
> dan bellen, dus. Leuke truuk!


Ik ken die feature niet op SS7/C7 protocollen en als hij er al was is
het natuurlijk maar de vraag of iedere provider zich netjes aan de specs
houdt.

Overigens zou het niet handiger zijn om van de voice 2factor af te
stappen en iets van Google Authenticator te gaan gebruiken? Waarom zou
je die voice koppeling willen als deze kennelijk niet inherent veiliger is?

Arnold.
Rob (22.06.2018, 10:30)
Arnold <arnold> wrote:
> Ik ken die feature niet op SS7/C7 protocollen en als hij er al was is
> het natuurlijk maar de vraag of iedere provider zich netjes aan de specs
> houdt.


Voorlopig zou het al heel wat zijn als het in Nederland werkt icm
met T-Mobile mobiel.

> Overigens zou het niet handiger zijn om van de voice 2factor af te
> stappen en iets van Google Authenticator te gaan gebruiken? Waarom zou
> je die voice koppeling willen als deze kennelijk niet inherent veiliger is?


Hoe het systeem werkt is een gegeven, we kunnen hooguit de geconfigureerde
nummers wijzigen bijvoorbeeld met een * code.
Erik.jo32 (22.06.2018, 11:16)
On 22 Jun 2018 08:30:39 GMT, Rob <nomail> wrote:

>Arnold <arnold> wrote:
>Voorlopig zou het al heel wat zijn als het in Nederland werkt icm
>met T-Mobile mobiel.
>Hoe het systeem werkt is een gegeven, we kunnen hooguit de geconfigureerde
>nummers wijzigen bijvoorbeeld met een * code.


Zie nu dat er wel zoiets bestaat.
SIP response protocol.
Bij een een doorgeschakelt gesprek kun je een extra 181 response code krijgen.

Erik
kees6238 (24.06.2018, 14:11)
On 21 Jun 2018 12:26:36 GMT, Rob <nomail> wrote:

Niet echt een bijdrage aan je vraag,
maar het schiet me te binnen dat ik bij de aanleg van een alarm
systeem (via POTS denk ik, nog geen ISDN) een formuliertje moest
invullen (voor kpn/ptt) om een evt doorschakeling niet uit te kunnen
voeren.

Soortgelijke onderwerpen