> This patch adds only GS BT phones recognition funcionality. > tftpd-hpa does not correct handle the OPTION parameters in the TFTP packet ;( > At first I tired to implement it into tftpd-hpa, but after debuging the code > I give it up. The tftpd-hpa reads the parameters from the TFTP packet as they > are in the > packet and after each option it do the associated command. > > The packet from GS BT looks like > --- cut --- > Opcode: Read Request (1) > Source File: boot.bin > Type: octet > Option: blksize = 1024 > Option: tsize = 0 > Option: timeout = 4 > Option: grandstream_MODEL = BT-100 > Option: grandstream_NAT = 1 > Option: grandstream_ID = 000b8203e0e9 > Option: grandstream_REV_BOOT = 001.000.001.000 > Option: grandstream_REV_PHONE = 001.000.006.007 > Option: grandstream_REV_VOC = 001.000.001.000 > Option: grandstream_REV_HTML = 001.000.000.049 > Option: grandstream_REV_RING1 = 001.000.000.000 > Option: grandstream_REV_RING2 = 001.000.000.000 > Option: grandstream_REV_RING3 = 000.000.000.000 > --- cut --- > > So it reads ... > Opcoce - do something > Source File - send the file to the client ... > Reads the Options from packet. So in the time or sending requested file, > there I have no information about the > phone. I was too lazy to correct this ;( >
oh I see, that would make the provisioning work through routers ;-) I use the MAC address to match different phones, which obviously breaks if I need a router between phone and tftpd-server. Thanks for clarifying and well done! Conrad > _______________________________________________ --Bandwidth and Colocation provided by Easynews.com -- Asterisk-Users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
