ポート 80 でリッスンしている単純なサーバーをインターネット経由で公開しようとしています。http 経由の着信接続を受け入れるように iptables を構成したので、これが何か意味があるかどうかはわかりませんが、自分の IP アドレスに traceroute を使用すると、次のようになります。
190-90-90-90.dyn.dsl.cantv.net (190.90.90.90) ...
（もちろん、これは私の本当のIPアドレスではありませんが、例です）。このアドレス（dyn.dsl.cantv.netを含む）にアクセスすると、コンピュータのブラウザを使用して正しい応答が得られますが、モバイルWebブラウザを使用して外部からアクセスしようとすると、
応答に時間がかかりすぎる
これは、ISP がポート 80 (http) からの着信接続をブロックしていることを意味しますか?
何が起こっているのか分かりません。別のシンプルなサーバーを作成しましたが、自己署名証明書（ssl）を使用して8443でリッスンし、https://190.90.90.90:8443外部から、モバイル Web ブラウザーを使用して正しい応答を取得します。
この質問をする適切な場所がわかりませんが、おそらくネットワークに関連していると思いますので、ご協力いただければ幸いです。
答え1
「ポート」は、TCP、UDP、またはあまり使用されていない SCTP に関連しています。Traceroute は、検出されたポート 80 とは関係ありません。TraceRoute の目的は、どのルータがパケットをドロップするかを確認することです。(Traceroute は、単一のサブネット内のデバイス間の接続の問題に対してもあまり役に立ちません。)
これは、ISP がポート 80 (http) からの着信接続をブロックしていることを意味しますか?
ポート 80 で他のサイトにアクセスできない限り、そのようです。注意: 意図的にブロックしていると言っているわけではありません。影響は基本的に同じだと言っているだけです。ルーティングの問題かもしれません。
ISP に問い合わせてください。これが電話会社である場合、経験上、一般的な「カスタマー サービス」を超えて「テクニカル サポート」担当者と話す必要があるかもしれません。
ISP は、通常、問題を解決するか、問題が ISP にとって重要でないと特定するのを手伝ってくれます (これも役立つ情報です)。場合によっては、どの会社の行動に問題があるかを特定し、そのことを知らせたり、その会社に連絡して問題の解決を手伝ってくれることもあります。