Affichage des résultats 1 à 10 sur 12

Discussion: Changement IP Publique : Forcer le réenregistrement des comptes SIP

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre
    Date d'inscription
    janvier 2011
    Messages
    72
    Downloads
    0
    Uploads
    0
    Hélas .. cela ne marche pas ... au passage, je suis sous trixbox

    J'ai effectivement des règles de routage qui changent en fonction de la ligne adsl...mais le routage semble ok ...
    Coté iptables .. j'ai simplement fait un copier/coller d'une conf sur l'autre .. et je change simplement la route de destination

    Je suis chez Ovh .. Je ne pense pas qu'il y ait des bloquages de ce coté ...

    Ce qui est bizarre c'est que sur ma conf qui marche, même en ayant une mauvaise externip ..eh beh ca fonctionne ...

  2. #2
    Asterisk Fan Avatar de fastm3
    Date d'inscription
    août 2010
    Localisation
    Corbeil Essonnes (91)
    Messages
    1 302
    Downloads
    1
    Uploads
    1
    Bon AK avait raison. Detaille ta conf reseau et indique ce que tu fais pour changer de lignes adsl pour pouvoir obtenir de l'aide.
    Fastm3.

  3. #3
    Membre
    Date d'inscription
    janvier 2011
    Messages
    72
    Downloads
    0
    Uploads
    0
    Citation Envoyé par fastm3 Voir le message
    Bon AK avait raison. Detaille ta conf reseau et indique ce que tu fais pour changer de lignes adsl pour pouvoir obtenir de l'aide.
    Fastm3.
    Yes ...
    Voici ma conf IP tables :

    Code:
    # Configuration pour PBX .. si c'est le backup, on passe sur l'IP publique principale
    if [[ $PARAM = "backup" ]]; then
            IPUB_TEL=$IPUB
    fi
    
    iptables -t nat -A PREROUTING  -p udp -m udp -s $OVH -d $IPUB_TEL --dport 1024:65535 -j DNAT --to-destination $PBX
    echo - Autorisation flux OVH - PBX : [OK]
    
    # Liaison OVH entrante
    iptables -t filter -A FORWARD  -p tcp -m tcp -s $OVH -d $PBX  --dport 1024:65535 -j ACCEPT
    iptables -t filter -A FORWARD  -p udp -m udp -s $OVH -d $PBX  --dport 1024:65535 -j ACCEPT
    iptables -t nat -A PREROUTING  -p tcp -m tcp -s $OVH -d $IPUB_TEL -j DNAT --to-destination $PBX
    iptables -t nat -A PREROUTING  -p udp -m udp -s $OVH -d $IPUB_TEL -j DNAT --to-destination $PBX
    echo - Autorisation flux OVH - PBX : [OK]
    
    # Liaison OVH sortante
    iptables -t filter -A FORWARD  -p tcp -m tcp -s $PBX -d $OVH --dport 1024:65535 -j ACCEPT
    iptables -t filter -A FORWARD  -p udp -m udp -s $PBX -d $OVH --dport 1024:65535 -j ACCEPT
    iptables -t nat -A POSTROUTING -p tcp -m tcp -s $PBX -d $OVH -j SNAT --to-source $IPUB_TEL
    iptables -t nat -A POSTROUTING -p udp -m udp -s $PBX -d $OVH -j SNAT --to-source $IPUB_TEL
    echo - Autorisation flux PBX - OVH : [OK]
    # On retire les commentaires renvoyes par le fournisseur 
    iptables -A INPUT -p udp -m udp --dport 5060 -m string --string "Cirpack KeepAlive Packet" --algo bm --to 65535 --source 91.1
    
    #Coté routage :
    /sbin/route del -net 91.121.129.0/24
    /sbin/route add -net 91.121.129.0 netmask 255.255.255.0 gw $IPUB_TEL
    # sachant que l'IP du SIP ovh est 91.121.129.17

    Voilà ... cela marche donc nickel en mode non "backup" ...
    Dès que je change d'IP en mode backup, les comptes sip sont UNREACHABLE
    Est-ce que quelqu'un sait si ovh enregistre l'IP publique utilisée ?

    Merciiiii

    Stéphane
    PS : j'ajoute que le routage fonctionne nickel, avec un traceroute sur sip.ovh.net ... je vois bien que je passe par l'une ou l'autre connexion ADSL
    Dernière modification par fastm3 ; 21/04/2011 à 00h16.

  4. #4
    Asterisk Fan Avatar de fastm3
    Date d'inscription
    août 2010
    Localisation
    Corbeil Essonnes (91)
    Messages
    1 302
    Downloads
    1
    Uploads
    1
    Tu detailles pas ta conf reseau, juste ton script backup donc on connait pas non plus la config "normale" qui d'apres toi est ok. C'est difficile donc de comprendre ce que tu as voulu faire.
    Nbre interface reseaux sur ipbx ( 1 ou 2 cartes ), subnet local ? ip locale du serveur ? Tu as 1 ou 2 routeurs/boxs adsl ? En bridge ? Conf des routeurs/box ? ip locale routeur ?
    Si tu veux de l'aide, il faut que tu donnes plus d'info.
    Il est probable que tu trouves la solution si tu mets tout a plat pour nous donner ces elements.
    Fastm3

  5. #5
    Membre
    Date d'inscription
    janvier 2011
    Messages
    72
    Downloads
    0
    Uploads
    0

    Unhappy

    Bon je reviens sur le sujet car toujours pas résolu mais j'ai des infos supplémentaires ...

    Alors j'ai une machine de backup pour asterisk (cette fois ci sous ubuntu et c'est la dernière version d'asterisk )...
    Je me suis mis en mode backup ADSL... et j'ai activé mes lignes SIP chez ovh ..Et cela marche ... les comptes sont enregistrés !

    Mais quand je redirige les paquets vers la ligne ADSL normale, cette fois ci...Cela ne marche plus, les comptes sip sont UNREACHABLE !!

    Donc je résume :
    - sur mon asterisk de prod, en backup adsl les comptes sip ne s'enregistrent pas
    - Sur mon asterisk de backup, les comptes sip fonctionnent avec le backup adsl et pas avec la ligne normale !

    Cela veut dire que cela ne vient pas du routage, ni de la ligne adsl mais de ce foutu asterisk dont je n'arrive décidemment plus à comprendre le fonctionnement !!!

    Malgré des redémarrages de machine ..Rien à faire

    HELLLLP ;-)
    Dernière modification par speron ; 03/05/2011 à 09h47.

  6. #6
    Membre
    Date d'inscription
    janvier 2011
    Messages
    72
    Downloads
    0
    Uploads
    0

    Question

    Bon j'avance ...

    J'ai fait un tcpdump sur ma ligne principale de téléphonie ( ppp1 ) là ou ma connexion ippi n'arrive pas s'enregistrer ..

    Concernant les lignes ippi, j'ai ceci :
    32 2.603000 IP_BACKUP_ADSL 213.215.45.230 SIP Request: REGISTER sip:ippi.fr[Packet size limited during capture]

    sachant que 213.215.45.230 est l'ip d'ippi ..

    Donc cela veut dire que j'ai paquets qui viennent de ma ligne de backup ?? ... ou est ce possible que ce soit des paquets arrivés sur la ligne principale mais qui ont mon IP_BACKUP_ADSL en source ?

  7. #7
    Membre
    Date d'inscription
    janvier 2011
    Messages
    72
    Downloads
    0
    Uploads
    0

    Post

    Pour répondre à Fastm3 sur ma conf :

    Nbre interface reseaux sur ipbx ( 1 ou 2 cartes )
    - 1 seule : eth0

    - subnet local ?
    192.168.100.

    - ip locale du serveur ?
    192.168.100.40

    Tu as 1 ou 2 routeurs/boxs adsl ? En bridge ?
    1 routeur qui commande 2 modems adsl en bridge : eth0 => ppp0 ( ligne adsl de backup téléphonie ) et eth1 => ppp1 ( ligne principale de téléphonie )

    Conf des routeurs/box ?
    Je redirige les paquets en fonction de l'adresse IP
    Par défaut ( 0.0.0.0 ) tout va sur ppp0
    la téléphonie est identifiée grace à l'IP destination qui est redirigée vers ppp1
    Voici la conf ( route -n ) pour ippi et ovh :
    213.215.45.230 ip_publique_ppp1 255.255.255.255 UGH 0 0 0 ppp1
    91.121.129.0 ip_publique_ppp1 255.255.255.0 UG 0 0 0 ppp1
    91.121.128.0 ip_publique_ppp1 255.255.255.0 UG 0 0 0 ppp1
    0.0.0.0 0.0.0.0 0.0.0.0 U 0 0 0 ppp0

    ip locale routeur ?
    192.168.100.70

    En espérant avoir été plus clair :-)

  8. #8
    Membre
    Date d'inscription
    janvier 2011
    Messages
    72
    Downloads
    0
    Uploads
    0

    Lightbulb

    Bon ... j'ai simplement redémarré le routeur et cela fonctionne !!! mon compte ippi s'est bien enregistré

    Donc apparemment il y a du cache couté routeur ( j'avais pourtant redémarré les connexions ppp ) et modifier le routage des paquets vers telle ou telle interface ne suffit plus ...

    Bon c'est pas une question téléphonie mais si quelqu'un connait la manip pour éviter de redémarrer le routeur linux à chaque modification de routage ... cela m'intéresse

Les tags pour cette discussion

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •