OPTIONS and connecting to SIP Trunk

classic Classic list List threaded Threaded
4 messages Options
Reply | Threaded
Open this post in threaded view
|

OPTIONS and connecting to SIP Trunk

Adam Chasen
I have a Vitelity.net account and am seeing errors in the transport
logs. I believe this is due to Ekiga insisting on a proper OPTIONS
response. Vitelity does not support OPTIONS and returns a 404. This
causes repeated requests from Ekiga. Not sure if this is related to
"Refreshing" every 30 seconds, but that seems excessive as well.  An
excerpt of the debug log below.

Thanks,
Adam

2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700 SIP
 Sending PDU (666 bytes) to:
rem=udp$64.2.142.189:5060,local=udp$192.168.5.192:5060,if=192.168.5.192%wlp4s0
OPTIONS sip:[hidden email] SIP/2.0
Route: <sip:64.2.142.189:5060;lr>
CSeq: 98 OPTIONS
Via: SIP/2.0/UDP
192.168.5.192:5060;branch=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961;rport
User-Agent: Ekiga/4.0.1
From: <sip:[hidden email]>;tag=ec6b9977-f596-e511-9ce5-0050b6700961
Call-ID: [hidden email]
To: <sip:[hidden email]>
Accept: application/sdp, application/media_control+xml,
application/dtmf, application/dtmf-relay
Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK
Expires: 0
Content-Length: 0
Max-Forwards: 70


2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700
OpalUDP Setting interface to 192.168.5.192%wlp4s0
2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700 SIP
 Transaction timers set: retry=0.500, completion=6.000
2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700
OpalUDP Binding to interface: 192.168.5.192:5060
2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
 Waiting for PDU on udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
 PDU received: rem=udp$64.2.142.189:5060,local=udp$192.168.5.192:5060,if=192.168.5.192%wlp4s0
SIP/2.0 404 Not Found
CSeq: 98 OPTIONS
Via: SIP/2.0/UDP
192.168.5.192:5060;branch=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961;received=70.61.86.10;rport=1029
User-Agent: packetrino
From: <sip:[hidden email]>;tag=ec6b9977-f596-e511-9ce5-0050b6700961
Call-ID: [hidden email]
Supported: replaces
To: <sip:[hidden email]>;tag=as5d80f908
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
Content-Length: 0


2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
 Queueing PDU "98 OPTIONS <404>",
transaction=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961,
token=[hidden email]
2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 Opal
 Transport clean up on termination
2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 Opal
 Transport Close
2015/12/01 19:01:12.299   8:40.215          Pool:0x7fd0cc1c2700 SIP
 Handling PDU "98 OPTIONS <404>" for
transaction=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
 OPTIONS transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
completing.
2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
 Completed OPTIONS command to
sip:[hidden email];OPAL-proxy=64.2.142.189;OPAL-interface=192.168.5.192%25wlp4s0,
status=404 Not Found
2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
 Not retrying OPTIONS due to error response 404 Not Found
2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
 Changing OPTIONS handler from Unsubscribing to Unsubscribed,
target=sip:[hidden email],
id=[hidden email]
2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
 OPTIONS transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
completed.
2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
 Handled PDU "98 OPTIONS <404>"
2015/12/01 19:01:12.300   8:40.215      Opal Liste...d12267b700 Opal
 Deleted transport udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
 Transport clean up on termination
2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
 Transport Close
2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
 Transport clean up on termination
2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
 Transport Close
2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
 Deleted transport udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
2015/12/01 19:01:12.896   8:40.811      Opal Garba...d1482e4700 SIP
 Destroyed OPTIONS handler for sip:[hidden email]
2015/12/01 19:01:13.300   8:41.216      Housekeepe...d1483e8700 SIP
 Set state Terminated_Success for OPTIONS transaction
id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
2015/12/01 19:01:13.300   8:41.216      Housekeepe...d1483e8700 SIP
 Completed state for transaction
id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
2015/12/01 19:01:13.896   8:41.812      Opal Garba...d1482e4700 SIP
 Transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961 destroyed.
2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
 Starting REGISTER for binding refresh
2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
 Changing REGISTER handler from Subscribed to Refreshing,
target=sip:[hidden email],
id=[hidden email]
2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
 Transaction created.
_______________________________________________
ekiga-list mailing list
[hidden email]
https://mail.gnome.org/mailman/listinfo/ekiga-list
Reply | Threaded
Open this post in threaded view
|

Re: OPTIONS and connecting to SIP Trunk

Eugen Dedu-2
Hi Adam,

We are preparing a new release, and the current one is much too old (too
many changes since then).  We need to check if now the OPTIONS are still
sent after the 404 error.  But I cannot test easily right now...

Eugen

On 02/12/15 01:10, Adam Chasen wrote:

> I have a Vitelity.net account and am seeing errors in the transport
> logs. I believe this is due to Ekiga insisting on a proper OPTIONS
> response. Vitelity does not support OPTIONS and returns a 404. This
> causes repeated requests from Ekiga. Not sure if this is related to
> "Refreshing" every 30 seconds, but that seems excessive as well.  An
> excerpt of the debug log below.
>
> Thanks,
> Adam
>
> 2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700 SIP
>   Sending PDU (666 bytes) to:
> rem=udp$64.2.142.189:5060,local=udp$192.168.5.192:5060,if=192.168.5.192%wlp4s0
> OPTIONS sip:[hidden email] SIP/2.0
> Route: <sip:64.2.142.189:5060;lr>
> CSeq: 98 OPTIONS
> Via: SIP/2.0/UDP
> 192.168.5.192:5060;branch=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961;rport
> User-Agent: Ekiga/4.0.1
> From: <sip:[hidden email]>;tag=ec6b9977-f596-e511-9ce5-0050b6700961
> Call-ID: [hidden email]
> To: <sip:[hidden email]>
> Accept: application/sdp, application/media_control+xml,
> application/dtmf, application/dtmf-relay
> Allow: INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK
> Expires: 0
> Content-Length: 0
> Max-Forwards: 70
>
>
> 2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700
> OpalUDP Setting interface to 192.168.5.192%wlp4s0
> 2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700 SIP
>   Transaction timers set: retry=0.500, completion=6.000
> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700
> OpalUDP Binding to interface: 192.168.5.192:5060
> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
>   Waiting for PDU on udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
>   PDU received: rem=udp$64.2.142.189:5060,local=udp$192.168.5.192:5060,if=192.168.5.192%wlp4s0
> SIP/2.0 404 Not Found
> CSeq: 98 OPTIONS
> Via: SIP/2.0/UDP
> 192.168.5.192:5060;branch=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961;received=70.61.86.10;rport=1029
> User-Agent: packetrino
> From: <sip:[hidden email]>;tag=ec6b9977-f596-e511-9ce5-0050b6700961
> Call-ID: [hidden email]
> Supported: replaces
> To: <sip:[hidden email]>;tag=as5d80f908
> Accept: application/sdp
> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
> Content-Length: 0
>
>
> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
>   Queueing PDU "98 OPTIONS <404>",
> transaction=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961,
> token=[hidden email]
> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 Opal
>   Transport clean up on termination
> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 Opal
>   Transport Close
> 2015/12/01 19:01:12.299   8:40.215          Pool:0x7fd0cc1c2700 SIP
>   Handling PDU "98 OPTIONS <404>" for
> transaction=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>   OPTIONS transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
> completing.
> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>   Completed OPTIONS command to
> sip:[hidden email];OPAL-proxy=64.2.142.189;OPAL-interface=192.168.5.192%25wlp4s0,
> status=404 Not Found
> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>   Not retrying OPTIONS due to error response 404 Not Found
> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>   Changing OPTIONS handler from Unsubscribing to Unsubscribed,
> target=sip:[hidden email],
> id=[hidden email]
> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>   OPTIONS transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
> completed.
> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>   Handled PDU "98 OPTIONS <404>"
> 2015/12/01 19:01:12.300   8:40.215      Opal Liste...d12267b700 Opal
>   Deleted transport udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>   Transport clean up on termination
> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>   Transport Close
> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>   Transport clean up on termination
> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>   Transport Close
> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>   Deleted transport udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
> 2015/12/01 19:01:12.896   8:40.811      Opal Garba...d1482e4700 SIP
>   Destroyed OPTIONS handler for sip:[hidden email]
> 2015/12/01 19:01:13.300   8:41.216      Housekeepe...d1483e8700 SIP
>   Set state Terminated_Success for OPTIONS transaction
> id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
> 2015/12/01 19:01:13.300   8:41.216      Housekeepe...d1483e8700 SIP
>   Completed state for transaction
> id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
> 2015/12/01 19:01:13.896   8:41.812      Opal Garba...d1482e4700 SIP
>   Transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961 destroyed.
> 2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
>   Starting REGISTER for binding refresh
> 2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
>   Changing REGISTER handler from Subscribed to Refreshing,
> target=sip:[hidden email],
> id=[hidden email]
> 2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
>   Transaction created.
> _______________________________________________
> ekiga-list mailing list
> [hidden email]
> https://mail.gnome.org/mailman/listinfo/ekiga-list
>

_______________________________________________
ekiga-list mailing list
[hidden email]
https://mail.gnome.org/mailman/listinfo/ekiga-list
Reply | Threaded
Open this post in threaded view
|

Re: OPTIONS and connecting to SIP Trunk

Adam Chasen
was using ekiga-4.0.1-17.fc22.x86_64
I am happy to test a newer version. Will poke around for instructions
on how to build and test.

On Thu, Dec 3, 2015 at 2:59 PM, Eugen Dedu <[hidden email]> wrote:

> Hi Adam,
>
> We are preparing a new release, and the current one is much too old (too
> many changes since then).  We need to check if now the OPTIONS are still
> sent after the 404 error.  But I cannot test easily right now...
>
> Eugen
>
>
> On 02/12/15 01:10, Adam Chasen wrote:
>>
>> I have a Vitelity.net account and am seeing errors in the transport
>> logs. I believe this is due to Ekiga insisting on a proper OPTIONS
>> response. Vitelity does not support OPTIONS and returns a 404. This
>> causes repeated requests from Ekiga. Not sure if this is related to
>> "Refreshing" every 30 seconds, but that seems excessive as well.  An
>> excerpt of the debug log below.
>>
>> Thanks,
>> Adam
>>
>> 2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700 SIP
>>   Sending PDU (666 bytes) to:
>>
>> rem=udp$64.2.142.189:5060,local=udp$192.168.5.192:5060,if=192.168.5.192%wlp4s0
>> OPTIONS sip:[hidden email] SIP/2.0
>> Route: <sip:64.2.142.189:5060;lr>
>> CSeq: 98 OPTIONS
>> Via: SIP/2.0/UDP
>>
>> 192.168.5.192:5060;branch=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961;rport
>> User-Agent: Ekiga/4.0.1
>> From:
>> <sip:[hidden email]>;tag=ec6b9977-f596-e511-9ce5-0050b6700961
>> Call-ID: [hidden email]
>> To: <sip:[hidden email]>
>> Accept: application/sdp, application/media_control+xml,
>> application/dtmf, application/dtmf-relay
>> Allow:
>> INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK
>> Expires: 0
>> Content-Length: 0
>> Max-Forwards: 70
>>
>>
>> 2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700
>> OpalUDP Setting interface to 192.168.5.192%wlp4s0
>> 2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700 SIP
>>   Transaction timers set: retry=0.500, completion=6.000
>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700
>> OpalUDP Binding to interface: 192.168.5.192:5060
>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
>>   Waiting for PDU on udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
>>   PDU received:
>> rem=udp$64.2.142.189:5060,local=udp$192.168.5.192:5060,if=192.168.5.192%wlp4s0
>> SIP/2.0 404 Not Found
>> CSeq: 98 OPTIONS
>> Via: SIP/2.0/UDP
>>
>> 192.168.5.192:5060;branch=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961;received=70.61.86.10;rport=1029
>> User-Agent: packetrino
>> From:
>> <sip:[hidden email]>;tag=ec6b9977-f596-e511-9ce5-0050b6700961
>> Call-ID: [hidden email]
>> Supported: replaces
>> To: <sip:[hidden email]>;tag=as5d80f908
>> Accept: application/sdp
>> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
>> Content-Length: 0
>>
>>
>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
>>   Queueing PDU "98 OPTIONS <404>",
>> transaction=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961,
>> token=[hidden email]
>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 Opal
>>   Transport clean up on termination
>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 Opal
>>   Transport Close
>> 2015/12/01 19:01:12.299   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>   Handling PDU "98 OPTIONS <404>" for
>> transaction=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>   OPTIONS transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>> completing.
>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>   Completed OPTIONS command to
>>
>> sip:[hidden email];OPAL-proxy=64.2.142.189;OPAL-interface=192.168.5.192%25wlp4s0,
>> status=404 Not Found
>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>   Not retrying OPTIONS due to error response 404 Not Found
>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>   Changing OPTIONS handler from Unsubscribing to Unsubscribed,
>> target=sip:[hidden email],
>> id=[hidden email]
>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>   OPTIONS transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>> completed.
>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>   Handled PDU "98 OPTIONS <404>"
>> 2015/12/01 19:01:12.300   8:40.215      Opal Liste...d12267b700 Opal
>>   Deleted transport udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>   Transport clean up on termination
>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>   Transport Close
>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>   Transport clean up on termination
>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>   Transport Close
>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>   Deleted transport udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
>> 2015/12/01 19:01:12.896   8:40.811      Opal Garba...d1482e4700 SIP
>>   Destroyed OPTIONS handler for sip:[hidden email]
>> 2015/12/01 19:01:13.300   8:41.216      Housekeepe...d1483e8700 SIP
>>   Set state Terminated_Success for OPTIONS transaction
>> id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>> 2015/12/01 19:01:13.300   8:41.216      Housekeepe...d1483e8700 SIP
>>   Completed state for transaction
>> id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>> 2015/12/01 19:01:13.896   8:41.812      Opal Garba...d1482e4700 SIP
>>   Transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961 destroyed.
>> 2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
>>   Starting REGISTER for binding refresh
>> 2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
>>   Changing REGISTER handler from Subscribed to Refreshing,
>> target=sip:[hidden email],
>> id=[hidden email]
>> 2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
>>   Transaction created.
>> _______________________________________________
>> ekiga-list mailing list
>> [hidden email]
>> https://mail.gnome.org/mailman/listinfo/ekiga-list
>>
>
> _______________________________________________
> ekiga-list mailing list
> [hidden email]
> https://mail.gnome.org/mailman/listinfo/ekiga-list
_______________________________________________
ekiga-list mailing list
[hidden email]
https://mail.gnome.org/mailman/listinfo/ekiga-list
Reply | Threaded
Open this post in threaded view
|

