TCP/IP协议与lwip库——源代码分析(二)

前述链接在此~
TCP/IP协议与lwip库——源代码分析(一)
这一章会把lwip的初始化函数分析完毕,加油Ψ( ̄∀ ̄)Ψ
话说我立志每次换一个颜文字来写哈哈哈,看我能不能用完搜狗里面所有的颜文字~~

netif_init();

void netif_init(void)
{
#if LWIP_HAVE_LOOPIF
  ip_addr_t loop_ipaddr, loop_netmask, loop_gw;
  IP4_ADDR(&loop_gw, 127,0,0,1);
  IP4_ADDR(&loop_ipaddr, 127,0,0,1);
  IP4_ADDR(&loop_netmask, 255,0,0,0);

#if NO_SYS
  netif_add(&loop_netif, &loop_ipaddr, &loop_netmask, &loop_gw, NULL, netif_loopif_init, ip_input);
#else  /* NO_SYS */
  netif_add(&loop_netif, &loop_ipaddr, &loop_netmask, &loop_gw, NULL, netif_loopif_init, tcpip_input);
#endif /* NO_SYS */
  netif_set_up(&loop_netif);

#endif /* LWIP_HAVE_LOOPIF */
}

环回地址

LWIP_HAVE_LOOPIF

LWIP_HAVE_LOOPIF==1: Support loop interface (127.0.0.1). This is only needed when no real netifs are available. If at least one other netif is available, loopback traffic uses this netif.

《TCP/IP详解》中这样说:
大多数产品都支持环回接口(Loopback Interface),以允许运行在同一台主机上的客户程序和服务器程序通过TCP/IP进行通信,A类网络号127就是为环回接口预留的,大多数系统会把127.0.0.1分配给这个接口,并命名为localhost
在这里插入图片描述
在本应用中:

#define LWIP_HAVE_LOOPIF                0

所以实际上不会执行netif_init中的任何语句,但我们还是来看看这个函数内部干了啥:

typedef struct ip_addr ip_addr_t;

ip_addr_tip_addr结构体的别称

/* This is the aligned version of ip_addr_t,
   used as local variable, on the stack, etc. */
struct ip_addr {
  u32_t addr;    // 是ip_addr_t的对齐版本?使用局部变量,和栈
};

也就是说loop_ipaddr, loop_netmask, loop_gw;分别包含一个32bit的地址

#define IP4_ADDR(ipaddr, a,b,c,d) \
        (ipaddr)->addr = ((u32_t)((d) & 0xff) << 24) | \
                         ((u32_t)((c) & 0xff) << 16) | \
                         ((u32_t)((b) & 0xff) << 8)  | \
                          (u32_t)((a) & 0xff)

拆成四个部分(以.为分割点)进行赋值,每个部分8bit

添加网络接口

Add a network interface to the list of lwIP netifs.

// 代码有删减
struct netif *
netif_add(struct netif *netif, ip_addr_t *ipaddr, ip_addr_t *netmask,
  ip_addr_t *gw, void *state, netif_init_fn init, netif_input_fn input)
{
// 参数说明:netif:预分配的netif结构; IP地址/掩码/网关;state:传递给新netif的不透明数据
// init:初始化接口的回调函数;input:pass的回调函数?
  LWIP_ASSERT("No init function given", init != NULL);

  /* reset new interface configuration state */
  ip_addr_set_zero(&netif->ip_addr);
  ip_addr_set_zero(&netif->netmask);
  ip_addr_set_zero(&netif->gw);
  netif->flags = 0;
#if LWIP_DHCP
  /* netif not under DHCP control by default */
  netif->dhcp = NULL;
#endif /* LWIP_DHCP */

  /* remember netif specific state information data */
  // 用于记录相关的信息
  netif->state = state;
  netif->num = netif_num++;
  netif->input = input;
  NETIF_SET_HWADDRHINT(netif, NULL);

  netif_set_addr(netif, ipaddr, netmask, gw);  // 核心代码,分析见下文

  /* call user specified initialization function for netif */
  if (init(netif) != ERR_OK) {
    return NULL;
  }

  /* add this netif to the list */
  netif->next = netif_list;
  netif_list = netif;
  snmp_inc_iflist();

  LWIP_DEBUGF(NETIF_DEBUG, ("netif: added interface %c%c IP addr ",
    netif->name[0], netif->name[1]));
  ip_addr_debug_print(NETIF_DEBUG, ipaddr);
  LWIP_DEBUGF(NETIF_DEBUG, (" netmask "));
  ip_addr_debug_print(NETIF_DEBUG, netmask);
  LWIP_DEBUGF(NETIF_DEBUG, (" gw "));
  ip_addr_debug_print(NETIF_DEBUG, gw);
  LWIP_DEBUGF(NETIF_DEBUG, ("\n"));
  return netif;
}

结构体定义:

/** Function prototype for netif init functions. Set up flags and output/linkoutput
 * callback functions in this function.
 * netif初始化函数的函数原型。 在此函数中设置标志和output / linkoutput回调函数。
 * @param netif The netif to initialize
 */
typedef err_t (*netif_init_fn)(struct netif *netif);

err_t = s8_t = signed char
struct netif *netif是一个结构体指针,*netif_init_fn也是一个指针,这个指针指向一个函数,函数的输入参数是上述的结构体指针,返回值是有符号字符类型;这里涉及到typedef的非通用用法:为复杂的声明定义一个简单的别名
复杂声明的看法:从左到右,看到)就返回,往左看,再往右看()就表示是函数,再往左看…)
那么netif这个结构体中包含什么呢?比较复杂:

