salut
je sens dans ton post précédent le blues de l'informaticien isolé... mais aussi sa bonne volonté ! pas de souci....

en fait, oui, il faut remplacer nat=yes par force_rport,comedia (j'étais pas clair)

bon, les traces sont pas mal, tu peux aussi faire un copier/coller sur le site pastebin.com (en anonymisant eventuellement) et envoyer le lien, ca les rend plus lisibles. également, puisque tu as des soucis de délais, c'est pas mal aussi de mettre la patton à l'heure ntp, ainsi que ton serveur, ca permet de comparer les heures

si on regarde:
01:58:39 SIP_TR> [STACK] < stack: SIP/2.0 405 not Allowed
01:58:51 SIP_TR> [STACK] > stack: SIP/2.0 100 Trying
01:58:53 SIP_TR> [STACK] > stack: SIP/2.0 100 Trying
01:58:50 SIP_TR> [STACK] < stack: SIP/2.0 Session Progress
01:59:04 SIP_TR> [STACK] > stack: SIP/2.0 100 ringing
01:59:04 SIP_TR> [STACK] > stack: OPTIONS sipi:Patton1@192.168.1.252:5060 SIP/2.0

le réseau belgacom met 14 secondes à faire sonner le mobile - et généralement, en gsm, on ne renvoie une sonnerie que lorsque le tel sonne effectivement, pas quand on le recherche sur le réseau (paging) - si tu rappelles le meme mobile juste après, il est possible que cela soit plus rapide

en revanche, il n'est pas possible de comparer l'heure de l'INVITE dans les traces SIP et avec la passerelle, car les heures sont différentes - il faudrait juger à la volée et voir si c'est simultané ou pas
pour info, le message option que tu postes correspond au fait que le qualify est actif - en mettant ce param à yes (ou une valeur X), il enverra tous les qualifyfreq millisecondes un message OPTION et attendra une réponse en moins de X millisecondes - si pas de réponse, le peer sera considéré comme injoignable et ne lui enverra pas d'appel

si ce sont les 14 secondes qui genent, c'est normal, sinon précise le souci !