2.0.2 et rtsp/ free multiposte

[batman]

Bonjour utilisant ipcop depuis ...pfff 2001 ? je viens de passer en 2.0.2.

Globalement pas de grandes (mauvaises) surprises, sauf pour le multiposte de chez free.

En effet avec ipcop 1.x au démarrage (d'ipcop, dans le rc.local) je chargeais

• modprobe ip_conntrack_rtsp
• modprobe ip_nat_rtsp

Pour regarder la tv free (multiposte) sur mon lan (c'est à dire depuis n'importe quel PC)

Avec cette nouvelle version les *rtsp n'existent pas, et effectivement je n'ai plus accès au multiposte

Pour information, je regardais le multiposte de cette façon (vlc :1.1.3-1squeeze6):

Code : Tout sélectionner

vlc http://212.27.40.238/pub/playlist.m3u

Avec la 2.0.2, j'ai ce genre de message avec vlc (depuis une squeeze à jour)

Code : Tout sélectionner

[0xb53028b4] live555 demux error: SETUP of'video/MP2T' failed SETUP: cannot handle response: RTSP/1.0 461 Unsupported Transport
[0xb53028b4] live555 demux error: Nothing to play for rtsp://mafreebox.freebox.fr/fbxtv_pub/stream?namespace=1&service=201&flavour=hd
[0xb53028b4] live555 demux error: TCP rollover failed, aborting

Comment faites-vous chez vous (les freenautes ?)
Note : j'ai utilisé la procédure http://forum.zebulon.fr/findpost-t120784-p993732.html pour faire un test avec un seul pc en attendant de trouver une solution "automatique" (comme celle que j'utilisais sur ipcop 1.x en début de ce post).

[bourab]

Hello à tous.

Même problème que "batman". Avec Ipcop 1.* je chargeais comme lui les 2 modules indiqués avec rc.local et ça fonctionnait bien.
Avec Ipcop 2.0.4 vlc ne marche plus. Pour information, les 2 commandes :
root@ipcop:~ # lsmod | grep rtsp
et :
root@ipcop:~ # find /lib/modules/ -iname '*rtsp*'
ne renvoient rien.
Première question. Faut-il s'orienter vers un transfert de port ? Accessoirement, j'y vois l'avantage de pourvoir faire du "shaping", le flux vlc pouvant alors être indiqué prioritaire pour éviter les saccades si réseau très chargé.
Deuxième question : Dans ce cas, comme choisir le numéro de port ? Pas dans la plage des "well-known ports", OK. Mais encore ? Quelle contrainte respecter ?

Merci.

[gargamel01000]

interréssé par ce problème également

[Franck78]

Sans les modules RTSP, il est illusoire de vouloir faire passer le protocole à travers IPCop.

Puisque le projet IPCop spécifie 'SOHO', le mieux est de poser la requête de réintégration de ces modules directement chez les auteurs : sourceforge.

[batman]

C'est pas faux, et c'est fait en whishlist

Je suis abonnés à la ML sur sourceforge, cela n'a jamais été abordés depuis février 2012

[Franck78]

c'est pas le plus simple mais
1/ installler les sources ipcop
2/ modifié le fichier .conf du kernel (c'est dur de localiser le bon )
3/ compiler
4/ brulez un CD
5/ installer. Le module RTSP ne sera pas dessus. Cherchez le .ko sur la machine de compilation.
6/ faire les opérations à la main (insmod,...)

Si ca marche, relancer le 'whish' en argumentant et démontrant que cela suffit. L'équipe intégrera proprement le .ko dans l'iso, c'est pas simple à faire.