// 代码有删减
/** Generic data structure used for all lwIP network interfaces.
 *  The following fields should be filled in by the initialization
 *  function for the device driver: hwaddr_len, hwaddr[], mtu, flags */
// 所有lwip网络接口的通用数据结构,设备驱动程序的初始化功能应填写以下字段:hwaddr_len,hwaddr [],mtu,flags
struct netif {
  struct netif *next;   /** pointer to next in linked list 可以看出来是一个链接组织结构*/

  /** IP address configuration in network byte order */
  ip_addr_t ip_addr;
  ip_addr_t netmask;
  ip_addr_t gw;

  /** This function is called by the network device driver
   *  to pass a packet up the TCP/IP stack. */
  netif_input_fn input;   // 网络设备驱动程序调用此函数以将数据包向上传递到TCP/IP堆栈,也就是将网卡接收数据交给IP层,注意这是一个回调函数
  /** This function is called by the IP module when it wants
   *  to send a packet on the interface. This function typically
   *  first resolves the hardware address, then sends the packet. */
  netif_output_fn output;  // IP模块要在接口上发送数据包时,会调用此功能,通常首先解析硬件地址,然后发送数据包
  // 这个一般会使用etharp.c中的etharp_output函数
  /** This function is called by the ARP module when it wants
   *  to send a packet on the interface. This function outputs
   *  the pbuf as-is on the link medium. */
  netif_linkoutput_fn linkoutput; // ARP模块发送数据包函数
  /** This field can be set by the device driver and could point
   *  to state information for the device. */
  void *state;   // 该字段可以由设备驱动程序设置,并且可以指向设备的状态信息。
#if LWIP_DHCP
  /** the DHCP client state information for this netif */
  struct dhcp *dhcp;
#endif /* LWIP_DHCP */
  /** maximum transfer unit (in bytes) */
  u16_t mtu;   // 最大传输单元(按字节)以太网为1500
  /** number of bytes used in hwaddr */
  u8_t hwaddr_len;     // 硬件地址长度
  /** link level hardware address of this interface */
  u8_t hwaddr[NETIF_MAX_HWADDR_LEN];   // 接口的连接层硬件地址(MAC地址)   NETIF_MAX_HWADDR_LEN = 6
  /** flags (see NETIF_FLAG_ above) */
  u8_t flags;      // 标志位,表示网卡需要什么样的功能
  /** descriptive abbreviation */
  char name[2];   // 描述缩写,网卡的名字
  /** number of this interface */
  u8_t num;   
   // 接口号,如果两个网络接口具有相同的描述缩写(即上面的name字段),就用num字段来区分相同类型的不同网络接口
};

这里是省略了使用SNMP变量的部分
这是lwip的多网口设计,这里用netif来描述每种网络接口(网卡)的特性,并且使用链表来管理,当上层有数据要发送的时候,lwip会从netif_list中选择一个合适的网卡来将数据发送出去
下面就是设置地址的具体操作函数:

void netif_set_addr(struct netif *netif, ip_addr_t *ipaddr, ip_addr_t *netmask,
    ip_addr_t *gw){
  netif_set_ipaddr(netif, ipaddr);
  netif_set_netmask(netif, netmask);
  netif_set_gw(netif, gw);
}

netif_set_ipaddr函数定义如下,用于重新设置网络接口的IP地址

// 代码有删减
void netif_set_ipaddr(struct netif *netif, ip_addr_t *ipaddr) {
  /* TODO: Handling of obsolete pcbs */
  /* See:  http://mail.gnu.org/archive/html/lwip-users/2003-03/msg00118.html */
#if LWIP_TCP
  struct tcp_pcb *pcb;
  struct tcp_pcb_listen *lpcb;

  /* address is actually being changed? */
  if (ipaddr && (ip_addr_cmp(ipaddr, &(netif->ip_addr))) == 0) {
    /* extern struct tcp_pcb *tcp_active_pcbs; defined by tcp.h */
    LWIP_DEBUGF(NETIF_DEBUG | LWIP_DBG_STATE, ("netif_set_ipaddr: netif address being changed\n"));
    pcb = tcp_active_pcbs;
    while (pcb != NULL) {
      /* PCB bound to current local interface address? */
      if (ip_addr_cmp(&(pcb->local_ip), &(netif->ip_addr))
        ) {
        /* this connection must be aborted */
        struct tcp_pcb *next = pcb->next;
        LWIP_DEBUGF(NETIF_DEBUG | LWIP_DBG_STATE, ("netif_set_ipaddr: aborting TCP pcb %p\n", (void *)pcb));
        tcp_abort(pcb);
        pcb = next;
      } else {
        pcb = pcb->next;
      }
    }
    for (lpcb = tcp_listen_pcbs.listen_pcbs; lpcb != NULL; lpcb = lpcb->next) {
      /* PCB bound to current local interface address? */
      if ((!(ip_addr_isany(&(lpcb->local_ip)))) &&
          (ip_addr_cmp(&(lpcb->local_ip), &(netif->ip_addr)))) {
        /* The PCB is listening to the old ipaddr and
         * is set to listen to the new one instead */
        ip_addr_set(&(lpcb->local_ip), ipaddr);
      }
    }
  }
#endif
  snmp_delete_ipaddridx_tree(netif);
  snmp_delete_iprteidx_tree(0,netif);
  /* set new IP address to netif */
  ip_addr_set(&(netif->ip_addr), ipaddr);
  snmp_insert_ipaddridx_tree(netif);
  snmp_insert_iprteidx_tree(0,netif);

  LWIP_DEBUGF(NETIF_DEBUG | LWIP_DBG_TRACE | LWIP_DBG_STATE, ("netif: IP address of interface %c%c set to %"U16_F".%"U16_F".%"U16_F".%"U16_F"\n",
    netif->name[0], netif->name[1],
    ip4_addr1_16(&netif->ip_addr),
    ip4_addr2_16(&netif->ip_addr),
    ip4_addr3_16(&netif->ip_addr),
    ip4_addr4_16(&netif->ip_addr)));
}

