Why is the BGP base on TCP 1027 rather than 179?
up vote
5
down vote
favorite
Why is the BGP foreign address port 1027?
I use BGP to connect Router1 and Router2, but when I show the TCP progress:
Router1>show tcp brief
TCB Local Address Foreign Address (state)
4E976890 10.0.0.1.179 10.0.0.2.1027 ESTABLISHED
We say the BGP is based on TCP port 179. Why is Router2's BGP on port 1027?
cisco router bgp
add a comment |
up vote
5
down vote
favorite
Why is the BGP foreign address port 1027?
I use BGP to connect Router1 and Router2, but when I show the TCP progress:
Router1>show tcp brief
TCB Local Address Foreign Address (state)
4E976890 10.0.0.1.179 10.0.0.2.1027 ESTABLISHED
We say the BGP is based on TCP port 179. Why is Router2's BGP on port 1027?
cisco router bgp
add a comment |
up vote
5
down vote
favorite
up vote
5
down vote
favorite
Why is the BGP foreign address port 1027?
I use BGP to connect Router1 and Router2, but when I show the TCP progress:
Router1>show tcp brief
TCB Local Address Foreign Address (state)
4E976890 10.0.0.1.179 10.0.0.2.1027 ESTABLISHED
We say the BGP is based on TCP port 179. Why is Router2's BGP on port 1027?
cisco router bgp
Why is the BGP foreign address port 1027?
I use BGP to connect Router1 and Router2, but when I show the TCP progress:
Router1>show tcp brief
TCB Local Address Foreign Address (state)
4E976890 10.0.0.1.179 10.0.0.2.1027 ESTABLISHED
We say the BGP is based on TCP port 179. Why is Router2's BGP on port 1027?
cisco router bgp
cisco router bgp
edited 2 days ago
jonathanjo
8,8681630
8,8681630
asked 2 days ago
three-blocks
3306
3306
add a comment |
add a comment |
3 Answers
3
active
oldest
votes
up vote
9
down vote
accepted
One side of the connection will have an arbitrary port number, the other will be on 179.
Cisco Press "BGP Fundamentals" has a good explanation (link)
the neighbor with the higher IP address manages the connection. The router initiating the request uses a dynamic source port, but the destination port is always 179.
Example 1-1 shows an established BGP session using the command
show tcp brief
to display the active TCP sessions between routers. Notice that the TCP source port is 179 and the destination port is 59884 on R1, and the ports are opposite on R2.
Example 1-1: Established BGP session
RP/0/0/CPU0:R1# show tcp brief | exc "LISTEN|CLOSED"
PCB VRF-ID Recv-Q Send-Q Local Address Foreign Address State
0x088bcbb8 0x60000000 0 0 10.1.12.1:179 10.1.12.2:59884 ESTAB
R2# show tcp brief
TCB Local Address Foreign Address (state)
EF153B88 10.1.12.2. 59884 10.1.12.1.179 ESTAB
This is just the same as any other TCP connection: the passive open side sits and waits on a well-known port number; the active open side uses an arbitary port. This makes it much easier to manage many-to-many TCP links.
add a comment |
up vote
4
down vote
TCP source vs. destination ports.
To give a different example: HTTP servers listen on TCP port 80. So when you are connecting to a web server, you will automatically use TCP/80 as the destination port. However, the source port is a random one above 1024.
The exact same thing happens with BGP - the client (the router initiating the connection) will connect to TCP destination port 179. But the source port for that connection will be a random high port.
New contributor
add a comment |
up vote
2
down vote
In general, the BGP
use TCP 179
port as the BGP service. the client connect BGP service port there is no limit.
such as the SSH server use 22
as its port, there is no limit for the client port.
add a comment |
3 Answers
3
active
oldest
votes
3 Answers
3
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
9
down vote
accepted
One side of the connection will have an arbitrary port number, the other will be on 179.
Cisco Press "BGP Fundamentals" has a good explanation (link)
the neighbor with the higher IP address manages the connection. The router initiating the request uses a dynamic source port, but the destination port is always 179.
Example 1-1 shows an established BGP session using the command
show tcp brief
to display the active TCP sessions between routers. Notice that the TCP source port is 179 and the destination port is 59884 on R1, and the ports are opposite on R2.
Example 1-1: Established BGP session
RP/0/0/CPU0:R1# show tcp brief | exc "LISTEN|CLOSED"
PCB VRF-ID Recv-Q Send-Q Local Address Foreign Address State
0x088bcbb8 0x60000000 0 0 10.1.12.1:179 10.1.12.2:59884 ESTAB
R2# show tcp brief
TCB Local Address Foreign Address (state)
EF153B88 10.1.12.2. 59884 10.1.12.1.179 ESTAB
This is just the same as any other TCP connection: the passive open side sits and waits on a well-known port number; the active open side uses an arbitary port. This makes it much easier to manage many-to-many TCP links.
add a comment |
up vote
9
down vote
accepted
One side of the connection will have an arbitrary port number, the other will be on 179.
Cisco Press "BGP Fundamentals" has a good explanation (link)
the neighbor with the higher IP address manages the connection. The router initiating the request uses a dynamic source port, but the destination port is always 179.
Example 1-1 shows an established BGP session using the command
show tcp brief
to display the active TCP sessions between routers. Notice that the TCP source port is 179 and the destination port is 59884 on R1, and the ports are opposite on R2.
Example 1-1: Established BGP session
RP/0/0/CPU0:R1# show tcp brief | exc "LISTEN|CLOSED"
PCB VRF-ID Recv-Q Send-Q Local Address Foreign Address State
0x088bcbb8 0x60000000 0 0 10.1.12.1:179 10.1.12.2:59884 ESTAB
R2# show tcp brief
TCB Local Address Foreign Address (state)
EF153B88 10.1.12.2. 59884 10.1.12.1.179 ESTAB
This is just the same as any other TCP connection: the passive open side sits and waits on a well-known port number; the active open side uses an arbitary port. This makes it much easier to manage many-to-many TCP links.
add a comment |
up vote
9
down vote
accepted
up vote
9
down vote
accepted
One side of the connection will have an arbitrary port number, the other will be on 179.
Cisco Press "BGP Fundamentals" has a good explanation (link)
the neighbor with the higher IP address manages the connection. The router initiating the request uses a dynamic source port, but the destination port is always 179.
Example 1-1 shows an established BGP session using the command
show tcp brief
to display the active TCP sessions between routers. Notice that the TCP source port is 179 and the destination port is 59884 on R1, and the ports are opposite on R2.
Example 1-1: Established BGP session
RP/0/0/CPU0:R1# show tcp brief | exc "LISTEN|CLOSED"
PCB VRF-ID Recv-Q Send-Q Local Address Foreign Address State
0x088bcbb8 0x60000000 0 0 10.1.12.1:179 10.1.12.2:59884 ESTAB
R2# show tcp brief
TCB Local Address Foreign Address (state)
EF153B88 10.1.12.2. 59884 10.1.12.1.179 ESTAB
This is just the same as any other TCP connection: the passive open side sits and waits on a well-known port number; the active open side uses an arbitary port. This makes it much easier to manage many-to-many TCP links.
One side of the connection will have an arbitrary port number, the other will be on 179.
Cisco Press "BGP Fundamentals" has a good explanation (link)
the neighbor with the higher IP address manages the connection. The router initiating the request uses a dynamic source port, but the destination port is always 179.
Example 1-1 shows an established BGP session using the command
show tcp brief
to display the active TCP sessions between routers. Notice that the TCP source port is 179 and the destination port is 59884 on R1, and the ports are opposite on R2.
Example 1-1: Established BGP session
RP/0/0/CPU0:R1# show tcp brief | exc "LISTEN|CLOSED"
PCB VRF-ID Recv-Q Send-Q Local Address Foreign Address State
0x088bcbb8 0x60000000 0 0 10.1.12.1:179 10.1.12.2:59884 ESTAB
R2# show tcp brief
TCB Local Address Foreign Address (state)
EF153B88 10.1.12.2. 59884 10.1.12.1.179 ESTAB
This is just the same as any other TCP connection: the passive open side sits and waits on a well-known port number; the active open side uses an arbitary port. This makes it much easier to manage many-to-many TCP links.
edited 2 days ago
answered 2 days ago
jonathanjo
8,8681630
8,8681630
add a comment |
add a comment |
up vote
4
down vote
TCP source vs. destination ports.
To give a different example: HTTP servers listen on TCP port 80. So when you are connecting to a web server, you will automatically use TCP/80 as the destination port. However, the source port is a random one above 1024.
The exact same thing happens with BGP - the client (the router initiating the connection) will connect to TCP destination port 179. But the source port for that connection will be a random high port.
New contributor
add a comment |
up vote
4
down vote
TCP source vs. destination ports.
To give a different example: HTTP servers listen on TCP port 80. So when you are connecting to a web server, you will automatically use TCP/80 as the destination port. However, the source port is a random one above 1024.
The exact same thing happens with BGP - the client (the router initiating the connection) will connect to TCP destination port 179. But the source port for that connection will be a random high port.
New contributor
add a comment |
up vote
4
down vote
up vote
4
down vote
TCP source vs. destination ports.
To give a different example: HTTP servers listen on TCP port 80. So when you are connecting to a web server, you will automatically use TCP/80 as the destination port. However, the source port is a random one above 1024.
The exact same thing happens with BGP - the client (the router initiating the connection) will connect to TCP destination port 179. But the source port for that connection will be a random high port.
New contributor
TCP source vs. destination ports.
To give a different example: HTTP servers listen on TCP port 80. So when you are connecting to a web server, you will automatically use TCP/80 as the destination port. However, the source port is a random one above 1024.
The exact same thing happens with BGP - the client (the router initiating the connection) will connect to TCP destination port 179. But the source port for that connection will be a random high port.
New contributor
New contributor
answered 2 days ago
Bogd
411
411
New contributor
New contributor
add a comment |
add a comment |
up vote
2
down vote
In general, the BGP
use TCP 179
port as the BGP service. the client connect BGP service port there is no limit.
such as the SSH server use 22
as its port, there is no limit for the client port.
add a comment |
up vote
2
down vote
In general, the BGP
use TCP 179
port as the BGP service. the client connect BGP service port there is no limit.
such as the SSH server use 22
as its port, there is no limit for the client port.
add a comment |
up vote
2
down vote
up vote
2
down vote
In general, the BGP
use TCP 179
port as the BGP service. the client connect BGP service port there is no limit.
such as the SSH server use 22
as its port, there is no limit for the client port.
In general, the BGP
use TCP 179
port as the BGP service. the client connect BGP service port there is no limit.
such as the SSH server use 22
as its port, there is no limit for the client port.
answered 2 days ago
aircraft
544111
544111
add a comment |
add a comment |
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fnetworkengineering.stackexchange.com%2fquestions%2f54979%2fwhy-is-the-bgp-base-on-tcp-1027-rather-than-179%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown