New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
FS responds 488 to t38 reinvite for some bridge syntax #2436
Comments
@ynasida not sure which one of these params are correct but you can try with change in vars.xml:
|
@cpmkasinski um.. not sure how this should help. fax_enable_t38 is enabled in lua already. As for refuse_t38 - it is not set anywhere. |
Oh, i didn't red your post thoroughly. Perhaps it has something to do with what you have in your user directory? What is your dial-string? Do you have any additional variables? You could verify your case by simplifying directory to include only sofia_contact in dial string. Then it would be clear if calling user/ syntax messes up with fax processing. |
@cpmkasinski, thank you for the answer. I checked dial-string and it is: So it is the same string i use in lua Yes, variables are the 1st thing I checked. But like i mentioned i use the same lua script. |
I would get debug logs of both cases and compare it with diff or diff-like tool. I use vimdiff on linux or winmerge in windows. With this approach i sometimes find things that are dependent on configuration solely, so eventually i dont have to make any changes in code to make things work. |
@cpmkasinski yes, i tried to compare with max debug level but it did not help me to understand where to find the issue. May be you can see something useful here ?
|
You have "IP" string instead of actual IP address here. Or it's just obfuscation? If you compared complete logs of both calls line by line, and there is no difference than i can't help more. It may be in code of user application in freeswitch but that would require more comprehensive analysis. |
@cpmkasinski yes, i changed real ip address to 'IP' in logs. Thanks for your wiliness to help. Yes, need to get more comprehensive analysis somehow. |
Hello,
I noted that FS handles t38 reinvites differently some cases below:
session:execute(“bridge”, “user/”… user …“@${domain_name}”)
Grandsteam ata sends reinvite with t38 and it work perfectly.
But if I use this syntax
session:execute(“bridge”, “${sofia_contact(”… user …“@${domain_name})}”)
FS responds with 488 Not Acceptable to ABSOLUTELY same reinvite from Grandstem. Again. There is no difference in reinvite. Also it is the same lua script. I just change two strings above.
In lua i also have
session:execute(“export”, “38_passthru=true”)
session:execute(“export”, “fax_enable_t38=true”)
FreeSWITCH Version 1.10.11-release-25-f24064f7c9~64bit (-release-25-f24064f7c9 64bit)
Debian 12
The text was updated successfully, but these errors were encountered: