OVH Cloud OVH Cloud

serveur ras ??? pabx ???

5 réponses
Avatar
~K~
Bonjour,

Je cherche à comprendre comment installer un serveur ras, pour accès
extranet téléphonique. (Comme un accès internet téléphonique mais pour le
réseau local de l'entreprise).

J'ai fait des testes, c'est sympa, mais le problème est que quand
l'utilisateur X est connecté, la ligne sonne occupé et les autres
utilisateurs (Y et Z) ne peuvent pas se connecter. C'est logique, je sais.

Alors comment ça se passe chez les fournisseurs d'accès? Car, des centaines
d'utilisateurs ont appelé le même numéro, ils sont toujours et pourtant ça
ne sonne jamais occupé et le prochain utilisateur arrivera à se connecter
quand-même.

Je ne suis peut-être pas sur le bon groupe, mais je me suis dit: il y a
sûrement un équivalent d'un centrale téléphonique => PABX =>
fr.reseaux.telecoms.pabx

Pourriez-vous m'expliquer comment ça se passe pour un serveur ras (Linux ou
Windows)?

Merci d'avance.

5 réponses

Avatar
Jacques Caron
Salut,

On Tue, 20 Jan 2004 18:38:03 +0100, ~K~ wrote:

J'ai fait des testes, c'est sympa, mais le problème est que quand
l'utilisateur X est connecté, la ligne sonne occupé et les autres
utilisateurs (Y et Z) ne peuvent pas se connecter. C'est logique, je
sais.


S'il n'y a qu'une seule ligne, oui, c'est normal.

Alors comment ça se passe chez les fournisseurs d'accès? Car, des
centaines d'utilisateurs ont appelé le même numéro, ils sont toujours
et pourtant ça ne sonne jamais occupé et le prochain utilisateur arrivera
à se connecter quand-même.


Oui, il y a plusieurs (!) lignes associées au même numéro. Un groupement
de lignes, en français, un "hunt group" en anglais. Quand une ligne est
déjà occupée, eh bien on en utilise une autre...

Je ne suis peut-être pas sur le bon groupe, mais je me suis dit: il y a
sûrement un équivalent d'un centrale téléphonique => PABX =>
fr.reseaux.telecoms.pabx


Ben tu peux le faire avec un PABX qui aurait plusieurs lignes externes et
plusieurs lignes associées à ton serveur RAS (avec autant de modems que de
lignes), en créant un groupement associé à un numéro SDA. Ou, dans
certains cas de figure, tu peux carrément demander un groupement de lignes
directement à FT.

Pourriez-vous m'expliquer comment ça se passe pour un serveur ras (Linux
ou Windows)?


Ben déjà ça va dépendre de la technologie employée: analogique (RTC) ou
RNIS. Dans le premier cas, il faut un groupement de lignes sorties d'un
PABX ou fournies par FT (qui n'aime pas trop ça), un modem sur chaque, un
port série pour chaque, et hop.

Dans le deuxième cas, on passe soit par un accès de base (2 canaux B, donc
deux comms simultanées), soit par un groupement d'accès de base (de 4 à 12
canaux B), soit par un accès primaire (de 15 à 30 canaux B). On branche
sur une carte adaptée (1BRI, 4BRI ou PRI), ou éventuellement sur des
adaptateurs de terminaux Numéris (un peu comme des modems), on configure,
et hop.

La grande question c'est vraiment de savoir combien tu veux avoir d'appels
simultanés et quels sont les modes d'accès souhaités (RTC, RNIS, GSM...),
et éventuellement ce qu'il y a déjà (lignes externes, PABX, lignes
internes disponibles...). Et voilà.

Tout ceci étant dit, la meilleure solution de nos jours c'est en général
un VPN utilisant des accès Internet tout ce qu'il y a de plus standard :-)

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/

Avatar
~K~
Merci, ça me permet de commencer à comprendre

"Jacques Caron" a écrit dans le message de
news:
Salut,

On Tue, 20 Jan 2004 18:38:03 +0100, ~K~ wrote:
[...]

Alors comment ça se passe chez les fournisseurs d'accès? Car, des
centaines d'utilisateurs ont appelé le même numéro, ils sont toujours
et pourtant ça ne sonne jamais occupé et le prochain utilisateur
arrivera


à se connecter quand-même.


Oui, il y a plusieurs (!) lignes associées au même numéro. Un groupement
de lignes, en français, un "hunt group" en anglais. Quand une ligne est
déjà occupée, eh bien on en utilise une autre...
[...]


Ben tu peux le faire avec un PABX qui aurait plusieurs lignes externes et
plusieurs lignes associées à ton serveur RAS (avec autant de modems que de
lignes), en créant un groupement associé à un numéro SDA. Ou, dans
certains cas de figure, tu peux carrément demander un groupement de lignes
directement à FT.


Donc, un PABX avec 4 lignes externes et 4 lignes internes peut établir un
groupement de manière à ce que l'on l'appelle toujours sur la ligne 01 et il
commute l'appel de manière transparente pour l'appelant vers un des autres
numéros jusqu'à 3 maxi. Le quatrième appel continue sur la ligne 01 et la
ligne sonne occupé tant que les quatre lignes sont utilisées. Si la ligne 02
(par exemple) se libère avant le 01 alors le PABX commute le 01 vers le 02
pour libérer la ligne. (et tout ça de manière transparente pour l'appelant)

C'est génial, Mais, ai-j bien compris?

Pourriez-vous m'expliquer comment ça se passe pour un serveur ras (Linux
ou Windows)?


Ben déjà ça va dépendre de la technologie employée: analogique (RTC) ou
RNIS. Dans le premier cas, il faut un groupement de lignes sorties d'un
PABX ou fournies par FT (qui n'aime pas trop ça), un modem sur chaque, un
port série pour chaque, et hop.


Je pense que c'est un RTC (il me semble que le Numéris n'est pas trop
répandu)

Dans le deuxième cas, on passe soit par un accès de base (2 canaux B, donc
deux comms simultanées), soit par un groupement d'accès de base (de 4 à 12
canaux B), soit par un accès primaire (de 15 à 30 canaux B). On branche
sur une carte adaptée (1BRI, 4BRI ou PRI), ou éventuellement sur des
adaptateurs de terminaux Numéris (un peu comme des modems), on configure,
et hop.

La grande question c'est vraiment de savoir combien tu veux avoir d'appels
simultanés et quels sont les modes d'accès souhaités (RTC, RNIS, GSM...),
et éventuellement ce qu'il y a déjà (lignes externes, PABX, lignes
internes disponibles...). Et voilà.


Peut-être, 4 appels simultanés, sur RTC, ... Mais ça devrait être évolutif
au niveau nombre d'appels

Tout ceci étant dit, la meilleure solution de nos jours c'est en général
un VPN utilisant des accès Internet tout ce qu'il y a de plus standard :-)


Je suis d'accord. (Si le fournisseur de l'extranet se situe géographiquement
dans une zone lui permettant d'avoir un accès permanent à Internet à un prix
raisonnable, car, a part l'ADSL, les liaisons louées FT sont excessivement
chères)

Merci Jacques

Samuel KABAK
www.codeas.net


Avatar
Jacques Caron
Salut,

On Tue, 20 Jan 2004 20:06:02 +0100, ~K~ wrote:

Donc, un PABX avec 4 lignes externes et 4 lignes internes


S'il n'y a *que* ça, ce n'est pas très utile, autant avoir un groupement
de lignes FT directement :-)

peut établir un groupement de manière à ce que l'on l'appelle toujours
sur la ligne 01 et il commute l'appel de manière transparente pour
l'appelant vers un des autres numéros jusqu'à 3 maxi. Le quatrième appel
continue sur la ligne 01 et la ligne sonne occupé tant que les quatre
lignes sont utilisées. Si la ligne 02 (par exemple) se libère avant le 01
alors le PABX commute le 01 vers le 02 pour libérer la ligne.
(et tout ça de manière transparente pour l'appelant)


Euh... Je ne sais pas ce que tu entends par "commuter", mais je ne pense
pas que ce soit ce qu'on appelle habituellement commuter en téléphonie...

Il faut bien comprendre qu'il n'y a pas forcément de lien direct numéro de
téléphone <-> ligne. Un numéro peut correspondre à plusieurs lignes, et
plusieurs numéros à une seule ligne...

Disons que le numéro appelé est le 01 55 55 01 00. Et disons que les 4
lignes internes s'appellent A, B, C et D. On met les 4 lignes dans un
groupement, et on associe le numéro 01 55 55 01 00 à ce groupement. Quand
un appel arrive pour le 01 55 55 01 00, il arrive sur l'une des 4 lignes
extérieures, le PABX le reçoit, et se dit "il faut que je l'envoie sur
l'une des 4 lignes A,B,C ou D". Et il l'envoie vers l'une des lignes
libres. Si toutes les lignes sont occupées, ça sonne occupé. Et voilà.

L'ordre dans lequel A,B,C et D sont utilisées dépend du PABX et/ou de la
config. Les deux modes classiques sont linéaire (on essaie A en premier,
si A est occupé on essaie B, etc.) et cyclique (on essaie à tour de rôle
les 4 lignes, i.e. le premier appel tombe sur A, et le deuxième, que A
soit encore occupé ou pas tombera sur B, et ainsi de suite. Evidemment, si
on "tombe" sur une ligne occupée, on passe au suivant...).

Je pense que c'est un RTC (il me semble que le Numéris n'est pas trop
répandu)


Il y en a partout du RNIS. La plupart des PABX sont raccordés en RNIS au
réseau public.

