[Kamailio-Users-ES] Fallo al transferir llamadas externas

[Jose Fernandez]

Muchas gracias por responder Iñaki.

Supongo que con "no está bien definido" te refieres a que he soltado 
demasiado rollo para explicar el problema. La intención era dar los 
mayores detalles posibles, por lo mismo que he incluido toda la traza 
sip. Intento simplificar:

    * Escenario: GW FXO, Openser 1.1 y varios teléfonos IP. Llamada
      entrante que vía FXO (canal registrado como 9873) suena
      directamente en el teléfono IP 43, y una vez atendida,
      transferencia de esa llamada al teléfono IP 42.
    * Problema: Se corta esa transferencia perdiéndose la comunicación
      entre todos los puntos.
    * Resumen traza SIP:

    Una vez establecida comunicación 43 (192.18.20.13) con 42
    (192.168.20.12) para iniciar la transferencia, 43 envía REFER a 9873
    (FXO 192.168.10.2:5066). El servidor Openser es la 192.168.20.1:

         > U 2008/09/19 14:30:27.762162 192.168.20.13:5060 ->
        192.168.20.1:5060
         > REFER sip:9873 at 192.168.10.2:5066;user=phone SIP/2.0
         > Via: SIP/2.0/UDP
        192.168.20.13:5060;branch=z9hG4bK183391788069093717;rport
         > Route: <sip:192.168.20.1;lr=on;ftag=2478014423>
         > From: <sip:43 at 192.168.20.1>;tag=2478014423
         > To: unknown <sip:unknown at 192.168.20.1>;tag=3d05668484314852
         > Call-ID: 4263e231cf65ba11 at 192.168.10.2
         > CSeq: 2 REFER
         > Contact: <sip:43 at 192.168.20.13:5060>
         > refer-to:
         >
        <sip:42 at 192.168.20.1:5060?Replaces=66593269826955-13455355112414%40192.168.20.13%3Bto-tag%3D3026415234%3Bfrom-tag%3D1176531356>

         >

    Se acepta por parte del FXO:

         > U 2008/09/19 14:30:27.859294 192.168.10.2:5066 ->
        192.168.20.1:5060
         > SIP/2.0 202 Accepted
        ....
        ....
         > U 2008/09/19 14:30:27.859610 192.168.20.1:5060 ->
        192.168.20.13:5060
         > SIP/2.0 202 Accepted

    Para el resto resumo todo lo posible la parte final de la traza:

    FXO --> Openser: NOTIFY de FXO a 43.
    Openser --> 43: NOTIFY de FXO a 43.
    FXO --> Openser: INVITE de FXO a 42.
    Openser --> FXO: Trying al INVITE de FXO a 42.
    Openser --> 42: INVITE de FXO a 42.
    43 --> Openser: 200 OK al NOTIFY de FXO a 43.
    Openser --> FXO: 200 OK al NOTIFY de FXO a 43.
    43 --> Openser: BYE de 43 a FXO.
    Openser --> FXO: BYE de 43 a FXO.
    Openser --> 42: INVITE de FXO a 42.
    Openser --> FXO: BYE de 43 a FXO.
    FXO --> Openser: 200 OK al BYE de 43 a FXO.
    Openser --> 43: 200 OK al BYE de 43 a FXO
    FXO --> Openser: 481 No Such Call de 43 a FXO.
    42 --> Openser: 100 Trying al INVITE de FXO a 42.
    42 --> Openser: 200 OK al INVITE de FXO a 42.
    Openser --> FXO: 200 OK al INVITE de FXO a 42.
    42 --> Openser: BYE de 42 a 43.
    Openser --> 43: BYE de 42 a 43.
    FXO --> Openser: CANCEL de FXO a 42.
    Openser --> FXO: "200 ok -- no more pending branches" de FXO a 42.
    42 --> Openser: 200 OK al INVITE de FXO a 42.
    Openser --> FXO: 200 OK al INVITE de FXO a 42.
    FXO --> Openser: ACK de FXO a 42.
    Openser --> 42: ACK de FXO a 42.
    43 --> Openser: 200 OK al BYE de 42 a 43.
    Openser --> 42: 200 OK al BYE de 42 a 43.
    FXO --> Openser: ACK de FXO a 42.
    Openser --> 42: ACK de FXO a 42.
    42 --> Openser: BYE de 42 a FXO.
    Openser --> FXO: BYE de 42 a FXO.
    FXO --> Openser: 481 No such call de 42 a FXO.
    Openser --> 42: 481 No such call de 42 a FXO.

No entiendo muy bien por qué aparece un CANCEL del FXO al 42 después de 
recibir el FXO un 200 OK de 42 al INVITE previo, ni el "no such call" al 
BYE de la 43 al FXO.

No tengo demasiada experiencia y no tengo claro si la secuencia es 
correcta en una transferencia de llamada SIP. ¿La secuencia en una 
transferencia correcta sería la misma?


Iñaki Baz Castillo escribió:
> El 2/10/08, Jose Fernandez <jose.fernandez at daikon.es> escribió:
>   
>> ¿Algún alma caritativa que me pueda echar una mano...?
>>     
>
> Hola Jose, el problema no está bien definido y tampoco es plan de
> estudiar un trace SIP tan largo para deducir de qué va todo esto.
> Comentas que antes tenías que hacer una "segunda marcación", eso tiene
> pinta de que contestaba una especie de centralita y por DTMF marcábais
> la extensión final. Eso no explica ni arregla nada, era un escenario
> completamente diferente y dejar de usarlo no tiene como consecuencia
> lógica que dejen de funcionar las transferencias.
>
> Es decir, olvida el escenario anterior porque no ayuda en nada a
> describir el problema actual (antes funcionaba, pues muy bien) e
> intenta averiguar un poco más qué está pasando a nivel SIP en tu nuevo
> entorno (no vale con pegar toda la traza SIP).
>
> Si consigues acotar un poco más el problema yo estaré muy dispuesto a
> echarte una mano.
>
> Saludos.
>
>
>   

-
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kamailio.org/pipermail/sr-users-es/attachments/20081002/95ecc0c5/attachment-0002.htm