我们看一下这段代码:

#if NO_SYS
  netif_add(&loop_netif, &loop_ipaddr, &loop_netmask, &loop_gw, NULL, netif_loopif_init, ip_input);
#else  /* NO_SYS */
  netif_add(&loop_netif, &loop_ipaddr, &loop_netmask, &loop_gw, NULL, netif_loopif_init, tcpip_input);
#endif /* NO_SYS */
  netif_set_up(&loop_netif);

NO_SYS = 0/1的区别在于,最后一个回调函数不同,我们对照着来看:

netif_add(struct netif *netif, ip_addr_t *ipaddr, ip_addr_t *netmask,
  ip_addr_t *gw, void *state, netif_init_fn init, netif_input_fn input)
  ......
  netif->input = input;

也就是说用于将网卡数据交给ip层的回调函数不同,那么怎么个不同法:
第一个:(代码太长,此处就不贴上来了)

err_t ip_input(struct pbuf *p, struct netif *inp)

输入参数:pbuf(用于管理数据包的结构体),netif。输出参数是一个字符型变量

struct pbuf {
  struct pbuf *next;    // 链表组织结构,指向下一个数据包
  void *payload;   // 指向缓冲区中实际数据的指针
  u16_t tot_len;   // 此缓冲区以及链中属于同一数据包的所有下一个缓冲区的总长度
  				// p->tot_len == p->len + (p->next? p->next->tot_len: 0)
  u16_t len;   // 该缓冲区的总长度
  u8_t /*pbuf_type*/ type;  // pbuf_type as u8_t instead of enum to save space
  u8_t flags;  // misc flags
  u16_t ref;  // 引用计数始终等于引用此pbuf的指针的数量。
};

收到IP数据包时,网络接口设备驱动程序将调用此功能。 该函数对IP报头进行基本检查,例如数据包大小至少大于报头大小等。如果该数据包不是发给我们的,则转发该数据包(使用ip_forward)。 始终检查IP校验和。比如:

/* identify the IP header */
iphdr = (struct ip_hdr *)p->payload;
if (IPH_V(iphdr) != 4) {
  LWIP_DEBUGF(IP_DEBUG | LWIP_DBG_LEVEL_WARNING, ("IP packet dropped due to bad version number %"U16_F"\n", IPH_V(iphdr)));
  ip_debug_print(p);
  pbuf_free(p);
  IP_STATS_INC(ip.err);
  IP_STATS_INC(ip.drop);
  snmp_inc_ipinhdrerrors();
  return ERR_OK;
}

此处有对pbuf数据包的详细解释,马克以下~
而这个函数tcpip_input不知道为啥没有办法找到定义

接下来就是打开一个接口,使能网卡,设置NETIF_FLAG_UP标志位,必须在网卡被使用前用户来调用

void netif_set_up(struct netif *netif)

主要的语句是下面这一句,用于打开网卡