Peut-être, 4 appels simultanés, sur RTC, ... Mais ça devrait être
évolutif au niveau nombre d'appels


Ben solutions possibles:
- 4 lignes analogiques groupées fournies par FT (pas de PABX), un seul
numéro, 4 modems, 4 ports série, un PC.
- 4 lignes analogiques groupées fournies par FT, un PABX, 4 lignes
internes, un seul numéro, 4 modems, 4 ports série, un PC. Le PABX ne sert
à rien s'il n'y a pas d'autres lignes internes ou externes, et même s'il y
en a, avec des lignes analogiques c'est vraiment pas utile.
- 4 canaux B (sur un groupement d'accès de base ou un accès primaire
RNIS), un PABX, 4 lignes internes analogiques, un seul numéro SDA, 4
modems, 4 ports série, un PC. Le PABX sert en fait à "extraire" les comms
arrivant sur les accès RNIS et à les envoyer vers les modems.
- 1 groupement de 2 accès de base RNIS dédié, 1 seul numéro, deux cartes
RNIS BRI avec émulation de modem ou une carte RNIS 4 BRI avec émulation de
modem, un PC.
- idem avec des TA RNIS externes (soit 2 par accès debase, soit un seul
s'il a deux ports série et sait gérer les deux canaux de façon
indépendante) avec émulation de modem, 4 ports série, un PC.

Note que si tu veux que les utilisateurs puissent se connecter en V.90,
c'est RNIS obligatoire...

Tout ceci étant dit, la meilleure solution de nos jours c'est en général
un VPN utilisant des accès Internet tout ce qu'il y a de plus standard
:-)


Je suis d'accord. (Si le fournisseur de l'extranet se situe
géographiquement dans une zone lui permettant d'avoir un accès
permanent à Internet à un prix raisonnable, car, a part l'ADSL,
les liaisons louées FT sont excessivement chères)


Euh, je crois que tu n'as pas bien compris. Tu raccordes le site central à
Internet avec une passerelle VPN, et ensuite, n'importe qui qui peut se
raccorder à Internet (en RTC, en ADSL, par le câble, par satellite, par
GSM, par ce que tu veux) peut se connecter à la passerelle VPN avec le
client qui va bien, et ça fait exactement la même chose que s'il se
connectait à ton serveur RAS, sauf que c'est plus simple, moins cher, et
souvent plus rapide...

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/


Avatar
~K~
"Jacques Caron" a écrit dans le message de
news:
Salut,

On Tue, 20 Jan 2004 20:06:02 +0100, ~K~ wrote:

[...]

[...]



Merci, je comprends mieux et avec ça, j'ai une bonne base de travail pour
approfondir mes connaissances avec google.


Tout ceci étant dit, la meilleure solution de nos jours c'est en
général



un VPN utilisant des accès Internet tout ce qu'il y a de plus standard
:-)


Je suis d'accord. (Si le fournisseur de l'extranet se situe
géographiquement dans une zone lui permettant d'avoir un accès
permanent à Internet à un prix raisonnable, car, a part l'ADSL,
les liaisons louées FT sont excessivement chères)


Euh, je crois que tu n'as pas bien compris. Tu raccordes le site central à
Internet avec une passerelle VPN,


Justement, le site central se trouve dans un coin perdu où il n'y a même pas
d'ADSL

et ensuite, n'importe qui qui peut se
raccorder à Internet (en RTC, en ADSL, par le câble, par satellite, par
GSM, par ce que tu veux) peut se connecter à la passerelle VPN avec le
client qui va bien, et ça fait exactement la même chose que s'il se
connectait à ton serveur RAS, sauf que c'est plus simple, moins cher, et
souvent plus rapide...


Un exemple avec OpenVPN (cipe et pptp poseront le même problème)

- Sur le serveur (linux) un bridge ethernet et un dhcp.
- Sur le client un soft client vpn (dans ce cas openvpn pour windows)

Pour que le client puisse se connecter au vpn, il faut que le serveur soit
connecté en permanence à Internet. (ce n'est pas économique avec un modem
téléphonique RTC ou RNIS)

Sauf si la fameuse passerelle VPN dont tu parle se trouve chez un
prestataire dans une grande ville et qui à la réception d'une requête client
appelle le serveur par téléphone pour lancer le vpn. Mais, je n'ai pas
encore entendu parler d'une telle passerelle (ce qui n'empêche pas que ça
puisse exister)

Samuel KABAK
www.codeas.net



Avatar
Jacques Caron
On Wed, 21 Jan 2004 09:57:17 +0100, ~K~ wrote:
Justement, le site central se trouve dans un coin perdu où il n'y a même
pas d'ADSL


Ah oui, vu comme ça, pas de bol :-(

Jacques.
--
Interactive Media Factory
Création, développement et hébergement
de services interactifs: SMS, SMS+, Audiotel...
http://www.imfeurope.com/