ISPによるSIPポート（5060）のブロックの回避策
ISPが自宅で発信SIPポート（5060）をブロックしていることがわかりました。5060とは異なるポートでリッスンしてトラフィックの転送を行うために使用できるリモートLinuxサーバーがあります。物事を機能させるためにどのiptablesルールを適用する必要があるかわからない。
RTPポート（10000-20000）の転送を行う必要がありますか？
あなたの助けに感謝します。
ありがとう。
ISPがポート5060をブロックしていると言っていて、VOIPを使用するようにクライアントを再構成するのに役立たない場合（この場合、SIPをブロックすることを意味します）、足で投票し、ISPに切り替えてください）必要な機能をサポートします。
それ以外の場合は、ISPがアンチSIPポリシーを強化しているため、ISPと一緒にワッカモールをプレイすることになります。しかし、彼らがブロックしようとしていない場合は、彼らに相談してくださいSIP-彼らはあなたを助けることができるかもしれません。
多くのVOIPキャリアは、5060以外の他のポートでリッスンします。（リッスンする一般的な範囲は5060-5080のようなものです。）Comcastで5060がブロックされたときに、定期的に問題が発生しました。 VOIP ATAを定期的に5060、5062などに変更する必要があります。
ある種のスパムフィルタリングや悪用防止だったと思いますが、なぜポートがブロックされるのかわかりませんでした。回避するのは簡単だったので、SIPを完全にブロックする試みではなかったようです。ISPが正直にVOIPの使用を阻止しようとしている場合、回避策はそうではない可能性があります。非常に些細なことです。
しかし、私は「詮索する前に試して」、リモートサーバーを介した転送を開始する前に、リスニング範囲内の5061または他の何かに到達します。
リモートマシンでSIPプロキシ、たとえば15060で実行できますか？次に、そのマシンを使用するようにローカルSIPユーザーエージェントを設定できます。トラフィックのシグナリングSIP UAは15060に送信され、着信コールはプロキシを介してルーティングされます。
上記の設定でRTPを転送する必要はありませんが、NATがある場合は、回避する必要があるかもしれません。
もう1つの複雑な解決策は、VPNを使用することです。 UDPトランスポートプロトコルを介した低暗号化VPNが必要になります。そうしないと、待ち時間が短くなることが予想されます。