if (!(netif->flags & NETIF_FLAG_UP)) {
    netif->flags |= NETIF_FLAG_UP;
    ......

我们来看一下都有些什么样的flags

#define NETIF_FLAG_UP           0x01U
/*网络接口是否为“打开”状态。 这是一个软件标志,用于控制是否启用此网络接口并处理流量。 它由启动代码(用于静态IP配置)或分配地址后的dhcp / autoip设置。*/
#define NETIF_FLAG_BROADCAST    0x02U
// 设置则表明netif具有广播功能。由netif驱动程序在其init函数中进行设置
#define NETIF_FLAG_POINTTOPOINT 0x04U
// 如果设置,netif是点对点连接的一端。 由netif驱动程序在其init函数中设置
#define NETIF_FLAG_DHCP         0x08U
// 如果设置了接口,则使用DHCP配置接口。在启动或停止DHCP时由DHCP代码设置
#define NETIF_FLAG_LINK_UP      0x10U
/*如果设置了该接口,则该接口具有活动的链接(由网络接口驱动程序设置),或者由netif驱动程序在其init函数中设置(如果该链接当时处于打开状态),或者在该链接出现后的稍后时间设置(如硬件支持链接检测)*/
#define NETIF_FLAG_ETHARP       0x20U
// 如果设置,则netif是使用ARP的以太网设备。 由netif驱动程序在其init函数中设置。 用于检查输入数据包类型和DHCP的使用
#define NETIF_FLAG_ETHERNET     0x40U
// 如果设置,则netif是以太网设备。 如果仅用于PPPoE,则可能不使用ARP或TCP / IP
#define NETIF_FLAG_IGMP         0x80U
// 如果设置,则netif具有IGMP功能

接下来执行的是这一句:

etharp_gratuitous(netif);

解释一下什么叫做**Gratuitous ARP
当设备接入网络的时候,需要先发一个信息询问一下其它设备:我发的这个IP谁有?如果网络中存在该IP,则会回复;正式利用Gratuitous ARP这个东西
对回复进行判断**,如果接收到的响应或者回复,存在IP与设备自身相同,则标记为IP冲突;MAC冲突同理。

socket

在本应用中,LWIP_SOCKET的宏定义值为0
那么什么事socket通信呢?其实在python爬虫中,也会用到这个socket,其实socket就是TCP的介质,是TCP/IP协议的API(TCP是数据的介质)
LWIP_SOCKET==1: Enable Socket API (require to use sockets.c)
这篇文章有很详细的介绍

udp_init()/tcp_init()

void udp_init(void)
{
#if LWIP_RANDOMIZE_INITIAL_LOCAL_PORTS && defined(LWIP_RAND)
  udp_port = UDP_ENSURE_LOCAL_PORT_RANGE(LWIP_RAND());
#endif /* LWIP_RANDOMIZE_INITIAL_LOCAL_PORTS && defined(LWIP_RAND) */
}

LWIP_RANDOMIZE_INITIAL_LOCAL_PORTS:随机化第一个本地TCP / UDP pcb的本地端口(默认== 0),这样可以防止在引导设备后创建可预测的端口号

void tcp_init(void)
{
#if LWIP_RANDOMIZE_INITIAL_LOCAL_PORTS && defined(LWIP_RAND)
  tcp_port = TCP_ENSURE_LOCAL_PORT_RANGE(LWIP_RAND());
#endif /* LWIP_RANDOMIZE_INITIAL_LOCAL_PORTS && defined(LWIP_RAND) */
}

也就是将第一个本地端口随机初始化的意思?

DHCP

Dynamic Host Configuration Protocol:动态主机配置协议
特点是:局域网基于UDP协议
用途是:内部网或网络服务供应商自动分配IP地址,给用户用于内部网管理员作为对所有计算机进行中央管理
在这里插入图片描述
来看启动网络接口的DHCP协商的代码:

err_t dhcp_start(struct netif *netif)
{
  struct dhcp *dhcp;
  err_t result = ERR_OK;

  LWIP_ERROR("netif != NULL", (netif != NULL), return ERR_ARG;);
  dhcp = netif->dhcp;
  LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE | LWIP_DBG_STATE, ("dhcp_start(netif=%p) %c%c%"U16_F"\n", (void*)netif, netif->name[0], netif->name[1], (u16_t)netif->num));
  /* Remove the flag that says this netif is handled by DHCP,
     it is set when we succeeded starting. */
  netif->flags &= ~NETIF_FLAG_DHCP;  // 删除表示该netif由DHCP处理的标志,它是在成功启动后设置的。

  /* check hwtype of the netif */
  if ((netif->flags & NETIF_FLAG_ETHARP) == 0) {
    LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE, ("dhcp_start(): No ETHARP netif\n"));
    return ERR_ARG;
  }

  /* check MTU of the netif   MTU:最大传输单元*/ 
  if (netif->mtu < DHCP_MAX_MSG_LEN_MIN_REQUIRED) {
    LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE, ("dhcp_start(): Cannot use this netif with DHCP: MTU is too small\n"));
    return ERR_MEM;
  }

  /* no DHCP client attached yet? */
  if (dhcp == NULL) {   // 检测没有DHCP客户端连接
    LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE, ("dhcp_start(): starting new DHCP client\n"));
    dhcp = (struct dhcp *)mem_malloc(sizeof(struct dhcp));  // 内存分配
    if (dhcp == NULL) {
      LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE, ("dhcp_start(): could not allocate dhcp\n"));
      return ERR_MEM;   // 表示内存溢出
    }
    /* store this dhcp client in the netif */
    netif->dhcp = dhcp;
    LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE, ("dhcp_start(): allocated dhcp"));
  /* already has DHCP client attached */
  } else {
    LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE | LWIP_DBG_STATE, ("dhcp_start(): restarting DHCP configuration\n"));
    if (dhcp->pcb != NULL) {
      udp_remove(dhcp->pcb);
    }
    LWIP_ASSERT("pbuf p_out wasn't freed", dhcp->p_out == NULL);
    LWIP_ASSERT("reply wasn't freed", dhcp->msg_in == NULL );
  }

  /* clear data structure */
  memset(dhcp, 0, sizeof(struct dhcp));   // 清除数据结构中原有的数据,全部置0
  /* dhcp_set_state(&dhcp, DHCP_OFF); */
  /* allocate UDP PCB */
  dhcp->pcb = udp_new();  // 注意这里使用的是UDP协议
  if (dhcp->pcb == NULL) {
    LWIP_DEBUGF(DHCP_DEBUG  | LWIP_DBG_TRACE, ("dhcp_start(): could not obtain pcb\n"));
    return ERR_MEM;
  }
  ip_set_option(dhcp->pcb, SOF_BROADCAST);
  /* set up local and remote port for the pcb 设置pcb的本地和远程端口*/
  udp_bind(dhcp->pcb, IP_ADDR_ANY, DHCP_CLIENT_PORT); // DHCP_CLIENT_PORT = 68
  udp_connect(dhcp->pcb, IP_ADDR_ANY, DHCP_SERVER_PORT);  // DHCP_SERVER_PORT = 67
  /* set up the recv callback and argument */
  udp_recv(dhcp->pcb, dhcp_recv, netif);
  LWIP_DEBUGF(DHCP_DEBUG | LWIP_DBG_TRACE, ("dhcp_start(): starting DHCP configuration\n"));
  /* (re)start the DHCP negotiation */
  result = dhcp_discover(netif);
  if (result != ERR_OK) {
    /* free resources allocated above */
    dhcp_stop(netif);
    return ERR_MEM;
  }
  /* Set the flag that says this netif is handled by DHCP. */
  netif->flags |= NETIF_FLAG_DHCP;
  return result;
}

DHCP获取IP地址的4个步骤:discover->offer->request->ack
可以稍微记一下DHCP协议中的报文:

  1. DHCP DISCOVER:客户开始DHCP过程发送的包,是DHCP协议的开始
  2. DHCP OFFER:服务器接收到DISCOVER之后做出的响应,包括给与客户端的IP、客户端的MAC地址、租约过期时间、服务器的识别符等
  3. DHCP REQUEST:客户端对于服务器发出的OFFER的响应,在续约租期的时候也会使用
  4. DHCP ACK:服务器接收到客户端发来的REQUEST之后发出的成功确认的报文,建立连接的时候,客户端接收到这个报文之后才会确认分配给他的IP和其他信息可以被允许使用
  5. DHCP NAKACK相反的报文,表示服务器拒绝了客户端的请求
  6. DHCP RELEASE:一般出现在客户端关机、下线等情况,会使DHCP服务器释放发出此报文的客户端的IP地址
  7. DHCP INFORM:客户端发出的向服务器请求一些信息的报文
  8. DHCP DECLINE:当客户端发现服务器分配的IP地址无法使用时,会发出此报文

那么这里为什么只用了dhcp_discover(netif);这样一个函数呢?
因为这个DHCP的配置啊哈哈哈哈哈~也就是说还没发送数据的那一块,就只做了第一步
所以我们可以看到在dhcp_recv函数中有:

dhcp_handle_offer(netif);
dhcp_handle_ack(netif);

这样的调用情况

LWIP实现DHCP

  1. 定义LWIP_DHCP为1
  2. 调用dhcp_start()启动DHCP
  3. 检测DHCP是否成功
  4. 在while中调用sys_check_timeouts();函数处理内核各种定时事件

DHCP报文格式

代码有删减

struct dhcp{
  /** transaction identifier of last sent request */
  u32_t xid;  // 随机生成的一段字符串,两个数据包拥有相同的xid说明他们属于同一次会话
  /** our connection to the DHCP server */
  struct udp_pcb *pcb;
  /** incoming msg */
  struct dhcp_msg *msg_in;
  /** current DHCP state machine state */
  u8_t state;
  /** retries of current request */
  u8_t tries;
  u8_t subnet_mask_given;

  struct pbuf *p_out; /* pbuf of outcoming msg */
  struct dhcp_msg *msg_out; /* outgoing msg */
  u16_t options_out_len; /* outgoing msg options length */
  u16_t request_timeout; /* #ticks with period DHCP_FINE_TIMER_SECS for request timeout */
  u16_t t1_timeout;  /* #ticks with period DHCP_COARSE_TIMER_SECS for renewal time */
  u16_t t2_timeout;  /* #ticks with period DHCP_COARSE_TIMER_SECS for rebind time */
  ip_addr_t server_ip_addr; /* dhcp server address that offered this lease 提供此租约的dhcp服务器地址*/
  ip_addr_t offered_ip_addr;
  ip_addr_t offered_sn_mask;
  ip_addr_t offered_gw_addr;

  u32_t offered_t0_lease; /* lease period (in seconds)  租约期(以秒为单位)*/
  u32_t offered_t1_renew; /* recommended renew time (usually 50% of lease period) 建议的续订时间(通常为租赁期的50%)*/
  u32_t offered_t2_rebind; /* recommended rebind time (usually 66% of lease period)  建议的重新绑定时间(通常为租赁期的66%)*/
};

初始化的话基本就是这些了,下篇文章会写echo的实现
这个板子现在有一个问题我记录一下,需要调试,就是用DMA直接进行网口传输的时候,板子的IP地址默认不是192.168.1.10会导致传输错误,但是相同的IP地址在lwip echo这个例程中是可以运行成功的,需要找一下原因了。


下面补充一个概念

SNMP

Simple Network Management Protocol:简答网络管理协议
基于TCP/IP的网络管理包含两个部分:网络管理站(也叫管理进程,manager),和被管的网络单元(也叫被管设备,包括路由器、打印机等等,共同点是都运行TCP/IP协议,)被管设备端与管理相关的软件叫做代理程序或代理进程

管理进程与代理进程之间的通信方式
一是管理进程向代理进程发出请求,询问一个具体的参数值
二是代理进程主动向管理进程报告有某些重要的事情发生

基于TCP/IP的网络管理包含3个组成部分:

  • 管理信息库MIB:包含所有代理进程的所有可被查询和修改的参数
  • 管理信息结构SMI:关于MIB的一套公用的结构和表示符号
  • 管理进程和代理进程之间的通信协议SNMP(SNMP本身可以采用各种协议,只是UDP用的最多在这里插入图片描述
    管理进程与代理进程之间的交互信息,SNMP定义了5种报文:
  • get - request:从代理进程处提取一个或多个参数值
  • get - next - request:从代理进程处提取一个或多个参数值的下一个参数值
  • set - request:设置代理进程的一个或多个参数值
  • get - response:返回的一个或多个参数值
  • trap:代理进程主动发出,通知管理进程有某些事情发生
    在这里插入图片描述
    前面3种用的是UDP的161端口trap使用的是UDP的162端口

报文中的具体参数解释

  • 版本信息:0代表SNMPv1
  • PDU类型
    在这里插入图片描述
  • 差错状态字段
    在这里插入图片描述
CruiseYoung提供的带有详细书签的电子书籍目录 http://blog.csdn.net/fksec/article/details/7888251 该资料是《TCP/IP详解 卷1:协议》的源代码 对应的书籍资料见: TCP/IP详解 卷1:协议(09年度畅销榜TOP50)(08年度畅销榜TOP50) http://download.csdn.net/detail/fksec/4657587 基本信息 原书名: TCP/IP Illustracted Volume 1:The Protocols 原出版社: Addison Wesley/Pearson 作者: W.Richard Stevens 译者: 范建华等 丛书名: 计算机科学丛书 出版社:机械工业出版社 ISBN:7111075668 上架时间:2000-7-1 出版日期:2000 年4月 页码:423 版次:1-1 所属分类:计算机 > 计算机网络 > 网络协议 > TCP/IP 教材 > 研究生/本科/专科教材 > 工学 > 计算机 教材 > 计算机教材 > 本科/研究生 > 计算机专业教材 > 计算机专业课程 > 计算机网络 编辑推荐   09年度畅销榜TOP50    08年度畅销榜TOP50 作译者 作者: W.Richard Stevens 国际知名的Unix和网络专家,《TCP/IP 详解》(三卷本)作者   W.Richard Stevens(1951-1999),是国际知名的Unix和网络专家;受人尊敬的计算机图书作家;同时他还是广受欢迎的 教师和顾问。Stevens先生1951年生于赞比亚,他的家庭曾多次搬迁,最终定居于南非。早年,他就读于美国弗吉尼亚州的费什本军事学校,后获得密歇根大学学士、亚利桑那大学系统工程硕 士和博士学位。他曾就职于基特峰国家天文台,从事计算机编程;还曾在康涅狄格州纽黑文市的健康系统国际公司任主管计算机服务的副总裁。Stevens先生不幸病逝于1999年9月1日,他的离 去是计算机界的巨大损失。 目录 封面 -1 第1章 概述 1 1.1 引言 1 1.2 分层 1 1.3 TCP/IP的分层 4 1.4 互联网的地址 5 1.5 域名系统 6 1.6 封装 6 1.7 分用 8 1.8 客户-服务器模型 8 1.9 端口号 9 1.10 标准化过程 10 1.11 RFC 10 1.12 标准的简单服务 11 1.13 互联网 12 1.14 实现 12 1.15 应用编程接口 12 1.16 测试网络 13 1.17 小结 13 第2章 链路层 15 2.1 引言 15 2.2 以太网和IEEE 802封装 15 2.3 尾部封装 17 2.4 SLIP:串行线路IP 17 2.5 压缩的SLIP 18 2.6 PPP:点对点协议 18 2.7 环回接口 20 2.8 最大传输单元MTU 21 2.9 路径MTU 21 2.10 串行线路吞吐量计算 21 2.11 小结 22 第3章 IP:网际协议 24 3.1 引言 24 3.2 IP首部 24 3.3 IP路由选择 27 3.4 子网寻址 30 3.5 子网掩码 32 3.6 特殊情况的IP地址 33 3.7 一个子网的例子 33 3.8 ifconfig命令 35 3.9 netstat命令 36 3.10 IP的未来 36 3.11 小结 37 第4章 ARP:地址解析协议 38 4.1 引言 38 4.2 一个例子 38 4.3 ARP高速缓存 40 4.4 ARP的分组格式 40 4.5 ARP举例 41 4.5.1 一般的例子 41 4.5.2 对不存在主机的ARP请求 42 4.5.3 ARP高速缓存超时设置 43 4.6 ARP代理 43 4.7 免费ARP 45 4.8 arp命令 45 4.9 小结 46 第5章 RARP:逆地址解析协议 47 5.1 引言 47 5.2 RARP的分组格式 47 5.3 RARP举例 47 5.4 RARP服务器的设计 48 5.4.1 作为用户进程的RARP服务器 49 5.4.2 每个网络有多个RARP服务器 49 5.5 小结 49 第6章 ICMP:Internet控制报文协议 50 6.1 引言 50 6.2 ICMP报文的类型 50 6.3 ICMP地址掩码请求与应答 52 6.4 ICMP时间戳请求与应答 53 6.4.1 举例 54 6.4.2 另一种方法 55 6.5 ICMP端口不可达差错 56 6.6 ICMP报文的4.4BSD处理 59 6.7 小结 60 第7章 Ping程序 61 7.1 引言 61 7.2 Ping程序 61 7.2.1 LAN输出 62 7.2.2 WAN输出 63 7.2.3 线路SLIP链接 64 7.2.4 拨号SLIP链路 65 7.3 IP记录路由选项 65 7.3.1 通常的例子 66 7.3.2 异常的输出 68 7.4 IP时间戳选项 69 7.5 小结 70 第8章 Traceroute程序 71 8.1 引言 71 8.2 Traceroute 程序的操作 71 8.3 局域网输出 72 8.4 广域网输出 75 8.5 IP源站选路选项 76 8.5.1 宽松的源站选路的traceroute程序示例 78 8.5.2 严格的源站选路的traceroute程序示例 79 8.5.3 宽松的源站选路traceroute程序的往返路由 80 8.6 小结 81 第9章 IP选路 83 9.1 引言 83 9.2 选路的原理 84 9.2.1 简单路由表 84 9.2.2 初始化路由表 86 9.2.3 较复杂的路由表 87 9.2.4 没有到达目的地的路由 87 9.3 ICMP主机与网络不可达差错 88 9.4 转发或不转发 89 9.5 ICMP重定向差错 89 9.5.1 一个例子 90 9.5.2 更多的细节 91 9.6 ICMP路由器发现报文 92 9.6.1 路由器操作 93 9.6.2 主机操作 93 9.6.3 实现 93 9.7 小结 94 第10章 动态选路协议 95 10.1 引言 95 10.2 动态选路 95 10.3 Unix选路守护程序 96 10.4 RIP:选路信息协议 96 10.4.1 报文格式 96 10.4.2 正常运行 97 10.4.3 度量 98 10.4.4 问题 98 10.4.5 举例 98 10.4.6 另一个例子 100 10.5 RIP版本2 102 10.6 OSPF:开放最短路径优先 102 10.7 BGP:边界网关协议 103 10.8 CIDR:无类型域间选路 104 10.9 小结 105 第11章 UDP:用户数据报协议 107 11.1 引言 107 11.2 UDP首部 107 11.3 UDP检验和 108 11.3.1 tcpdump输出 109 11.3.2 一些统计结果 109 11.4 一个简单的例子 110 11.5 IP分片 111 11.6 ICMP不可达差错(需要分片) 113 11.7 用Traceroute确定路径MTU 114 11.8 采用UDP的路径MTU发现 116 11.9 UDP和ARP之间的交互作用 118 11.10 最大UDP数据报长度 119 11.11 ICMP源站抑制差错 120 11.12 UDP服务器的设计 122 11.12.1 客户IP地址及端口号 122 11.12.2 目标IP地址 122 11.12.3 UDP输入队列 122 11.12.4 限制本地IP地址 124 11.12.5 限制远端IP地址 125 11.12.6 每个端口有多个接收者 125 11.13 小结 126 第12章 广播和多播 128 12.1 引言 128 12.2 广播 129 12.2.1 受限的广播 129 12.2.2 指向网络的广播 129 12.2.3 指向子网的广播 129 12.2.4 指向所有子网的广播 130 12.3 广播的例子 130 12.4 多播 132 12.4.1 多播组地址 133 12.4.2 多播组地址到以太网地址的转换 133 12.4.3 FDDI和令牌环网络中的多播 134 12.5 小结 134 第13章 IGMP:Internet组管理协议 136 13.1 引言 136 13.2 IGMP报文 136 13.3 IGMP协议 136 13.3.1 加入一个多播组 136 13.3.2 IGMP报告和查询 137 13.3.3 实现细节 137 13.3.4 生存时间字段 138 13.3.5 所有主机组 138 13.4 一个例子 138 13.5 小结 141 第14章 DNS:域名系统 142 14.1 引言 142 14.2 DNS基础 142 14.3 DNS的报文格式 144 14.3.1 DNS查询报文中的问题部分 146 14.3.2 DNS响应报文中的资源记录部分 147 14.4 一个简单的例子 147 14.5 指针查询 150 14.5.1 举例 151 14.5.2 主机名检查 151 14.6 资源记录 152 14.7 高速缓存 153 14.8 用UDP还是用TCP 156 14.9 另一个例子 156 14.10 小结 157 第15章 TFTP:简单文件传送协议 159 15.1 引言 159 15.2 协议 159 15.3 一个例子 160 15.4 安全性 161 15.5 小结 162 第16章 BOOTP: 引导程序协议 163 16.1 引言 163 16.2 BOOTP的分组格式 163 16.3 一个例子 164 16.4 BOOTP服务器的设计 165 16.5 BOOTP穿越路由器 167 16.6 特定厂商信息 167 16.7 小结 168 第17章 TCP:传输控制协议 170 17.1 引言 170 17.2 TCP的服务 170 17.3 TCP的首部 171 17.4 小结 173 第18章 TCP连接的建立与终止 174 18.1 引言 174 18.2 连接的建立与终止 174 18.2.1 tcpdump的输出 174 18.2.2 时间系列 175 18.2.3 建立连接协议 175 18.2.4 连接终止协议 177 18.2.5 正常的tcpdump输出 177 18.3 连接建立的超时 178 18.3.1 第一次超时时间 178 18.3.2 服务类型字段 179 18.4 最大报文段长度 179 18.5 TCP的半关闭 180 18.6 TCP的状态变迁图 182 18.6.1 2MSL等待状态 183 18.6.2 平静时间的概念 186 18.6.3 FIN_WAIT_2状态 186 18.7 复位报文段 186 18.7.1 到不存在的端口的连接请求 187 18.7.2 异常终止一个连接 187 18.7.3 检测半打开连接 188 18.8 同时打开 189 18.9 同时关闭 191 18.10 TCP选项 191 18.11 TCP服务器的设计 192 18.11.1 TCP服务器端口号 193 18.11.2 限定的本地IP地址 194 18.11.3 限定的远端IP地址 195 18.11.4 呼入连接请求队列 195 18.12 小结 197 第19章 TCP的交互数据流 200 19.1 引言 200 19.2 交互式输入 200 19.3 经受时延的确认 201 19.4 Nagle算法 203 19.4.1 关闭Nagle算法 204 19.4.2 一个例子 205 19.5 窗口大小通告 207 19.6 小结 208 第20章 TCP的成块数据流 209 20.1 引言 209 20.2 正常数据流 209 20.3 滑动窗口 212 20.4 窗口大小 214 20.5 PUSH标志 215 20.6 慢启动 216 20.7 成块数据的吞吐量 218 20.7.1 带宽时延乘积 220 20.7.2 拥塞 220 20.8 紧急方式 221 20.9 小结 224 第21章 TCP的超时与重传 226 21.1 引言 226 21.2 超时与重传的简单例子 226 21.3 往返时间测量 227 21.4 往返时间RTT的例子 229 21.4.1 往返时间RTT的测量 229 21.4.2 RTT估计器的计算 231 21.4.3 慢启动 233 21.5 拥塞举例 233 21.6 拥塞避免算法 235 21.7 快速重传与快速恢复算法 236 21.8 拥塞举例(续) 237 21.9 按每条路由进行度量 240 21.10 ICMP的差错 240 21.11 重新分组 243 21.12 小结 243 第22章 TCP的坚持定时器 245 22.1 引言 245 22.2 一个例子 245 22.3 糊涂窗口综合症 246 22.4 小结 250 第23章 TCP的保活定时器 251 23.1 引言 251 23.2 描述 252 23.3 保活举例 253 23.3.1 另一端崩溃 253 23.3.2 另一端崩溃并重新启动 254 23.3.3 另一端不可达 254 23.4 小结 255 第24章 TCP的未来和性能 256 24.1 引言 256 24.2 路径MTU发现 256 24.2.1 一个例子 257 24.2.2 大分组还是小分组 258 24.3 长肥管道 259 24.4 窗口扩大选项 262 24.5 时间戳选项 263 24.6 PAWS:防止回绕的序号 265 24.7 T/TCP:为事务用的TCP扩展 265 24.8 TCP的性能 267 24.9 小结 268 第25章 SNMP:简单网络管理协议 270 25.1 引言 270 25.2 协议 270 25.3 管理信息结构 272 25.4 对象标识符 274 25.5 管理信息介绍 274 25.6 实例标识 276 25.6.1 简单变量 276 25.6.2 表格 276 25.6.3 字典式排序 277 25.7 一些简单的例子 277 25.7.1 简单变量 278 25.7.2 get-next操作 278 25.7.3 表格的访问 279 25.8 管理信息(续) 279 25.8.1 system组 279 25.8.2 interface组 280 25.8.3 at组 281 25.8.4 ip组 282 25.8.5 icmp组 285 25.8.6 tcp组 285 25.9 其他一些例子 288 25.9.1 接口MTU 288 25.9.2 路由表 288 25.10 trap 290 25.11 ASN.1和BER 291 25.12 SNMPv2 292 25.13 小结 292 第26章 Telnet和Rlogin:远程登录 293 26.1 引言 293 26.2 Rlogin协议 294 26.2.1 应用进程的启动 295 26.2.2 流量控制 295 26.2.3 客户的中断键 296 26.2.4 窗口大小的改变 296 26.2.5 服务器到客户的命令 296 26.2.6 客户到服务器的命令 297 26.2.7 客户的转义符 298 26.3 Rlogin的例子 298 26.3.1 初始的客户-服务器协议 298 26.3.2 客户中断键 299 26.4 Telnet协议 302 26.4.1 NVT ASCII 302 26.4.2 Telnet命令 302 26.4.3 选项协商 303 26.4.4 子选项协商 304 26.4.5 半双工、一次一字符、一次一行或行方式 304 26.4.6 同步信号 306 26.4.7 客户的转义符 306 26.5 Telnet举例 306 26.5.1 单字符方式 306 26.5.2 行方式 310 26.5.3 一次一行方式(准行方式) 312 26.5.4 行方式:客户中断键 313 26.6 小结 314 第27章 FTP:文件传送协议 316 27.1 引言 316 27.2 FTP协议 316 27.2.1 数据表示 316 27.2.2 FTP命令 318 27.2.3 FTP应答 319 27.2.4 连接管理 320 27.3 FTP的例子 321 27.3.1 连接管理:临时数据端口 321 27.3.2 连接管理:默认数据端口 323 27.3.3 文本文件传输:NVT ASCII表示还是图像表示 325 27.3.4 异常中止一个文件的传输:Telnet同步信号 326 27.3.5 匿名FTP 329 27.3.6 来自一个未知IP地址的匿名FTP 330 27.4 小结 331 第28章 SMTP:简单邮件传送协议 332 28.1 引言 332 28.2 SMTP协议 332 28.2.1 简单例子 332 28.2.2 SMTP命令 334 28.2.3 信封、首部和正文 335 28.2.4 中继代理 335 28.2.5 NVT ASCII 337 28.2.6 重试间隔 337 28.3 SMTP的例子 337 28.3.1 MX记录:主机非直接连到Internet 337 28.3.2 MX记录:主机出故障 339 28.3.3 VRFY和EXPN命令 340 28.4 SMTP的未来 340 28.4.1 信封的变化:扩充的SMTP 341 28.4.2 首部变化:非ASCII字符 342 28.4.3 正文变化:通用Internet邮件扩充 343 28.5 小结 346 第29章 网络文件系统 347 29.1 引言 347 29.2 Sun远程过程调用 347 29.3 XDR:外部数据表示 349 29.4 端口映射器 349 29.5 NFS协议 351 29.5.1 文件句柄 353 29.5.2 安装协议 353 29.5.3 NFS过程 354 29.5.4 UDP还是TCP 355 29.5.5 TCP上的NFS 355 29.6 NFS实例 356 29.6.1 简单的例子:读一个文件 356 29.6.2 简单的例子:创建一个目录 357 29.6.3 无状态 358 29.6.4 例子:服务器崩溃 358 29.6.5 等幂过程 360 29.7 第3版的NFS 360 29.8 小结 361 第30章 其他的TCP/IP应用程序 363 30.1 引言 363 30.2 Finger协议 363 30.3 Whois协议 364 30.4 Archie、WAIS、Gopher、Veronica和WWW 366 30.4.1 Archie 366 30.4.2 WAIS 366 30.4.3 Gopher 366 30.4.4 Veronica 366 30.4.5 万维网WWW 367 30.5 X窗口系统 367 30.5.1 Xscope程序 368 30.5.2 LBX: 低带宽X 370 30.6 小结 370 附录A tcpdump程序 371 附录B 计算机时钟 376 附录C sock程序 378 附录D 部分习题的解答 381 附录E 配置选项 395 附录F 可以免费获得的源代码 406 参考文献 409 缩略语 420
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值