Re: OPTIONS and connecting to SIP Trunk

Eugen Dedu-2
Good!  Look at ekiga wiki, downloading and compiling pages.  If you find
a problem with dependencies as given by compiling page, tell us.

On 03/12/15 21:02, Adam Chasen wrote:

> was using ekiga-4.0.1-17.fc22.x86_64
> I am happy to test a newer version. Will poke around for instructions
> on how to build and test.
>
> On Thu, Dec 3, 2015 at 2:59 PM, Eugen Dedu <[hidden email]> wrote:
>> Hi Adam,
>>
>> We are preparing a new release, and the current one is much too old (too
>> many changes since then).  We need to check if now the OPTIONS are still
>> sent after the 404 error.  But I cannot test easily right now...
>>
>> Eugen
>>
>>
>> On 02/12/15 01:10, Adam Chasen wrote:
>>>
>>> I have a Vitelity.net account and am seeing errors in the transport
>>> logs. I believe this is due to Ekiga insisting on a proper OPTIONS
>>> response. Vitelity does not support OPTIONS and returns a 404. This
>>> causes repeated requests from Ekiga. Not sure if this is related to
>>> "Refreshing" every 30 seconds, but that seems excessive as well.  An
>>> excerpt of the debug log below.
>>>
>>> Thanks,
>>> Adam
>>>
>>> 2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700 SIP
>>>    Sending PDU (666 bytes) to:
>>>
>>> rem=udp$64.2.142.189:5060,local=udp$192.168.5.192:5060,if=192.168.5.192%wlp4s0
>>> OPTIONS sip:[hidden email] SIP/2.0
>>> Route: <sip:64.2.142.189:5060;lr>
>>> CSeq: 98 OPTIONS
>>> Via: SIP/2.0/UDP
>>>
>>> 192.168.5.192:5060;branch=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961;rport
>>> User-Agent: Ekiga/4.0.1
>>> From:
>>> <sip:[hidden email]>;tag=ec6b9977-f596-e511-9ce5-0050b6700961
>>> Call-ID: [hidden email]
>>> To: <sip:[hidden email]>
>>> Accept: application/sdp, application/media_control+xml,
>>> application/dtmf, application/dtmf-relay
>>> Allow:
>>> INVITE,ACK,OPTIONS,BYE,CANCEL,SUBSCRIBE,NOTIFY,REFER,MESSAGE,INFO,PING,PRACK
>>> Expires: 0
>>> Content-Length: 0
>>> Max-Forwards: 70
>>>
>>>
>>> 2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700
>>> OpalUDP Setting interface to 192.168.5.192%wlp4s0
>>> 2015/12/01 19:01:12.236   8:40.152      Housekeepe...d1483e8700 SIP
>>>    Transaction timers set: retry=0.500, completion=6.000
>>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700
>>> OpalUDP Binding to interface: 192.168.5.192:5060
>>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
>>>    Waiting for PDU on udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
>>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
>>>    PDU received:
>>> rem=udp$64.2.142.189:5060,local=udp$192.168.5.192:5060,if=192.168.5.192%wlp4s0
>>> SIP/2.0 404 Not Found
>>> CSeq: 98 OPTIONS
>>> Via: SIP/2.0/UDP
>>>
>>> 192.168.5.192:5060;branch=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961;received=70.61.86.10;rport=1029
>>> User-Agent: packetrino
>>> From:
>>> <sip:[hidden email]>;tag=ec6b9977-f596-e511-9ce5-0050b6700961
>>> Call-ID: [hidden email]
>>> Supported: replaces
>>> To: <sip:[hidden email]>;tag=as5d80f908
>>> Accept: application/sdp
>>> Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO
>>> Content-Length: 0
>>>
>>>
>>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 SIP
>>>    Queueing PDU "98 OPTIONS <404>",
>>> transaction=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961,
>>> token=[hidden email]
>>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 Opal
>>>    Transport clean up on termination
>>> 2015/12/01 19:01:12.299   8:40.215      Opal Liste...d12267b700 Opal
>>>    Transport Close
>>> 2015/12/01 19:01:12.299   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>>    Handling PDU "98 OPTIONS <404>" for
>>> transaction=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>>    OPTIONS transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>>> completing.
>>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>>    Completed OPTIONS command to
>>>
>>> sip:[hidden email];OPAL-proxy=64.2.142.189;OPAL-interface=192.168.5.192%25wlp4s0,
>>> status=404 Not Found
>>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>>    Not retrying OPTIONS due to error response 404 Not Found
>>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>>    Changing OPTIONS handler from Unsubscribing to Unsubscribed,
>>> target=sip:[hidden email],
>>> id=[hidden email]
>>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>>    OPTIONS transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>>> completed.
>>> 2015/12/01 19:01:12.300   8:40.215          Pool:0x7fd0cc1c2700 SIP
>>>    Handled PDU "98 OPTIONS <404>"
>>> 2015/12/01 19:01:12.300   8:40.215      Opal Liste...d12267b700 Opal
>>>    Deleted transport udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
>>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>>    Transport clean up on termination
>>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>>    Transport Close
>>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>>    Transport clean up on termination
>>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>>    Transport Close
>>> 2015/12/01 19:01:12.895   8:40.811      Opal Garba...d1482e4700 Opal
>>>    Deleted transport udp$64.2.142.189:5060<if=udp$192.168.5.192:5060>
>>> 2015/12/01 19:01:12.896   8:40.811      Opal Garba...d1482e4700 SIP
>>>    Destroyed OPTIONS handler for sip:[hidden email]
>>> 2015/12/01 19:01:13.300   8:41.216      Housekeepe...d1483e8700 SIP
>>>    Set state Terminated_Success for OPTIONS transaction
>>> id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>>> 2015/12/01 19:01:13.300   8:41.216      Housekeepe...d1483e8700 SIP
>>>    Completed state for transaction
>>> id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961
>>> 2015/12/01 19:01:13.896   8:41.812      Opal Garba...d1482e4700 SIP
>>>    Transaction id=z9hG4bKea6d9977-f596-e511-9ce5-0050b6700961 destroyed.
>>> 2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
>>>    Starting REGISTER for binding refresh
>>> 2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
>>>    Changing REGISTER handler from Subscribed to Refreshing,
>>> target=sip:[hidden email],
>>> id=[hidden email]
>>> 2015/12/01 19:01:16.826   8:44.742      Housekeepe...d1483e8700 SIP
>>>    Transaction created.
>>> _______________________________________________
>>> ekiga-list mailing list
>>> [hidden email]
>>> https://mail.gnome.org/mailman/listinfo/ekiga-list
>>>
>>
>> _______________________________________________
>> ekiga-list mailing list
>> [hidden email]
>> https://mail.gnome.org/mailman/listinfo/ekiga-list
> _______________________________________________
> ekiga-list mailing list
> [hidden email]
> https://mail.gnome.org/mailman/listinfo/ekiga-list
>

_______________________________________________
ekiga-list mailing list
[hidden email]
https://mail.gnome.org/mailman/listinfo/ekiga-list