Displaying 3 results from an estimated 3 matches for "bco9m7ofhwk2y2sb".
2014 Dec 02
4
T.38 not working - help needed with log interpretation
....48 SIP/SDP 988 Request: INVITE sip:000387839679 at 79.211.71.113:64280, in-dialog |
14314 16.118466 192.168.20.48 83.125.8.71 SIP 633 Status: 100 Trying |
14315 16.118739 192.168.20.48 192.168.20.14 SIP/SDP 923 Request: INVITE sip:bCo9m7OfHWK2Y2sb at 192.168.20.14:5060, in-dialog |
14321 16.169196 192.168.20.14 192.168.20.48 SIP/SDP 982 Status: 200 OK |
14322 16.170900 192.168.20.48 192.168.20.14 SIP 476 Request: ACK sip:bCo9m7OfHWK2Y2sb at 192.168.20.14:5060 |
14323 16.171160 192.16...
2014 Dec 16
0
T.38 not working - help needed with log interpretation
...=yes
>>
>> register =>
>> USERNAME_PROVIDER:PASSWORD_PROVIDER at proxy.provider.net/USERNAME_PROVIDER
>>
>
> What is the 'Refresh' value returned from 'sip show registry'?
>
>> [authentication]
>>
>> ;David T38 endpoint
>> [bCo9m7OfHWK2Y2sb]
>> context = david_t38_inbound
>> type = peer
>> host = dynamic
>> secret = PASSWORD_FAX
>> t38pt_udptl = yes,redundancy,maxdatagram=400
>> t38pt_rtp = no
>> t38pt_tcp = no
>> insecure = port,invite
>> canreinvite = yes
>>
>
> For a...
2014 Dec 11
6
T.38 not working - help needed with log interpretation
Hello,
at first, thanks for helping!
In the meantime, I have done a lot of research and trial and error, and I could solve that specific problem. Obviously, the dialplan application "Answer" was playing a key role here. My original dialplan snippet (which produced that problem) was:
exten => _00., 1, NoOp()
same => n, Set(FAXOPT(gateway)=yes)
same => n,