给出了一个BGP发言人交换路径向量的例子。自治系统AS2的BGP发言人通知主干网的BGP发言人：“要到达网络Ni，N2，N3和N4可经过AS2。”主干网在收到这个通知后，S908QC16CDSER就发出通知：“要到达网络Ni，N2，N3和N4可沿路径(ASi，AS2)。”同理，主干网还町发出通知：“要到达网络N5，N6和N7可沿路径(ASi，AS3)。”

   从上面的讨论可看出，BGP协议交换路由信息的结点数量级是自治系统个数的量级，这要比这些自治系统中的网络数少很多。要在许多自治系统之间寻找一条较好的路径，就是要寻找正确的BGP发言人（或边界路由器），而在每一个自治系统中BGP发言人（或边界

路由器）的数目是很少的。这样就使得自治系统之间的路由选择不致过分复杂。

   BGP支持无分类域间路由选择CIDR，因此BGP的路由表也就应当包括目的网络前缀、下一跳路由器，以及到达该目的网络所要经过的自治系统序列。由于使用了路径向量的信息，就可以很容易地避免产坐兜圈子的路由。如果一个BGP发言人收到了其他BGP发言人发来的路径通知，它就要检查一下本自治系统是否在此通知的路径中。如果在这条路径中，就不能采用这条路径（因为会兜圈子）。

   在BGP刚刚运行时，BGP的邻站是交换整个的BGP路由表。但以后只需要在发生变化时更新有变化的部分。这样做对节省网络带宽和减少路由器的处理开销方面都有好处。

   在RFC 4271中规定了BGP-4的四种报文：

   (1) OPEN（打开）报文，用来与相邻的另一个BGP发言人建立关系，使通信初始化。

   (2) UPDATE（更新）报文，用来通告某一路由的信息，以及列出要撤消的多条路由。

   (3) KEEPALIVE（保活）报文，用来周期性地证实邻站的连通性。 

   (4) NOTIFICATION（通知）报文，用来发送检测到的差错。

   在RFC 2918中增加了ROUTE-REFRESH报文，用来请求对等端重新通告。

   若两个邻站属于两个不同AS，而其中一个邻站打算和另一个邻站定期地交换路由信息，这就应当有一个商谈的过程（因为很可能对方路由器的负荷已很重，因而不愿意再加重负担）。因此，一开始向邻站进行商谈时就必须发送OPEN报文。如果邻站接受这种邻站关

系，就用KEEPALIVE撮文响应。这样，两个BGP发言入的邻站关系就建立了。