Entre autre dans le cadre du PSTN, lors du call setting, le paquet traverse les différents commutateur, qui réserve la bp nécessaire.
elle est libérée lors de la rupture du call.
C'est pas SIP c'est le PSTN là, donc c'est la passerelle SIP<->PSTN qui réserve, une passerelle Jingle<->PSTN ferait pareil.
Le paquet SIP indiquant les différents paramètres de connexions utilisé (par le biais de SDP), cela permet aux différents équipement de savoir qu'un call est effectué et quel paquets prioritiser.
Y'a beaucoup de routeur qui vont analyser les paquets SIP pour faire de la QoS ? Et on peut faire de la QoS sans ça de toutes façons.
Le fait d'etre un standard IETF déjà usité par le monde industriel et l'ensemble des acteurs du marché, par exemple ...
Le fait d'être un standard largement déployé et dont la fiabilité n'a plus besoin d'être prouvée.
Ouais enfin je parle au niveau technique. Parce que bon si on part là dessus on peut dire que Linux n'a aucun avenir puisque la plupart des acteurs du marché l'ignore
Si tu veux mapper par contre de ton coté, regarde du coté de ce qu'implémente SS7, H323 et SIP... mais eux ils comprendront toujours rien quand tu emetra un call.
Parce que tu crois que les clients H323 et le PSTN comprennent SIP ? C'est des passerelles qui font la conversion, rien n'empèche de faire pareil pour Jingle..
Mais un jour faudra sortir de sa bulle et constater que d'autres ont fait d'autres choix que toi, et que si tu veux t'adapter, il faudra bien les suivre ces choix.
Si on suit ce raisonnement on avance pas vraiment. On fait comme avant, vu que ça marche pas trop mal.
Ca semble pas etre l'avis de tout le monde.(2 min de recherche et je trouve une lib lgpl pour sip : http://sofia-sip.sourceforge.net/ )
Et ? Ça veut pas dire que c'est pas compliqué, ça veut juste dire que c'est utile. Y'a plein de projets libres qui font des trucs utiles mais compliqués (genre Wine ou Samba).
[^] # Re: En Italie
Posté par Omega . En réponse à la dépêche Le succès de "MSN" chez les jeunes pose-t-il un problème au logiciel libre ?. Évalué à 4.
elle est libérée lors de la rupture du call.
C'est pas SIP c'est le PSTN là, donc c'est la passerelle SIP<->PSTN qui réserve, une passerelle Jingle<->PSTN ferait pareil.
Le paquet SIP indiquant les différents paramètres de connexions utilisé (par le biais de SDP), cela permet aux différents équipement de savoir qu'un call est effectué et quel paquets prioritiser.
Y'a beaucoup de routeur qui vont analyser les paquets SIP pour faire de la QoS ? Et on peut faire de la QoS sans ça de toutes façons.
Le fait d'etre un standard IETF déjà usité par le monde industriel et l'ensemble des acteurs du marché, par exemple ...
Le fait d'être un standard largement déployé et dont la fiabilité n'a plus besoin d'être prouvée.
Ouais enfin je parle au niveau technique. Parce que bon si on part là dessus on peut dire que Linux n'a aucun avenir puisque la plupart des acteurs du marché l'ignore
Si tu veux mapper par contre de ton coté, regarde du coté de ce qu'implémente SS7, H323 et SIP... mais eux ils comprendront toujours rien quand tu emetra un call.
Parce que tu crois que les clients H323 et le PSTN comprennent SIP ? C'est des passerelles qui font la conversion, rien n'empèche de faire pareil pour Jingle..
Mais un jour faudra sortir de sa bulle et constater que d'autres ont fait d'autres choix que toi, et que si tu veux t'adapter, il faudra bien les suivre ces choix.
Si on suit ce raisonnement on avance pas vraiment. On fait comme avant, vu que ça marche pas trop mal.
Ca semble pas etre l'avis de tout le monde.(2 min de recherche et je trouve une lib lgpl pour sip : http://sofia-sip.sourceforge.net/ )
Et ? Ça veut pas dire que c'est pas compliqué, ça veut juste dire que c'est utile. Y'a plein de projets libres qui font des trucs utiles mais compliqués (genre Wine ou Samba).